_ masarlさんの訃報

非常に残念に思います．ご冥福をお祈りします．

亡くなられたことは 阿部さんの日記 で知っていました．なぜ改めてここで書くのかというと，彼が sourceforge.jp の quick-junit プロジェクト の管理者だったからです．タイトルのリンク先 kakutani さんからの連絡でそのことを 知りました *1．

kakutani さんの日記にはこうあります．

masarlさんはもう居ないが、私(たち)にはmasarlさんの遺してくれたソース コードがある。

この言葉で，改めてオープンソースの良さを実感しました． オープンソースというのは，ソフトウエアを殺さないこと． 開発者がいなくなったとしても，有用なソフトウエアはメンテナを交代しながら， 生き続けます．ぼくがオープンソースソフトウエアを開発したり，開発に 協力したりしている理由はまさにここなのです．

May the source be with you.

_ バルセロナ 2 - 0 アルバセーテ

PSX で録ってくれるリーガエスパニョーラの試合を見てます．PSX ないときは ビデオデッキしかなかったので，あまり見てなかったのですが，PSX 買って 見やすくなりました．

やっぱりバルセロナ（バルサ）は良いですねぇ．ロナウジーニョの 怪人的なプレーがおもしろいんですが，見てみるとチームが良くまとまってます． なんでこんなにまとまってるのかと不思議なくらいです．世界各国から スーパースターが集まってるのに，お互いがそれぞれ認め合ってて，精神的に ものすごく充実してる感じ．みんな楽しそうにプレーしてて，見てる方も楽しく なってきます．各ポジションにいい選手がいて，バランスがきちんと とれてます．ほんとにいいチームです．

で，対するアルバセーテも悪くないんですよね．さすがに戦力差が大きいので， バルサが圧倒的に攻めてるんですが（7:3 くらい），それを受ける守りがしっかり できてて，バルサ攻撃陣がなかなか入っていけません．それでも小気味いいパスや ドリブルでチャンスをつくっていくバルサのサッカーはおもしろいんですが． お互い激しいんですが険悪なムードでは全然無くて，「絶対崩されないぞ」 「絶対崩してやる」といった，クリーンで非常に良い試合でした．

で，こんなときに決めてくれるのがエースですねぇ．エトーのすばらしい ゴールでこじ開けて，バルサが勝ちました． しかしほんとにいろんな国の選手がいるなぁ．さすがにスペインのチームなので スペイン人が多いんですが．

• エトー（カメルーン）
• ロナウジーニョ（ブラジル）
• ジュリ（フランス）
• デコ（ポルトガル）
• イニエスタ（スペイン）
• マルケス（メキシコ）
• ベレッチ（ブラジル）
• ファン ブロンクホルスト（オランダ）
• オレゲール（スペイン）
• プジョル（スペイン）
• ビットール バルデス（スペイン）

アルバセーテは二部に降格濃厚な，あまり注目されないチームなんですが， チリ代表のマルク・ゴンザレスがスピードがあってテクニックもしっかり しているなかなかいい選手でした．リーガ初ゴールをあげたバルセロナの メッシ（アルゼンチン，17歳!）など，こういったいい選手を見つけて悦に浸る ためにも，きちんと試合を見ていかないといけないですね☆

_ 夕凪の街桜の国(こうの 史代)

非常にいい本でした． 二回読まないと流れがつかめないところがありましたが，なかなか奥が深い 話でした．いままで知らなかったこと，しらなかった意識がここにはありました． 後半の話の主人公の女性は，ぼくと同い年なんですよね．

おすすめです．ぜひ一度読んでみてください．

_ 特急列車「高速化」への提言(川島 令三)

列車事故があったからというわけじゃないんですが，面白そうなので 買ってきました．著者は列車事故の番組に出て安全に関するコメントを していましたが，この著書を含む彼の著書には安全という言葉はほとんど なくて，高速化しろとか新線建設しろとか，そういう話ばかりです．600m で 止まれれば 160km/h でも全く問題ないとか．そんな著者が安全設備に 対してコメントをしている姿をみて苦笑．

