まだ続いていたんだという、驚き

　特許庁は２４日、２００６年から始めた新たな情報システムの開発を中断することを決めた。これまでに５５億円の予算を投じたが、別のシステムを考える。枝野幸男経済産業相は「大変申し訳なく思う」と謝った。

　新システムは特許の出願や登録に使い、中国の特許情報を調べられ、国際化への対応もねらっていた。開発の遅れで、特許を申請する利用者は、機能の低い古いシステムを使い続けることになる。特許庁は中国の情報検索などができる最低限のシステムに絞り、別の方式で開発する。

　新システムの開発期間は０６年１２月から１４年１月。設計を東芝ソリューションと、開発管理をアクセンチュアと契約した。

　開発の遅れは、主に設計の不備が原因。特許庁は検証委員会を設け対応を考えてきたが、委員会は２３日、中断を求める報告書をまとめた。業者が今までに作ってきた設計情報は、特許庁の別のシステム開発に生かしていくという。
朝日新聞デジタル：費やした５５億円、水の泡に　特許庁がシステム開発中断 – ビジネス・経済

この記事を見てまず驚いたのは、この開発はまだ続いていたんだ! ということでした。
「まだ」というのは、今を去ること2年前、特許庁のシステムはこんな事件で話題になっていました。

志摩被告の起訴状によると、２００５年８月ごろから昨年１１月ごろにかけ、新システム設計開発事業に関する情報を伝える見返りとして、ＮＴＴデータで当時、統括部長兼営業担当部長だった沖被告から計約２５０万円分のタクシー代をわいろとして受け取った、としている。
収賄罪で技官を起訴　特許庁汚職 – 47NEWS（よんななニュース）

特許庁発注のコンピューターシステム設計開発事業をめぐる汚職事件で、収賄罪で起訴された同庁技官のほかに職員３人が、複数のシステム開発会社側から飲食接待やタクシー代の肩代わりなどで計約９４万円近くの利益供与を受けていたことが２０日、分かった。
特許庁職員３人に利益供与　飲食、タクシーで９４万円 – 47NEWS（よんななニュース）

実はこの事件を受けての調査報告書では、利益供与問題の再発防止策と並んで、開発状況の調査も行なっています。

2010年8月時点での調査報告書の内容

調査報告書 特許庁情報システムに関する調査委員会(PDF注意)
http://www.meti.go.jp/press/20100820003/20100820003-2.pdf

利益供与・文書流出の再発防止(事実解明チーム)

まとめは、P.34からになります。
最初の2項目は「倫理意識の徹底」「情報管理の整備強化」とありがちな内容でおもしろみがありませんでしたが、3つめが「入札手続きの改善」とあってなかなか読ませます。(P.36から)

供与した事業者の側には、短い提案期間でよりよい提案書をまとめあげようとする動機があった。
収賄した3職員は、受注のプロセスには携わっていなかったのですが、より良いシステムを作るために外部の専門家に意見をもらいたいと考えていたこと、背景にあるんだよ…という内容です。

よりよいものを作りたいと思いに、入札・応札のルールが足枷になっているのだったら、出すべき情報はとっとと出して、接待して情報を得ようとするようなことはなくすようにしたらどう? という、このような調査報告書としては、わりと具体的な提案がされている印象を受けました。

とはいえ、今となっては、この点はあまり重要ではなくなっていますね。

開発状況の分析(技術検証チーム)

この時点で喫緊の課題となっていたのは、開発の遅れということで、上記の利益供与の再発防止とは、独立した調査として、TSOLによる設計と、アクセンチュアによるプロジェクト管理、特許庁の取り組みについて分析が行われています。(P.63から)

「提言」という形をとっていますが、結論としては、

• 発注者の特許庁は責任感持って仕事しろ(P.68)
• プロジェクト管理支援のアクセンチュアは特許庁とTSOLの合意の上、対策案を実施させるまでが仕事だろ(P.72)
• 設計一次請けのTSOLは、今まで設計してきたメンバーで固定しろ(P.75)
• 特許庁は現行システム担当のNTTデータに対して、必要な情報を提示するよう、働きかけるように(P.76)
• 再開するなら、特許庁中心にプロジェクト憲章を作成して、役割分担と責任を明確にしろ(P.78)

