“naoya_t”.camelize - 「英辞郎 第三版」を英辞郎ビューアで引く_ のPerlスクリプトで。
PDIC用の変換は “naoya_t”.camelize - 「英辞郎 第三版」のデータをPDIC１行テキスト形式に変換するためのPerlスクリプト_ で。

ezjail作者のerdgeistさんから

if you use the experimental ezjail-release.sh script from cvs. this one fetches the release builds from ftp-server and installs it at the appropriate places.

と言われたのでcvsからezjail-CURRENTをcoして試してみることに。

家具は独裁者が作った方がハッとする面白いモノが出来るが。
もし「Web2.0家具」というのが有ったら、やっぱり「使用者が座ったりするたびに微妙に形を変えて、最後は良い具合になる」のだろうか。
そして「1ユーザーには座る機能というインセンティヴを与えて使わせて、全ユーザーの座り方を集計」したりするのか。

maclalalaweblog: アップルは何故つぎからつぎへと新製品を出すのか_

Cringely は、アップルが iTunes Music Store に匹敵するビデオ配信ネットワークの構築を計画している、と見ている。iTMS でミュージックビデオやテレビ番組を提供し始めたのもその証しだ。

このViiv参加予想は Jobs氏は明日「AppleViiv」を発表するだろう：IT Pro_ で日経BP ITPro 中田記者がやっていたりする。（そして本命はMacBook Pro発表だったので記事としてはハズレた）
でもこの記事について基調講演後にオフレコで「するどい記事ですね」と言われたという有る筋からの風の噂があったりするので、見込み的にはアリだと睨んでいる。

Sun & Users - オープンソースプロジェクトの翻訳作業を支援するサン　第2回 〜サンの翻訳の方針とノウハウを公開〜_

未来のいつか/hyoshiokの日記 hatenalabo_ の

ソフトウェアの品質を「顧客満足度」だと定義すれば、「品質」をバグがないと言う風に矮小化したところに「日本的なソフトウェア品質論」の限界があったような気がする。バグがないことを保証するために、徹底的に仕様をレビューし、あいまいさを一切否定する。そしてテスト項目を大量に作成し工場化したチームがそれを淡々と消化していく。このプロセスをQC（品質コントロール）の手法によって推進する。製造業で成功したこのプロセスがなぜソフトウェア産業では成功しなかったのか。

を読んで思ったこと。
そういえば完璧主義っていうとドナルド・クヌース教授もそうだよなぁと。（オレは個人的にスタンリー・キューブリックやスティーヴ・ジョヴズやクヌース教授の「逸脱した完璧主義エピソード」をウォッチするが大好きだ）
さて。はてな近藤社長の「50%の品質でリリース」という発言は、おそらく エクストリーム・プログラミング_ の「短期間のリリースを繰り返し」ということを、誤解されるような「50%」という極端な言い方で表現したのだと解釈している。
製造業であればドイツや日本の職人的完璧主義が上手い具合にハマるのだが、ソフトウェアだと上手くいかない。
クヌース教授のTeXを使うのは訓練を叩き込まれる専門家だけで、ほんのちょっと数式を含んだ論文を書く人はMS Wordの数式エディターを使いがち。TeXは合理的で完璧主義なのだろうけど、ユーザーは合理的でも完璧主義でも無い人が大半だってことか。
バグが無いに越したことは無いが、バグが出ないことよりも「作って使わせて直す」ほうが、ソフトウェアに関しては手っ取り早いということか。

ミッションクリティカルなシステムと、ユーザー向けシステムは分離して語った方が良い:

exceptを使うなボケ。という啓蒙が ぴろ日記_ と Landscape - エンジニアのメモ_ によって、commandを使って制限されたssh公開鍵によるrsyncバックアップの手法が話題になったことがあるけど。
もう一歩進めて、バックアップ専用アカウントの~/.ssh/authorized_keyを変更不可にしてしまうのはどうだろうか。
kern.securelevelを下げて再起動しないとrootでもいじれなくなるので、設定が一通り済んで運用段階になってからのTips。