しかし，この本を読んでみて改めてわかったことですが，JR 西日本は 昔から高速化に躍起になっていたんですね．300km/h 運転をする 500 系も そういった社風の中から生まれたんですかね．

_ 今がわかる時代がわかる世界地図 (2005年版)(正井 泰夫/成美堂出版編集部)

去年も同じ出版社の地図帳を買ったんですが，内容が似通ってて毎年同じものを 買うもんじゃないな，と思いました．次は違う出版社のを買おうと思います．

• なるほど世界知図帳〈2005年版〉
• 知恵蔵なっとく世界地図2005 読んでなっとく、見てなっとく

_ ゴーヤ茶

スーパーに行ったら，ゴーヤの日つーことでゴーヤとか関連のものをたくさん 売ってました．やせるという噂のゴーヤ茶を買ってみました．あとで飲んでみないと．

しかし…，ゴーヤ嫌いなんだよなー．

_ ストレッチで痩せる

体が柔らかくなると基礎代謝が上がるんだってさ．キーワードは「つま先に胸押し」． いすに浅く座って足を開いてつま先をたてて膝を伸ばして頭の後ろで手を組んで 胸を張ったままでつま先方向に倒す．20 秒静止．これをまぁ毎日続ければ ok． さらに倒しながら外側にひねると効果的らしい．これで体が柔らかくなる．

ダイエットはともかく，からだが硬いのは問題なので，柔らかくしてみよう．

_ ダイエット食材ベスト 5

1. ゴーヤ茶
2. エゴマ油
3. 凍り豆腐
4. サメ油
5. 羊肉

でもそれよりすごいのが

「ガジュツ」というものらしい．別名紫ウコン． 屋久島で栽培しているもので，医薬品にもなってるとか． 短時間で老廃物やコレステロールを排出するもよう． 一日３回飲むといいらしいけど，どこで手にはいるのかな．

追記: 楽天でちょろっと買ってみた．どうかな．

_ spam 対策

存在しないアドレスを Envelope from に入れて，存在しないアドレスに対して 送られる spam が queue にたまりまくりです．double bounce がひどいことに なってます．unknown recepient のメールを一旦は受け取ってしまうのが原因 なのですが，ログやヘッダを見てみると，セカンダリサーバ経由で受け取って るんですよね．セカンダリサーバは，プライマリサーバにリレーするだけなので， どんなユーザ・アドレスが存在するのかはわかりません．よって特定ドメイン・ ホスト宛のメールはすべて受け取って，そのままプライマリサーバにリレー してしまいます．これが queue にたまるんですよね．これを防ぐ方法って なんかありますかね?

考えられるものは，

1. 受け取るユーザ名をぜんぶセカンダリ側に登録する
2. セカンダリだけ glay listing を採用

とかがあるんですけど，1 は同期が大変だし，2 の場合は，あるドメインの セカンダリサーバであっても，別のドメインのプライマリサーバであることが 多いので，採用しにくい…．どうしたものかなぁ，と思ってるのですが， 何かいい方法はありますかね．

postfix なら

Address verification を使うことでできるようです．ただし，2.1 以降なので woody では使えません． また，プライマリサーバがダウンしているときは，4xx (temporary error) が 返ってしまうので，長期間にわたってプライマリサーバが落ちていると， バウンスが返ってしまうという欠点があります．これでは，セカンダリサーバの 意味があまりありません…．*通常は*プライマリが落ちてるときくらいしか 役割がないのに，プライマリが落ちてると役に立たないセカンダリというのも…．

おそらく，recipient verify と sender verify を同じスキームで行って いるために，こういう仕様になっているのでしょう．sender verify の場合は，接続できないときに通すなんてことはあり得ないですから． ここは，sender と recipient とでは考え方が少し違うと思うので， スキームを一部変更するのが良いと思います．プライマリが落ちている ときは，とりあえず全部受け取るという設定ができるようにするとか…． *1