となっています。

「技術」検証というわりには、プロジェクト管理に関する指摘が目立つ内容になっています。
外部の人が調査しても、中身が合っているかよくわからないから「品質管理プロセス」へのツッコミが多くなったのでしょう。
こんな状況だったので、てこ入れして、どうにかなりそうならGo、どうにもならなそうだったらSTOPの判断をすることになるだろうな。設計の品質もぼろぼろみたいだし、STOPがかかるんだろうな。
と思っていた次第です。

2012年1月時点での調査報告書の内容

技術検証報告書 ～フォローアップ結果とりまとめ～ (PDF注意)
http://www.meti.go.jp/press/2011/01/20120124001/20120124001-2.pdf

再開に向けて動き出したのでしょうが、それから、1年半経過して、やっぱダメ、ギブアップということになりました。
上記報告書で挙げられた「提言」に対して、ぜんぜん取り組めていないよね、という内容になっています。
それだけでも残念な事態ではあるのですが。

そもそも7年かけて開発してたら…

新聞報道だと、設計担当のTSOLの品質が悪者にされていますが、実際これだけお金をかけて、まだ動くものが作れていない…というのは、全部一括ではなくて、機能別に発注するとか別のやりようがあったんじゃないのか?という疑問です。

だって、そもそもの予定では丸7年もかけて、開発しようとしていたんですよ。
7年たってたら、外部環境は相当変化していますよね。

その点に関しては、報告書のpp.8-9が答えてくれています。

とりわけ国際的環境は大きくかつ急速に変化しており、その結果、早急にシステム構築の必要な新たな政策項目や、対応優先順位を上げなければならない政策項目が顕在化しつつある。例えば、特許審査においては外国文献検索の重要性が急激に増大しており、外国文献に対応できる新たな検索システムの構築が喫緊の課題となっている。

こうした外部環境の変化を踏まえると、プロジェクトの再開に当たり、現行の一括開発手法を引き続き採用するとなると、最終稼働までの間、今後複数年にわたって政策項目の実現が先送りとなってしまうことに加え、これまで同様、遅延等のリスクを伴う可能性も大きい。
そこで、特許庁において、プロジェクトの再開に当たっては、特許庁ＣＩＯ主導の下、このような外部環境の変化を取り込んだ改定最適化計画を策定するとともに、一括開発手法にこだわらず、実現性の高い新たな手法を採用することも視野に入れて今後のプロジェクトの進め方を検討する必要があると考えられる。

一括開発手法にこだわらないという、上記の結論に2010年の報告書の時点で至っていれば、55億円かけて、「設計書」なるものが大量に作成されて、動くプログラムができてないなんてことになってないのではないかなと考えるわけです。
特許をとりまく状況を受けて、優先順位が高い機能から細切れにして開発していくようにすれば、よかったんじゃないかなーと。

でも、ここでキッパリやりなおすのは英断だと思いますけどね。
埋没費用 – Wikipedia
http://ja.wikipedia.org/wiki/%E5%9F%8B%E6%B2%A1%E8%B2%BB%E7%94%A8

最後に

身近なところで、5年かけて開発して、動いているけどゴニョゴニョ…な例を聞いていたので、明日は我が身の思いとともに、そこそこ読みこんでしまいました。報告書を読んでなにを感じるかは、その人の経験に依存する部分も多いと思います。

外部要因で優先順位がころころ変わるなら、それに対応する手法を、契約、意志判断、設計・開発でとるべきなんだろうな…ということを、これからの私の仕事でも念頭に置いておきたいと思います。

BF-01Bを入手してから1年あまり…当初の快適さはどこへやら。

最近、都心でのFOMAのつながり具合の悪さに加え、FOMA接続はできているもののパケットが詰まったようになってしまう現象が時折発生し、その度にルータの再起動をかけるなりして、対応してきました。

Twitterでのアドバイスおよび、Xi対応のモバイルルータL-09Cに関する下記の記事を見て、もしかしたら、mopera Uからプロバイダを変更すれば、改善するかと考え実践してみた結果をまとめます。