初期のアサヤンにおける「ファッション水戸黄門」や「中華料理水戸黄門」の企画を思わせるエピソード。
浅草キッドに呼ばれた講師が「実は生徒はmonyoさんだったのです」と言われて驚愕する絵をENGで映像として抑えておきたい場面。

否Rubyユーザーへのアピールとか、ブラウザでGoogle使うのは習得したけどRDocの使い方に慣れていない超入門者層へのアピールとか。
あと「Gentoo Linuxは公式Webサイトを見る限り、ドキュメントが整備されて居る（ように感じる）」という要素と「RDoc使えばええやん」というのは話のジャンルが違う気がするので「ドキュメント」という曖昧では無い呼び方が必要だと思った。
バックアップとアーカイヴとリダンダントを区別するみたいに。
でも理想論でいえば「熟練者はRDocで。超初心者もWebで。まったく同じ内容が読めるように、ワンソースからhtmlとかを自動生成するドキュメントシステムの整備」ってことなのかも。

全閲覧者に共通した絶対軸でのポイント制度になっているけど。
「好き」「嫌い」みたいに人によって評価の分かれるポイント評価にして。
モデレートすればどんどん自分好みの傾向に偏った投稿だけがフィルターできるみたいな機能にならないのだろうか。
ベイジアンフィルターでspamメールとhamメールを分類するけど。
そういう感じで「この投稿は万人の評価が高いけど、個人的には嫌」みたいな感じで。

「哀しみのベラドンナ」を上映するのか。子供にみせちゃまずいと思うが。

サービス候補としては

• アイコム無線LAN
• NTTメトロイーサ
• NTTコム エアアクセス
• NTTスーパーワイドLAN

などがある。もちろんBフレッツベーシックでIPsecトンネルというのも費用対効果からすると安くてそれなりに良い。

黄金比が由来なのか?　それだったら「(1+ルート5)/2チップ」「フィボナッチ数列チップ」でも良いような気がするが。(ハッカージョークとしてそういうパッケージをコラージュしてもネタ的にピンポイントすぎるか)
……などと思ってヱスビーに見に行ったら。
Ｓ＆Ｂショウウインドウ_

「スナック菓子　生産終了のお知らせ」
スナック菓子は２００３年９月末をもちまして生産を終了させていただきました。

えっ?　マジで?
5/8チップってもう生産していないんだ?

ようするに「ビル -> 地域IP網 -> ISP -> 地域IP網 -> ビル」という感じで接続されていると。
地域IP網のCiscoの機器がBフレッツベーシック100Mだと計算上30セッションぐらいまでしかさばない。
んでそこから束ねて100Mで上流のISPに渡していたりすると、そこがボトルネックに。

うっ。このスタイルのフォロワーが出てきそうな気配。
とりあえずPhotoshopでコラージュが作れるスキルがあればいいのだし。

内容はごく普通にFreeBSDでIPsecトンネルを掘るという記事。
nfsは関係ないっちゅーか。

ICE for After Effectsも死蔵か……。Mac OS XでつかえないとかG5だと意味がないという時点でアレだったのだが。

ビーンジャム村上氏。
MagicCircusダイジェスト版がRealムービーで見られる。