あと，某所のように，postfix → qmail と配送する場合，qmail は recipient user check をせずにとりあえず全部受け取るので，verification できません…． オリジナルの qmail の設計自体が古くさい（いまの大 spam 時代に合わない） ということなんですかねぇ…．

_ 多国語で書けるブログはどこ？ブログ124サービス【文字コード】全チェック

たださんのところ から．彼の気持ちはよくわかります．チャットとか IM とかでも，日本人とは 日本語で，韓国人とはハングルで会話することになりますが，いちいち環境や ソフトを切り替えていられませんよね．Unicode ならこれらを同じソフトで 同時に扱うことができますから楽ですし，そうしたほうがいいことは たぶん多くの開発者が理解していることでしょう．実際に，世界中で 使われることを想定しているソフトウエアは，最近は初めからそのように 設計されていることが多いと感じています．gtk2 とか．

じゃぁなんで，他の人もそうしないかというと，需要がないことと， 対応が面倒なことの両方が主因じゃないかと思います．需要がないと いうのは，*自分が*必要としていないとか，商用サービスなら客が必要と していないとか，主にそういうことです．とくに，日本のユーザ向けに 作るソフト・サービスという観点から見ると，多言語対応の需要は少ない と思います．また自分がとりあえず使えればいいやといったものは あまり他のユーザの要望とかは気にせず作ってしまうでしょう．

そして対応が面倒というのは， 現在の自分の環境が EUC-JP だったり ShiftJIS だったりするので， わざわざ Unicode にするとコード変換とか必ずしないといけないことと， Unicode（のプログラミング）に関する知識が少ないために，新たに覚えないと いけないことが増えることがあると思います．現実問題として，需要がなくて 対応が面倒であれば，多くの開発者・企業が対応しないというのが自然です． これのうちどちらかが解消されれば，Unicode 化する利点はあるのですから 徐々に Unicode 化されていくでしょうし，そうなればもう一方も自然に 解消されるでしょう．

彼の記事があまり良い印象をもたれない理由の一つに， 自分の気持ちはわかってほしいけど，作る側の気持ちは「島国根性」で 片づけてしまっているところがあると思います．自分は相手のことを理解 しないけど，相手には自分のことを理解してほしいというエゴに思え ちゃうんですよね．同じようなことをいままでさんざん見てきたので ここであえて書いてみます．

昔（というか今も何ですが），多くの欧米の開発者は我々マルチバイト圏の ことを考えずにソフトをつくっていました．私たち日本（というか，CJK） の開発者は，欧米圏の開発者に対して「我々は必要としているから，対応 してくれ」と言いました．しかし，彼らはマルチバイトを使っていないので， どこがどうまずいのかなかなか理解できないのです．これは仕方がないこと です．そこで，私たちがいかに必要としているか，どうすれば解決できるのか ということを根気よく説得しました．Debian の久保田さんは， Introduction to i18n というすばらしい文章を書いてくれました．こういった方々が努力して くれたことで，いま私たちはオリジナルで日本語に対応されているソフトを 使うことができるのです．

「なぜ初めから Unicode 対応で作らないのか」というところをもっと きちんとヒアリングして，それをきちんと理解した上で，どうすればいいのか 提案していくのがよいと思います．自己紹介を見ると，たくさんの本を執筆 されている方ですし，パソコン歴も長くてプログラミングの経験もあるかと 思います．プログラミングと同じように，理論的に説明していけば， 多くの方に理解してもらい，協力してもらえると思います．バカにする だけでは，結局「自分でやれ」という感じで相手にされないだけですよ．

追記: この記事を彼のブログに トラックバック したのですが，その抜粋の最後が化けていると思います．これが上で言う 「マルチバイトのことを考えていない」ソフトウエアです．この抜粋は， 初めから n バイトで切っているため，マルチバイトの途中で切れてしまって， 化けて表示されていると推測できます．こういうところをマルチバイト対応の 関数に置き換えていく必要があります． 彼に言わせれば，こういったことも「島国根性」なんでしょうかねぇ…．