L-09Cの接続先ISPをmopera ⇒ OCNに変更してみた | shimajiro@mobiler
http://shimajiro-mobiler.net/2011/11/03/post7454/

OCN申込

OCNはFOMA定額通信用の契約を結びます。
1月いっぱいは、4ヶ月無料キャンペーン中のようです。

OCN モバイルアクセス FOMA ｜ OCN
http://www.ocn.ne.jp/mobile/mobilefoma/

Xiでもそのまま活かせる契約のようなので、移行もしくは併用も考えるとうれしいです。
mopera Uは設定が楽ちんでよいのですが、1FOMA回線ごとに1契約が必要で、面倒だったりするので。

mopera UはOCNでの運用が安定してできることが確認できるまで、契約は残しておきます。
「151」から容易につけはずしが可能ですけどね。

接続設定

FOMA（定額プラン）｜NTTドコモ端末｜モバイル｜OCN
http://help.ocn.ne.jp/ols/menu/connect/50669_c_dup_mobile_foma.html

「インターネット接続を行う（3G/HSPA） 」からアクセスして上記画面を表示し、OCNからもらった情報をもとに設定をしていきます。ユーザー名にはOCNからもらった「認証ID」、パスワードには「パスワード」をセットします。

そして、接続テストをしてみます。
結果は…あれ?

mopera U接続先制限解除

あらためて設定内容のページを見てみると…

※OCNのFOMA定額プランをご利用いただくには、NTTドコモの定額データプランのお申し込みが必要です。
NTTドコモの定額データプランをご契約のかたでも、［接続先限定］サービスをご利用の場合は、OCNの定額アクセスポイントがご利用いただけませんので、NTTドコモにお客さまのご契約状況をご確認ください。
FOMA（定額プラン）｜NTTドコモ端末｜モバイル｜OCN

これだ。
BF-01B入手の際に販売店の人に「間違って従量制の接続先にしないように接続先の制限をしておきますね」とか言われたような気がする。

こちらの設定は、My docomoからも変更ができないようなので日中時間帯に「151」に電話をして、制限を解除してもらいました。回線の番号と、ネットワーク暗証番号で解除できます。

結果は…

よしっ。

比較してみる

mopera UとOCNをいったり来たりしながら、通信速度の比較などしてみました。
とはいえ、FOMA同士なんでそんなに差が出ないだろうと想像していました。

体感としては、気持ち、OCNのほうが速いなー、という程度です。
ただ、たしかにOCNでは、mopera Uで発生していた、突然通信が詰まってしまうような事象が発生しませんね。

もう1週間ほど使って、評価を定めたいと思います。

[2012.01.24追記]
今のところ順調です。
mopera Uのときに発生していた、突然通信が詰まる事象が発生しなくなりました。

Diwao.com » Macのメモリ交換後にやると幸せになれるかもしれない2つのおまじない（追記有り）
http://diwao.com/2012/01/mac.html

以前、メモリを増設していたので、「PRAMクリア」とはそんなに効果のあるものなのか、こちらのタイトルに惹かれて実施してみようと考えました。
で、調べてみたけど、あまり効果がなさそうだったので、やらなかったという記録です。

メモリ増設については、こちら。→ iMac 2009 early メモリ増強

そもそもPRAMとはなんであるか?

とりあえず、Appleのサポートページを見る。

PRAM は、Mac OS X が素早くアクセスできる場所に特定のシステムやデバイスの設定を保存します。PRAM に保存される設定は、コンピュータの種類や、コンピュータに接続されているデバイスやドライブの種類によって異なります。PRAM は、NVRAM (不揮発性 RAM) の一部です。

PRAM には次のような情報が保存されます。

リフレッシュレート、画面の解像度、色数などのディスプレイとビデオに関する設定情報
選択している起動ボリューム
スピーカーの音量
最近起きたカーネルパニックの情報 (存在する場合)
DVD リージョン設定
注意：Mac OS X の場合、ユーザが選択した DVD リージョン情報は、簡単にアクセスできるよう PRAM に保存されます。PRAM をリセットしても、DVD リージョンは変更できません。
Mac OS X：PRAM に保存される情報

だそうです。

