Mac ports からhomebrewへ移行
homebrewはmac portsと競合するらしいので、先にmac portsをアンインストールする。 へんなところでつまずくと嫌なので、念のためmac portsでインストールしたものをテキストファイルで保存 #port installed アンインストール # sudo port -f uninstall installed # sudo rm -rf /opt/local/ homebrewのインストール #ruby -e "$(curl -fsSL https://gist.github.com/raw/323731/install_homebrew.rb)" homebrewはgitで更新するらしいのでgitをインストール #brew install git homebrewのアップデート #brew update あとは個別に必要なものをインストール
以前は自宅も仕事もWindowsメインな環境だったんですが、仕事の方がでMac+英語キーボードな環境になり、ついでなので自宅もそれに合わせることにしました。 環境はMac miniの最新型で一番安いの(6月くらいに購入)とMacbook Airのやっぱり一番安いの(11月に購入)です。両方合わせて15万くらい。お手頃…なのか？どうでもいいけど、mac miniは1.3kgしかなくて、Macbook Airの13インチとほぼ同じ重さだっりします。miniデスネー。 ついでにWindowsのほうは2年半前に買ったCore2duo(Windows7アップグレード済み)で、当時そこそこハイエンドだったやつです(ちょうどMac miniと同じくらいのスペックだけどこいつは一体何kgあるんだろう…)。 以下、Macの開発環境をなるべく最近の流行りを取り入れてレポートします。 ブラウザ さて、マシンのセ
2007年10月27日に開催された「PHP in Fukuoka ＆ 福岡Webデザイナーズ合同勉強会」で使用した資料を公開します。 FWD勉強会vol.1資料公開［PDF:1.4MB］ 当日伝えきれなかったことや、良い忘れていたこと、準備不足だった部分を補う意味で、付録を追加してから公開しようと思っていましたが、時間がかかりそうだったので、後日余裕ができてから公開したいと思います。 今回は「いろのはなし」というタイトルで、色彩調和をテーマに話をさせていただきました。学生の頃に色についての授業を受けているはずですが、あまり勉強をしていなかったので詳しいわけではなく、少し知っている程度でした。そこでいろんな本を読んだりしながら勉強をし直すことになりました。 色の話はとても範囲が広く、調べていくうちに全体をカバーすることなど到底無理であることが判ってたので、要望のあった「色彩調和」に絞ることに
Yahoo!日本語形態素解析APIをコマンドラインから使うサンプルプログラム 2008-04-05-5 [Programming][NLP] とある経緯で、Yahoo!日本語形態素解析API[2007-06-18-1]を使った Perl のサンプルプログラムを作りました。 車輪の再発明的ですが（だれか作ってた気がする）気にしない！ - Yahoo!デベロッパーネットワーク - テキスト解析 - 日本語形態素解析 http://developer.yahoo.co.jp/jlp/MAService/V1/parse.html 以下コードです： #!/usr/bin/perl use strict; use warnings; use Encode; use URI::Escape; use LWP::Simple; use XML::Simple; use Getopt::Long; use
ソフトウェアの欠陥はなぜ無くならないのか 先日、公衆電話がうるう年を処理できなくてサービス停止というニュースが流れました。 自己診断プログラムに欠陥があり、次の診断日時を設定する際、うるう年を考慮できなかったことがきっかけで、障害が発生したのだそうです。 こういったソフトウェア──機械的・物理的なもの(ハードウェア)以外の部分──の欠陥は、日増しに増えています。 2005年には証券取引所で単純なプログラムミスで半日取引停止になっていますし、同年にウィルス対策ソフトウェアが障害を起こしてパソコンがまともに動かなくなるなどの症状を出しました。 普通に使われてるパソコンに入ってるOSと呼ばれるソフトウェアも、毎月のように欠陥を見つけては修正を配布しています。 さて、こういった問題はなぜ起こるのでしょうか? ちょうど先日、NHKのクローズアップ現代でソフトウエア危機〜誤作動相次ぐハイテク製品〜とい
2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同
株式会社 messaliberty のオフィシャルブログ。サービスのアナウンスや開発に関する情報などを発信中。篠原裕幸の個人ブログは移動しました。 オタクなエントリーになるので、頭の中に？が3つ以上出た方は、その段階で読み飛ばしちゃってください。 ここ数日、重い腰を上げて、ついに開発環境の改善を始めました。きっかけは DECON。いろんなところでまとめられていますが、スピーカー陣の開発環境を見ていたら、やっぱり早く改善しなきゃなと思えてきたのです。 TAKESAKO @ Yet another Cybozu Labs: Development Environment Conference 報告 僕の場合、Win 時代は Windows XP + CoLinux に Meadow という環境でしたが、Mac に Switch してからは、QuickSilver や VertureDesckt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Recipes