誤解されないように書いておくと

ぼくは多言語化をしたほうが良いと思ってますし，（問題が潜在しているとはいえ） UTF-8 化も良いと思っています．自分が必要としている場面はほとんどないです けども，友人が多言語で IM をしているところを見たりすると，その便利さは 代え難いものがあります．

結局

今思えば，ぼくがぴくぴくきちゃったのは，ソフトやサービスを提供してくれている 方々へのリスペクトが文章に感じられなかったところなのかな．別に 「島国根性」とかいう言葉の詳しい定義は考えないとしても，それが侮辱 あるいは軽蔑が入っている言葉であることは文脈から想像できます． 好意で公開されているソフトを利用したり無料のサービスを利用していながら， こういった言葉を投げかける（ただの問題点の指摘とか意見であればふつうに うなずけることですし）ことが，琴線に触れたのではないかと．

まだまだ子供だなぁ…．> わたくし

_ 日経ビジネスアソシエ 5・17 号

現時点で最新のものです． 「メモ術の極意」という特集があって参考になります． 以前，たださんだったか，Wiki と携帯メールを使ってメモという ことを書いていたと思います．同じようなことをやってみたいなと 思いつつ，まだやっていません．

従来のアナログ媒体のよさとデジタル媒体のよさを両方生かして， 低コストかつ柔軟なメモシステムがほしいなと思っているところですが， はてさて良いアイデアが浮かびません．

ともあれ，もっと（プライベートの）Wiki を活用していきたいなぁ，とは 思っています．

_ rast の deb を 0.1.0 に更新

パッケージ自体は，中途半端なつくりのママ…（すみません

deb http://ftp.arege.jp/debian-arege unstable rast
deb-src http://ftp.arege.jp/debian-arege unstable rast

_ mod_search_rast

rast を利用した apache 組み込み検索システム． 小山さん自身は slashdot.jp の検索で利用しているとのことですが， ぼくが rast に目を付けたのも同じ理由からです．Oliver と 検索をなんとかしたいということを話したので，N-gram ベースでありライブラリ ベースの検索システムがほしかったのです．

しかし，もうちょっと先の話かな…． いまは他にいろいろと問題を抱えてるので．

_ Debian 辞典(武藤 健志)

武藤さんの Debian 本が書影付きで amazon に登場しました．買わねば．

_ ガジュツ

やせる食品ということなんですが，においと味がすごくて，粉のやつは なかなか口に入れるのが大変です．ココアに混ぜて飲んでみたのですが， ココアの味じゃなかった…．粉のと錠剤のと両方買ってみたので， 錠剤中心にしていきますか…．粉はひとびんしか買ってないし．

ガジュツって， 胃腸にもいいらしい ですね．これで慢性胃炎が少しでも良くなれば，と思います．

_ CodeFest 日本 2005

申込み．金曜の 17:00 は間に合わないかなー．

_ 18歳未満で検索するとYahooが一番

ウケた．

from slashdot.jp のコメント

_ 武蔵小杉のケンタッキー

引っ越してきてから初めて行きました． そしたら店内がフロンターレモード．びっくり． 店出るときに，カーネルおじさんを見ると，ウニフォーム着てました． 笑えたので一枚．

しかし今日はフロンターレ負けた．グランパスも負けた． ショーック．

_ コードを書く人とそうでない人

• CodeFest 2005 JAPAN - Momokuri's Memo
• コードも書かない人に言われたくはない - 佐渡秀治のOSSジャーナル
• コード読みのコード知らず - 404 Blog Not Found
• コード読みのコード知らずを読んで - 適宜覚書

この話題はいろいろな問題を含んでいると思いますが，まずは 「コードを書けない（書かない）人には言われたくない」ということから． ボランティアで（たいていは自分のために）コードを書いて， それを自分だけじゃなくて誰かも使えればいいな，という思いでソフトを 公開している場合，ただのユーザ（一度も使ってない人の場合も多かったりする）から いちいち文句言われたり指示されたりすると，こう言いたくなります． こう言ったときに「何生意気いってんだよ」とか「うぬぼれるな」なんて 言われた日にゃ，どうしたらいいんですかね?（わら