ということは、メモリを増設した後にリセットしても、効果がありそうな事項はなくて、

• ディスプレイの表示がおかしくなったとき
• OS Xが起動しなくなったとき(起動ボリュームリセットでなおるかも)

といった事象が発生したときにPRAMクリアするのは効果がありそうですね。
頭に入れておきます。

ただ、疑問が。なんで「次のような情報」という曖昧な言いまわしになっているんだ…という。
「次の情報」とか「以下の情報」でいいじゃないか…。
ちなみに上記の箇所、英語のサポートページだと以下のとおりとなります。

PRAM stores certain system and device settings in a location that Mac OS X can access quickly. Exactly which settings are stored in the computer’s PRAM varies depending on the type of computer as well as the types of devices and drives connected to the computer. Parameter RAM is a small area of non-volatile RAM (NVRAM).

Some information stored in PRAM includes:

Display and video settings such as refresh rate, screen resolution, number of colors
Startup volume choice
Speaker volume
Recent kernel panic information, if any
DVD region setting
Note: Mac OS X stores your preselected DVD region choice in PRAM for easy access. Resetting PRAM does not allow you to change the DVD region.
Mac OS X: What’s stored in PRAM

「ような」と訳する必要がないように思います。

ではなんで、PRAMリセットが基本なのか

上で紹介したサポートページで「Mac OS 9 以前での PRAM とコントロールパネル、ほかの設定との関係については、こちらの記事 を参照してください。」となっている、「こちらの記事」のリンク先は以下のページ。

Mac の PRAM および NVRAM をリセットする
http://support.apple.com/kb/HT1379?viewlocale=ja_JP

なんと、PRAMリセット方法のページに遷移しました。
で、その下に書いてあるPRAMの内容の記述は以下のとおり。
上記のページの説明で「Mac OS 9以前での」と書かれていたので、以下の情報は、Mac OS 9までのPRAM内容と私は解釈しました。

AppleTalk の状況
シリアルポートの設定とポート定義
アラーム時計の設定
アプリケーションフォント
シリアルプリンタの場所
キーのリピート速度
リピート入力認識までの時間
スピーカーの音量
警告 (ビープ) 音
ダブルクリックの速さ
挿入ポイントの点滅速度
マウスの速度
起動ディスク
メニューの点滅カウント
モニタの表示色数
32 ビットアドレッシング
仮想メモリ
RAM ディスク
ディスクキャッシュ
Mac の PRAM および NVRAM をリセットする

Mac OS 9まではPRAMに、もっと多くの情報が乗せられていたのですね。
「とりあえずPRAMリセット」「PRAMリセットは基本」となるのもわかる気がします。

このMac OS 9までと思われるPRAMの内容を、Mac OS XでのPRAMのように解釈してしまうのも無理ないかも…
っていうか、自分の解釈が正解かどうかもよくわからなくなるレベル。

まとめ

• メモリ増設したけど、PRAMリセットする必要なし、と私は判断した
• 「PRAMリセットは基本」はMac OS 9までの話、Mac OS Xでは関係なさそう
• Macのサポートページの記述がわかりづらい

以上。

曲目リストついでにアフィリンク貼りまくってみる。
並びは五十音順。
ジャニーズは、CDのジャケット画像もWeb上に存在させてはいけないのですね。

▽秋川雅史、夏川りみ「あすという日が」

▽嵐「2011紅白スペシャルメドレー」

▽五木ひろし「ふるさと」

▽猪苗代湖ズ「I Love you ＆ I need you ふくしま」

▽EXILE「Rising Sun」

▽NYC「100％勇気NYC」

▽北島三郎「帰ろかな」

▽郷ひろみ「Go Smile Japan」

▽鈴木福、芦田愛菜「マル・マル・モリ・モリ！」

▽SMAP「SMAP AID 紅白SP」

▽千昌夫「北国の春」

▽東方神起「Why？（Keep Your Head Down）」

▽TOKIO「見上げた流星」

▽徳永英明「時代」

▽AAA「CALL」

▽長渕剛「ひとつ」

▽西田敏行「あの街に生まれて」(シングルの2曲め)

▽氷川きよし「情熱のマリアッチ」

▽平井堅「いとしき日々よ」