まさかMatzさんがこんなウッカリした発言をするとは思わなかった。
本音を多少出している。という意味で人間味があるなぁという感じで信頼はできるのだが。
このボヤキを突き詰めると「プレゼンを頼まれてスライドを作ったけど、ツッコミを受けたり誤解を広めるのがめんどくさいからネットでは非公開にしよう」とかになりそう。
話はちょっとずれるけど。なんか前にJFで日本語ドキュメント和訳の話で。
「質の悪い日本語訳ドキュメントがあると、そこに存在するというだけで悪影響があるのだから。酷いものしか出来ないのなら、いっそのこと和訳文は無いほうが良い」みたいな議論があったような。
誤解しているかもしれないが、yomoyomoさんあたりが議論してたっけか?
さて。スライドの議論話だけど。
これハック精神からすると、解説が無くて誤解を受けようがなんだろうがスライドをせっかく作ったのなら公開してほしいのが個人的な希望。
ちゃんと口頭でニュアンスを伝えないと害をばら撒くスライドの記述だとして。
「それはこういう誤解を受けるよ」とツッコミが来るし。
そうすれば、より誤解を受けにくい良いスライドになるかもしれない。
もうツッコミを聞くのすらめんどくさい。自分は口で喋って人を納得させるのが得意なんだ。
ネットだと顔色を伺いながら話の展開をコントロールするのが出来ないのが嫌なんだ。
――というタイプの人なら「ネットで情報を置かない」というのもアリだと思うけど。
雑誌記事とかWebとかに静的な文章で情報発信するほうが、圧倒的多数にミーム(誤解も含む)をバラ撒けるってのは自明だし。Matz氏は文章でも訴えかけていくのが得意なタイプだと思っていたし。
まぁ「読者は読者の読みたいようにしか情報を受け取らない」という現象は良くあるみたいだから。
「そこはサラっと書いたネタなんだから、揚げ足取るなよ。ウザい」みたいな書き手のイライラってのはあるんだろうな。
これに対抗するには、図太い精神で意に介さずに誤解を振りまくのを恐れず書きつづけるってことになるのかしら。

神話によると、大気中の硫黄分が基盤にダメージを与えるから、排気ガスの多いところで使うとクラッシュしやすいとか。
カルフォルニア品質で、乾燥しきったサーバールームを作る強力な湿気取りマシンは無いかなぁ。
つけっぱなしで寝るとミイラができそうな奴。木製家具がボロボロになりそうなほどに。
あれだ。IDCとかでノートパソコン持ち込んでヘッドセットで打ち合わせしながら仕事して。早朝にそのまま眠くて電池切れで居眠りしちゃうと、ノドがからからになって一発で風邪ひくみたいな。

アフォーダンス_

誰でも書き込めるようなところには、逆に誰も書き込まない。自分の書いたものが改ざんされずに残る保証がないのに、わざわざ時間をとって書き込むだろか。

Wikiが荒らされにくい理由で、ブロークンウインド現象 *2 とか Asumi日記_ でも述べられていたけど。

• 制作中村さんが武蔵関に出向するので、端末からLANのメールが読めるように。PortForwarder使ってトンネル掘るか
• Mac版Netscapeでproxy.pacを認識するようにpublicfileのMIME typeのpatchあて（忘れてた。つーか/usr/ports/localを作って管理しておかないとな）
• qmailのcdbを更新したらmakeを忘れない
• ハブとモール材を買ってくる。中央線沿いの西東京でその手のが手に入る所も探さないとなぁ
• 塩漬けしていたSingle CPUのXserveのセットアップ。OS X Server10.1だし。アップデートだね。アカウント管理サーバーにしようそうしよう
• ラックの手配
• 武蔵関のLANセットアップ
• ドメインのDNS登録処理。なんかメールで指示を出すという面倒くさい業者を選んでしまったかもしれない気も。
• 韓国スタジオの手引き書の整備

しかしLAN土木するときは新しいビルでも作業服と軍手が必要だ。手が汚いっちゅーの。服が汚れるっちゅーの。

Studio MOMOで、アフターエフェクトの2:3プルダウンのテレシネはちょっとだけボケるという話題が。
念のために自作ツール *1 とAfter Effectsでプルダウンした連番画像を比較検討してみることに。
見た目ではほとんど差が無いけど、Photoshopで重ね合わせて、色域選択の0で選択してみると良く分かる。
なぜかRGBが1ほど、境界線のところが微妙に色がずれているのだ。
これAfter Effectsは単純に偶数奇数の走査線を合成しているのではなくて、なんか妙な誤差の出る計算をしているのか？
それともフリッカー防止のために、わざとRGB1ほど誤差を出しているのか？
内部的には実数部分が-32767から32768で小数点以下部分も16bitの精度で各情報を扱っていたと思ったけど。
これSDKみたらすぐに分かることかも。

本社から移動した機材を2日天下で輸送したりも。
機材の手配が進んでいなか