仕事でお金をもらってやっていることなら，当然言われるようなことも あるでしょう．コードを書こうが読もうが使おうが，利益をあげることが 最優先．それぞれの役割を持った人がお互いに協調して利益をあげていく ためには，仕方のないことでしょう．

ボランティアだとしても，最近のオープンソース支援の流れの中では 追い風を受けていることも多いと思います．だからといって，業務でも なんでもないところでいろいろ文句は言われたくない，そう思います．

仕事だとしても?

ぼく自身は，コードも書くけど「既に実装されたシステムやインフラを構築し、 保持運用している運用者兼雑用屋」でもあります．これは仕事でも 趣味でも同じような役割です．なので，こういった存在の人が重要な こともよくわかります．またある意味ではマーケティングでもあるので， いわゆるスーツ組の考え方もある程度はわかっています．

で，こういった立場なのはぼくだけじゃなくて，仕事で OSS に関わっている 多くの OSS 開発者はこのような立場ではないかと思います．親しい OSS 開発者はこういう人が多いですから．こういう場合，コードを書く側の 大変さもわかるし，書かない側の大変さもある程度はわかるのです．

しかし，コードを書かない方々は，コードを書く側の大変さを（本当の意味では） よくわからないのではないかと思います．なぜなら，コードを書く人が コードを書かない人の仕事もできるが，コードを書かない人は（コードを 書いたことがないから）コードを書く人の仕事はできないからだと思います． つまり，大変さとかがわからない．表面上はわかっても，感覚では理解できない． ぼくが医者や教師の方々大変さをわからないのと一緒です．

こういった状況を理解せずに「医者は高給取りでいいよなー」とか 「教師は夏休みがあっていいよなー」とか勝手に言っていると，医者や 教師の方々から反発があるのは必至です．

だからといって「理解しなければ言及する権利はない」というわけではなくて， 「理解できていないことを理解して話をしましょう」ということです．文章を 読む側も書く側も．だから，書く側は誤解されないように注意しながら書いた方が いいですし，読む側もホントは違うことを意図して書いたのかもしれないという 感じで自分の理解を疑いながら読むのが良いでしょう．

なんか発散しちゃった気もしますが

結局人間は完全じゃないし，自分がすべて正しいわけでもないので， 理解できない・できていないことを是として物事を感じるべきで， それができていなければ理解を深めるための努力をしたほうがいい ということです．

_ バルセロナ優勝!

生中継を見ることはできなかったのですが，感動的なけつまつでした． 先制されたのですが，その後同点に追いつき，さいご 20 分は ほとんどがディフェンスラインでのパス回し．何の利害もなく見ている 側はつまんないでしょうが，バルセロナファンは徐々に優勝が近づいて いく感じがたまらなかったでしょうね．試合が終わってないのに， もう優勝モードでした．ロスタイムにはいると，ピッチの中にカメラマンが 押し出されていて，審判も困ったことでしょう．

ともあれ，このチームを横浜で見られるというのでうれしい限りですね．

_ <URL:20050511#c01|rast 0.1.1>

rast の新しいのが出たとのことで，パッケージ作り直しました．

_ murasaki

も新しいのが出ていたので upload．

家のマシンでは，ちょっと前から murasaki_init.pci が刺さるという現象が 起きています．とりあえず INIT=No にして起動しないようにしてしのいでますが， 何か問題があるはずなので解決したいところですね．user だけでなくて system 負荷も高いので，システムコールを発行しまくってるんじゃないかと思います． 場所は意外と見つけやすいかもしれません．

_ 電灯のスイッチ

部屋の電灯のスイッチは，部屋の中にあるのがふつうですよね． だけど，トイレとお風呂だけ，部屋の外にあるんですよね．お風呂は 水がしみこんで…，という懸念があるのでわかるんですけど， トイレはなぜなんでしょうかね．