▽FUNKY MONKEY BABYS「それでも信じてる」

▽福山雅治「家族になろうよ」

▽flumpool「証」

▽細川たかし「ねぶた」

▽ポルノグラフィティ「ワンモアタイム」

▽森進一「港町ブルース」

▽ゆず「Hey和」

▽ラルク・アン・シエル「CHASE」

flumpoolは中学生の合唱とともに歌うと思います。

曲目リストついでにアフィリンク貼りまくってみる。
並びはアーティスト名の五十音順。
椎名林檎はやっぱり「カーネーション」なのですね…「丸の内サディスティック」だったらもっとうれしかったけど。
テイルズをやった身としては、浜崎あゆみが「progress」なのはちょっと楽しめるかも。

▽aiko「恋のスーパーボール」

▽芦田愛菜、鈴木福「マル・マル・モリ・モリ！」

▽絢香「みんな空の下」

▽アンジェラ・アキ「One Family」(アルバムの1曲目)

▽いきものがかり「歩いていこう」

▽石川さゆり「津軽海峡・冬景色」

▽AKB48「紅白2011　AKB48スペシャルMIX～がんばろう日本！～」(メドレーだと思うのでアルバムで)

▽KARA「KARA2011スペシャルメドレー」

▽川中美幸「二輪草」

▽倖田來未「愛を止めないで」

▽伍代夏子「金木犀」

▽小林幸子「おんなの酒場」

▽坂本冬美「夜桜お七」

▽椎名林檎「カーネーション－紅組なら誰でも」

▽少女時代「GENIE」

▽天童よしみ「愛燦燦」

▽夏川りみ、秋川雅史「あすという日が」

▽西野カナ「たとえ　どんなに…」

▽Perfume「レーザービーム」

▽浜崎あゆみ「progress」(ミニアルバムの1曲目)

▽平原綾香「おひさま～大切なあなたへ」

▽藤あや子「あや子のお国自慢だよ～がんばろな東北！！紅白スペシャル～」

▽松田聖子、神田沙也加「上を向いて歩こう」

▽松任谷由実「（みんなの）春よ、来い」

▽水樹奈々「POP MASTER」

▽水森かおり「庄内平野　風の中」

▽和田アキ子「あの鐘を鳴らすのはあなた」

朝の連続テレビ小説枠、東北枠がそれぞれあるようですね。

いろいろなやんだのですが、来年はシステム手帳からいったん離れてみようと思います。

システム手帳でなにをしていたか?

今まで、使っていたシステム手帳でなにをしていたか考えてみます。
サイズはA5のものを使っていました。

スケジュール管理

週間バーチカルタイプのリフィルを挟んでスケジュール管理をしていました。
運用自体は馴れています。

2008年現在の手帳たち(その1・A5 システム手帳)で紹介したとおりです。

ToDo管理

こちらのページで紹介したとおり、A5サイズのシステム手帳にバイブルサイズのリフィルを挟むやり方でToDo管理はバイブルサイズの方眼リフィルでやっていました。

仕事関係の資料をはさむ

仕事関係の連絡先やシステムの構成図などをはさみこんで打ち合わせの際に参照するなどしていました。
A5サイズなので、A4サイズを半分に折れば簡単に挟めるのが、便利でした。

なにが変わったか

今年1年、新規のコンピュータシステムの開発を担当しています。ただし、ポジションは変わって、管理サイドの仕事の比重が多くなっています。
今までは自分ひとり+1 or 2人程度のスケジュールを意識していればよかったのですが、だいたい6、7人のスケジュールを意識する必要が出てきました。社内ではグループウェアが導入されているので問題なかったのですが…

その結果、Todo、プロジェクトスケジュール、月間カレンダー、週間の予定…仕事関係の資料を同時に参照する必要が出てきて、システム手帳だといったりきたりがめんどくさい!となったわけです。

来年の手帳構成

というわけで、システム手帳に入っていた要素をバラけさせて、分割することにしました。
メインはA5です。

能率ネクサスバーチカル

個人のスケジュール管理に関しては週間バーチカルタイプから離れたくなかったのが選んだ主な理由ですが、その他、主観バーチカルを参照しながら、月間スケジュールも参照できるという点を重要視してこちらを1年間運用してみることにしました。

カバーについているペンホルダーを使うとしまりがないように感じたのでミドリのベルトをつけて、ペンホルダーとしています。

また収納力強化のために一工夫。
名刺入れに中に貼り付けるタイプのものを、一時的に紙を挟んでおくためにカバーの折り返しにとりつけられるクリアホルダーを装着しています。

キングジム ノートカバー

こちらには、ToDo管理用のA5方眼ノートを左に、右にはレポートパッド型ニーモシネ188をはさんでいます。
ここまでで、元々システム手帳でやっていた機能は「仕事の書類をはさむ」以外は達成できています。

仕事の書類は…

こちらは、A3一枚に落したプロジェクトのスケジュールや体制図、連絡先などなどをA4サイズクリアホルダーに入れて持ち歩くことにしました。週に1回更新して、仕事にかかわるみなさんに説明することが私の大事な仕事です。

このような、プロジェクトを仕切る仕事をするのも今回限りのことなのかもしれませんが、機能を3分割した「三種の神器」で乗り切ってみたいと思います。

Software Design 2011年12月号の特集「エンジニアの能力を引き出すMac活用術」のなかで、クックパッドでは、以前パッケージ管理にMacPortsを使っていたが、今はHomebrewでやっているとの記述を見つけたので、何人目の記事かはわからないが記録を残しておくことにした。

mac ports やめました! ー homebrew で快適 OSX 生活! – TokuLog 改メ tokuhirom’s blog
http://d.hatena.ne.jp/tokuhirom/20100625/1277435268

私にとってのポイントは、Emacs環境を維持することになるので、Emacsで導入しているlispのうち、MacPorts由来のプロダクトに動作に影響が出るものをインストールできることをひとまずの目標とした。

影響が出そうなもの

Emacs本体

Cocoa Emacs に migemo をインストールで整理したとおり、.emacs.d/lisp配下にlispはインストールしてあり、また.emacs.d/init.elでパスを通す設定をしているの、EmacsをMacPorts由来のものに入れ替えさえすれば、lispは動作するはず。

Migemo

Cocoa Emacs に migemo をインストールでインストールしたとおり、migemoをインストールしていたが、Formulaが見あたらないので、「cmigemo」をインストールすることにした。それに伴い、.emacs.d/init.elの記述を一部変更した。

auto-install.el

動作には、「wget」が必要なのでhomebrew環境でインストールする。

Wanderlust

HTMLメールを表示する際に、「w3m」を使っている。
ログイン時のstarttlsのために「gnutls」を使っている。
それぞれhomebrew環境でインストールする。

twittering-mode

twittering-mode更新でOAuth認証で整理したとおり、OAuth認証をするのに「GnuPG」を使っている。
タイムライン取得に「curl」を使っている。
それぞれ、homebrew環境でインストールする。

MacPortsアンインストール

以上を整理した上で、MacPortsをアンインストールする。
手順はMacPorts Guideのアンインストール手順のとおりに実施した。
おしまい。
インストールパスをいじっていないので特に問題なく終了。

Homebrewをインストール

Installation – Homebrew – GitHubを参考にターミナルから以下のコマンドを実行する。
Xcodeが必要になるので、新規に構築する場合には忘れずに…(未来の自分に向けて)

$ ruby -e "$(curl -fsSL https://raw.github.com/gist/323731)"

途中で何度か「Press enter to continue」で止まるが、その度にEnterキーを押す。

==> Installation successful!

が表示されれば終了。

その後は、上記で整理したパッケージを順次インストールしていく。
もともとMacにインストールされているものはそのまま使うというコンセプトなので、環境構築までの時間が短くてすむのがメリットなんだねというのを体感できます。

w3mで苦戦

w3mのインストールで苦戦しましたが、Lion+homebrew で w3m が動かなかったのがなんとかなったヒャッハー: 麦汁三昧を教えていただいて、こちらの情報を参考に手順を実施しました。

w3mが依存しているbdw-gcのバージョンを7.2alpha6にすればよいとのことで、bdw-gcのFormulaを調べてみると

require 'formula'