実家にいたときに，よくトイレの電気を消されてしまっていたので （意地悪ではなくて，電気の節約のため．ちゃんと入ってるかどうか 確認してほしいよね）思い出しました．トイレの権威の方，教えてください．

_ Matz にっき より

元のエントリの続き．

引用部をもう一度見直してみたらなんだか変だなと気づきました．

小飼さんが（論理的に）読み違えている部分もあるんじゃないかなぁ． 「コードも書かない人に言われたくはない」からといって，三浦さんが 「コードだけでOSSの世界が回ると思って」るとは読めないですよねぇ． 事実，三浦さんは（ぼくが知っている限りでは）（社内の調整などを含めて） コード以外の部分でもいろいろ尽力している人ですしね．だからこそ 「人材育成とか、日本発のＯＳＳとか、コードも書かない人に言われたくはない」 ということが出てきたんだと思います．表現にはとげがあるとは思いますが．

コーダー＜としても＞OSSに関わってる実感から行けば、コード書きなんて 一割いかねえよ、必要な作業の。MLでコンセンサス取って、ドキュメントを 整備して、モノが出来たら広報して伝道してフィードバック受け付けて、 それを回すだけのインフラを用意して....未だにコーダーだけでやってける と思ってるのかこの青二才が。

と言われると、はなはだしく萎えるのだ。嘘じゃなくても。私、上司から こういう言葉をいただいたら、その日のうちに転職を考えます。

というのは，よーくわかりますね．まぁ実際こんなことは言われない ですけど（別のことでいろいろ怒られたりはしますが :) ）．

で，思うに

先の エントリ でも「島国根性」という（侮蔑的な）表現が反感を買いましたし，今回も 似たようなものじゃないかと考えます．小飼さんは，CodeFesta そのもの には賛同する立場の方だと思いますし，「島国根性」に不快を表した方々も 国際化には賛同するはずです．結局，両方ともコミュニケーション（表現）の 問題なのかなぁ，と思いました．コードを書く人と書かない人の，ね．

コードを書く人も書かない人も，どのように読まれるかという想像力を 働かせて表現する必要がありそうですね．OSS 界隈では，コミュニケーション がもっとも重要ですから．

_ codefest日本2005 参加に関するFAQ

Q: TVはありますか?

A: アンテナ線はきてますが、TVはありません。

とのことなので，以前買って放置気味の BUFFALO PC-MV5DX/U2 を持って行こう．Windows でしか使えないのが癪だけど仕方ないですね． 会場でだれかLinuxドライバ作ってください（ぉ ← 自分でやれ（むり

追記: ケーブルセットを忘れないように．今週末に実家に帰ったときに おきっぱなしのコネクタセットを持って行くか．いや，よさそうなのを ヨドバシで見繕ってもいいかな．分岐ケーブルならなぜか二本もあるんですが．

_ TachTrac

簡単に設定してみました．mod_rewrite 使うと，URL 構造もきれいになって 幸せ．ドキュメント読むだけだとアレなので，ちょっと訳してみました．

_ ライブドア Blog ニュース掲載依頼メールについて

ただのにっきより．

コレぼくのところにもきたんですが，これらのエントリに書かれていること 以上に問題があるんですよ．というか大問題なんですが．というのは， 「貴サイト」という表現しかなくて，実際にどのサイトのことか全く書かれて いないんです．で，To: で判断しようと思ったら，「To: ライブドアの担当者 のメールアドレス」で送ってきてるんですよ．たぶん，各サイトに個別に 送るのが面倒なので，Bcc: で送ったんでしょうね．結局，Delivered-To: とか Received: とか見てどこ宛かはわかったんですけどね．

この担当者には，一人(あるいは一企業)が複数の Blog を運営するということを 想像できてなかったのだと思います．だから，一律で送っても担当者は認識 できるだろうと考えたのでしょうね．