class BdwGc < Formula
  homepage 'http://www.hpl.hp.com/personal/Hans_Boehm/gc/'

  if ARGV.build_devel?
    url 'http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/gc-7.2alpha6.tar.gz'
    md5 '319d0b18cc4eb735c8038ece9df055e4'
    version '7.2alpha6'
  else
    url 'http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/gc-7.1.tar.gz'
    md5 '2ff9924c7249ef7f736ecfe6f08f3f9b'
  end

  # patch to fix inline asm errors with LLVM, present in upstream SVN
  # some directory restructuring between 7.1 and 7.2a6 force us to have two
  # versions of the same patch
  def patches
    if ARGV.build_devel?
      DATA
    else
      { :p0 => "https://trac.macports.org/export/86621/trunk/dports/devel/boehmgc/files/asm.patch" }
    end
  end

  def install
    # ucontext has been deprecated in 10.6
    # use this flag to force the header to compile
    ENV.append 'CPPFLAGS', "-D_XOPEN_SOURCE" if MacOS.snow_leopard?

    system "./configure", "--disable-debug",
                          "--disable-dependency-tracking",
                          "--prefix=#{prefix}"
                          "--enable-cplusplus"
    system "make"
    system "make check"
    system "make install"
  end
end
(…略)

となっており、「if ARGV.build_devel?」の記述から

$ brew install --devel bdw-gc

とすれば、狙ったバージョンがインストールできることがわかりました。

w3mも上記の記事の記載通りにインストールしてうまくいきました。

.emacsの修正

migemo→cmigemo

migemoをcmigemoに変更したので、コマンドとコマンドオプション部分の記述を変更している。

変更前

(setq migemo-command "migemo")
(setq migemo-options '("-t" "emacs"))

変更後

(setq migemo-command "cmigemo")
(setq migemo-options '("-q" "--emacs"))

emacs-w3m

MacPortsでは/opt/local/bin配下にコマンドが配置されるが、Homebrewは/usr/local/bin配下に配置される。
よって、コマンドの在処の記述を変更。

変更前

(setq w3m-command "/opt/local/bin/w3m")

変更後

(setq w3m-command "/usr/local/bin/w3m")

Cocoa Emacsについてフォント設定を見直していたところ、Rictyというフォントがあることを知り、設定してみることにした。
環境はMac OS X Lion 10.7.2 / MacPortsでインストールしたGNU Emacs 23.3.1となります。

プログラミング用フォント Ricty
http://save.sys.t.u-tokyo.ac.jp/~yusa/fonts/ricty.html

フォント生成・インストール

まずFontForgeが必要ということで、MacPortsでインストール。

sudo port install fontforge

続いて、Inconsolataから”OpenType File”をダウンロードして、FontBook経由でフォントをインストール。
M+とIPAの合成フォントから、上部の”DOWNLOAD”をクリックし、ダウンロードページに進み、Migu 1Mをダウンロードして、FontBook経由でフォントをインストール。

cd
wget http://save.sys.t.u-tokyo.ac.jp/~yusa/fonts/ricty/Ricty-3.1.3.tar.gz
tar xvfz Ricty-3.1.3.tar.gz
cd Ricty
sh ricty_generator.sh auto

するとRictyディレクトリ配下に

• Ricty-Bold.ttf
• Ricty-Regular.ttf
• RictyDiscord-Bold.ttf
• RictyDiscord-Regular.ttf

の4ファイルが生成されます。

上の二つ、Ricty-Bold.ttfとRicty-Regular.ttfをインストールしました。

Emacsで使う

init.elでフォントの設定をします。

(set-face-attribute 'default nil
                   :family "Ricty"
                   :height 140)
(set-fontset-font
 nil 'japanese-jisx0208
 (font-spec :family "Ricty"))

としてできあがりです。
半角と全角の比が1:2というのはいいですね。

[追記]2012.01.29
フレームを開いたときに幅が二倍になるのが気になったので、下記ページを参考にEmacsを入れなおしました。

Cocoa Emacs で和文フォントをプライマリーに設定するとフレーム幅が二倍になる問題 – キーボードをたたくとき
http://d.hatena.ne.jp/yascentur/20110730/1311963061