Bcc: のこういう使い方は間違ってると思うんですが，現実にこういう使い方 をしている人は多いですね．Mew のように，Bcc にしたときは message/rfc822 形式で添付される形にすれば，このような間違った使い方をされることはない と思うんですけどね．

_ コードを書く人と書かない人 (コメントより)

こういう言い切り方は正確ではなかったですね、すみません。100% わかる・できる という訳では決してありませんし、そんなことは無理な話ですから。

プログラマと付き合う に書かれているように、コードを書く人のやっていることは、なかなか想像 しづらい部分があると思います。コードを書くしごとだけじゃなくて、本文に 挙げたようなものも同じようなことで、それを想像できるようなことを経験 していないからだと思います。

_ ニーズはシーズより重要?

DAC さんの記事で触れている点は確かに正しいと思います。しかし、趣味で 好きなようにやっている人に言って、理解されなくても仕方ないですよね。 彼らのやっていることは、仕事でも慈善事業でもなく、趣味なんですから。

しかし、ぼくは何事もビジネスベースに乗らないと大きくなっていかないと 考えているので、ビジネスのテーブルに載ることが重要だと思っています。ですから、 ある程度は意識していますし、仕事でやっているものは当然それが高い意識になり ます。でもこれは人それぞれですから、強制はできませんね。 （オープンソースは趣味で好きなようにやっていき、仕事はまったく別、としている ひとも少なからずいます）

このように、それぞれの人が考えていることが異なっているので、多くの プロジェクトでは（大規模なものであればあるほど）、なかなか意見が まとまりません。仕事の場合では、人が足りなければお金を使って雇う ことができますし、上司の鶴の一声でがんばる場合もあります。しかし、 ここではあくまで開発者たちの自主性に任せられますから、 これらの折り合いをうまくつけて、よりよい方向に動かして いくのが良いですね。大きく成長しているコミュニティはある程度上手くいっている のではないかと思います（Linux Kernel とか、Debian とか Ruby とかもそ うですね）。

_ メモ（あとで Wiki に移すこと）

• foomatic-filters-ppds を入れないと cups のプリンタリストにたくさん出てこない
• ipw2200-source 作るときは debian/driver.files を確認
  • 作って deb いれたあとに tar で /usr/src/modules 以下に展開し直さないとダメだよ（忘れててハマった）
• BOSE の高いスピーカは違うね
• 一家に一台プロジェクタ
  • 大画面テレビより安くて（10万円くらい）大画面（60インチ以上）
  • BOSE のスピーカの音に負けない大画面（ふつうのテレビだと音がすごくて負ける）
• logcheck のルールはこまめにメンテナンス
• gnome cups status が落ちる

_ SMTP HELO の理解

RFC2821 4.1.1.1から．

• クライアントのメール送信のときの HELO/EHLO 発行は必須 (MUST)
• HELO/EHLO で送信するホスト名は FQDN
• FQDN が送れない場合は [xxx.yyy.zzz.nnn] を送る (SHOULD)

つまり，

• 「HELO desire」は NG（FQDN ではない）
• 「HELO 192.168.0.1」は NG（アドレスリテラルではない）
• HELO/EHLO を送らずにメールを送ろうとするのは NG

spammer のメールは、localhost.localdomain とか、IP アドレスそのままを 入れてくるものが相当数あるので、postfix では「smtpd_helo_restrictions = reject_invalid_hostname, reject_non_fqdn_hostname, reject_unknown_hostname」と 「smtpd_helo_required = yes」をいれておくのがよい．

Mail::Sendmail 0.79

HELO で送るホスト名は Sys::Hostname の hostname() を使っている． Debian GNU/Linux (woody) 環境では，hostname() は FQDN ではなく， （ドメイン部をのぞく）ホストの名前のみを返す．

_ PSX と NetBSD

みんな知ってることかもしれないですけど。

PSX の「PSX について」には

本製品の通信機能には NetBSD Foundation. Inc. およびその協力者によって 開発されたソフトウエアが使用されています。 詳細については「PSX について」の後の「BSD ライセンスについて」を ご覧ください。

と書かれていて、BSD ライセンスがつらつらと書かれています。 「,F"PlayStation 2,F" Programmer Tool Runtime Library Release 3.0」と あるので、PSX だけでなくて PS2 の環境にも使われている、ということ なんですね、きっと。

へぇぇー、と思ってしまいました。

_ 「オープンソースだから無料にしろ」に対するたとえを使った反論

言われ尽くされてることなので、だれかが思いついている（実際に使った ことがある）とは思いますが、風呂の中で思いついたので、書いてみます。 ちょっとたとえとか論理展開に無理がありますが、「相手に自分のことと して感じさせる」という形で理解してもらう方法です。

客（Aさん）

オープンソースを使うんなら無料なんでしょ。なんでお金取るの？

業者

なぜ無料なのか考えてみましょうよ。A さんの趣味はなんですか?

Aさん

ゴルフだ。

業者

A さんはゴルフが上手で、そのスコアをインターネットで公開しているとしましょう。当然、見る人は無料だから「すごいな」とか言いながら見ています。そのうち「自分も上達したいから教えてくれ」という人がでてきました。A さんはやさしいので教えてあげます。

A さん

まぁ知り合いなら教えてやっても良いがね。

業者

で、その噂を知った他の人が続々と「教えてくれ」と言ってきます。でも、すべての人に教えてあげるわけにはいかないですよね。

A さん

当然だ。仕事もあるし、そんな時間もない。趣味でやってるんだから教えてやる義務もない。まぁ、お金くれれば教えてやらないでもないが。

業者

だとしたら、この人たちにはどう答えますか？

A さん

「時間もないし、できない。教えてもらうならゴルフ練習場のレッスンプロのところにいけ。」

業者

そうなりますよね。オープンソースソフトウエアの開発者も多くは趣味で（自分が作りたいものを）作っているのです。慈善事業でもなんでもありません。使い方を教えてもらったり、障害をサポートしたりするのは彼らの趣味の範囲ではありません。ゴルフでも同じで、好意で教えてもらえる以外は無料では教えてもらえません。私たちはゴルフで言えばレッスンプロなのです。オープンソースソフトウエアを「仕事として」サポートします。そのためには（障害対応など）皆がやりたくないことも当然行いますが、それには相当の対価が必要になります。

うーん、文字で表してみるとよりいっそうダメ論理が漂ってきますね。 まぁ、とりあえずメモとして。

_ ビジネスとしてのオープンソースとフリーソフトウエア

これもお風呂の中で思いを巡らせたことです。まぁ自明のことなんですけど、 とりあえずメモ。ぼくは、オープンソースの考え方が 好きなので、それが発展していくことの望んでいます。趣味の中だけではなく、 経済的な社会の枠組みの上に乗せていくことが、大きく発展していく第一歩だと 思っていますので、何とかビジネスとしてうまくやっていける方法を探っています。

一方で、そんなことはどうでも良くて自分の作りたいものを好きなように作って 行きたい。あくまで趣味なので、自分のやりたくないこととか利益にならない ことは基本的にやらない、という人もいます。こちらのほうが多数だと思います。 ただ、相対的に声が小さいので、こういった方々も同じような目で見られて しまうのではないでしょうか。そこが「オープンソースと呼ばないで」に つながるんでしょうね。

結局、このギャップは仕方のないものです（どっちが良いとか悪いとかではない） から、それをきちんと認識して いることが大事ですね。そのうえで、声の大きな人はそれに配慮する、と。 「趣味でやってる人もいるし仕事でやってる人もいる」し、 「何とか仕事にしてお金がほしい人もいるし、お金なんかいらないから 趣味として縛られずに自由にやりたい人もいる」のでしょう。 少数派だとは思いますが、 「社会貢献としてやっている」という人・企業がいるかもしれませんね。 どうしていけば一番幸せになれるのか、というところまで考えが至って いません。