DragonFly BSDのドキュメントをWikiで公開して。正式な文章になったらCVSでcommitするのはどうよ。という話題の反論。
オレの個人的なWikiに対する感想。
このサイトではコラボレーションツールとしてWikiは使いこなしていない。
せいぜい「URLのリンク先移転などに関して訂正ツッコミを貰うかわりに、直接書き直す人が数人居た」という感じ。（それでもWikiのメリットとしては大きいと思うけど）
FreeBSD memoを書くときに、このサイトが使用しているデフォルトのPerl5で動作しないmarkdownにこだわったのには理由がある。
一番重要なのはマークアップ記法として、SGMLよりもWiki記法は楽だ。ということ。
SGMLをちゃんと書けるエディターそろえれば良いじゃん？　というのも正しい解決法だけど。
自分以外の素人さんにも使ってもらうためには、プレーンテキストっぽいWiki記法はオススメしやすい。
Pseudo PODというのにも興味があったけど、どこ探せば良いのかわかんなかった。
でもbloxsomでWiki記法をするのならYukiwiki記法プラグインのほうが良いかも。（設置後に見つけたよ……）

イントラネットの電話連絡先リストとかメールアドレスリストはWikiが良いな:

狩野さんがモナーフォントスレの「18」だったと。
そして電車男のAA組版の話題から展開してモナーフォントに付いて解説している。

kuriyamaさんがportsに入れていた。
files/patch-*を見ると、けっこう細かい修正がされているな。
このサイトのFreeStyleWikiも参考にして修正するか。

Webサーバーにインストールして動作させるPerlスクリプト。RSSの形式で出力されるので、RSSリーダーに登録して読む。
どこぞのサーバーで稼動していてソースが公開されてないゲートウェイだと、IDとパスワードを入力して使うのはかなり抵抗があるが。
こういう感じでスクリプトが公開されていると、自分のサーバーで動作させればパスワードが回収される心配も無くてよい感じ。
FreeBSDでPerl5.8.5を使っている環境の場合、同梱されているライブラリの他にwww/p5-libwwwも必要。
www/p5-HTML-Templateとかは同梱されているのでも問題無いけど。

あー、こういう企画は面白い。

bl.spamcop.netもまぁまぁ引っかかってくれるので、併用することに。

/usr/local/bin/rblsmtpd -r bl.spamcop.net -r all.rbl.jp \
/var/qmail/bin/qmail-smtpd

という感じで。

目次_ を見たら涙チョチョ切れて来た。
つーか、大河内さんが記事書いているのね。
中学生のときに大河内さんにApple //cを貸してもらってウルティマ4を遊んでから、道を大いに踏み外して。途中、国民機時代とApple高価格戦略時代はパソコン触らなかったけど。
なんだかんだで計算機方面に戻ってきた気がするな。

私は会社のシステム管理者をしている関係で、システムダウンはもとより、瞬電(カミナりなどによって一瞬電圧が下がること)などの異常を検知すると、携帯電話にメールが自動配信されるようになっています。
　従いまして携帯電話をマナーモードや、ましては電源を切っておくことはできません。夜中に携帯電話が鳴ることは、すなわちシステムダウン対応の為に出社することを意味し、日頃から夜中の着信に対して敏感になっています。
　このような状況で、緊急でもないメールが送られて起こされるのは非常に迷惑です。私の場合は特殊かもしれませんが、人それぞれ事情や状況が違います。自分の解釈で２４時間いつでも送っていいという考えは改めて頂きたい。

仮にも「システム管理者」を名乗るのであれば、アラートメールと迷惑メールぐらい振り分けしろよ!!
深夜の時間帯だけは自分の会社のドメイン（と、その他許可したホワイトリスト）からくる警告メールだけ転送するようにするのが、正しい「システム管理者」のやることだぞ。
それが「仕事で必要なんです。迷惑だから深夜にメールを送らないでください」って、マジもんでアホか？
迷惑メール業者は人の言うことなんかきかないっつーの。

embrace the conflict -- 葛藤を楽しもう_ で説明されている「メインフレーム文化」の方針がこれに近いのかなぁと思った。
逆に、命令の意味と目的を伝えて、解釈させて各々が勝手に動く。
というのはオープンソース的な文化だ。
作戦行動中に、お互いに細かく連絡の取り合いが出来ない場合。
後者のように「目的」だけを伝えて、あとは実際の動きは艦長に任せるというのが効率的だ。
今の計算機社会だと、命令の意味を解釈しないでただひたすら従うのはパソコンの役割だ。（産業用ロボットがそうなる時代もいずれ来るだろう）
つまり業務に関する会話を、ロボ扱いとして聞いているのか艦長として聞いているのかでプロトコルが違ってくるわけか。
皆がきっちりと系統だって淡々と分担作業をするよりも。
曖昧な集まりで、単純な「最終目的」だけが共通した作業をして、かつ統制が取れているように見える。
というのが今時の文化か。
アリの隊列は指揮官が居るわけではないけど。各々のアリが単純なルールで動いているだけで統制が取れているように見えるみたいな感じ。
アニメを作るときに、監督が最終的な「解釈」をするというルールがあるようだ。
たまに作画監督が「このカットのこんな絵の描きかたはダサいと思う」という各論で反対したりするが。
監督が「そのカットはわざとダサく描いてもらうことで意味があるから」という風に説明したりする。
仕事の出来る作画さんなら「ああ、そういうことなら従います」とルールがどうして存在するのかわかって行動するが。
それがわからない人は「えー、ダサいものはダサいよ。わかんねぇ」と文句を言ったりするとか。

エンジニアとして気になった、コミュニケーションを扱う記事幾つか_:

知らなかったよ。

日経BP専門誌の広告代金と発行部数。
Linux Magazineよりも日経Linuxのほうが売れていたのか……。
もうサラリーマン層の「システム管理を命じられてすることになった」読者を見込むしかないのね。

アスキー 「 Linux magazine 」 来年 2月売を以って休刊_:

メタ情報の意味無し。getする価値がない。本体と照らしあわせて、記事文と他のコンテンツの区別ができるようになるぐらいか？そんなのclass attrで十分じゃねえか。_ という風に「メタ情報の意味無し」という批判もある。
Landscape - エンジニアのメモ_ では

bloglines で読んでいたら突然全文を読めるようになったのはこういうわけか。素晴らしい。2004-10-26 の「content:encodedが足りねぇ… じゃんじゃん 持ってこい」でも書いたように、私は全文入った RSS が大好き。記事単位でサクサク読めるのが最高。

と実利的なメリットによって賛同している人もいる。
そもそもRSS 0.9、RSS 0.91、RSS 1.0、Atom、Echoの概念と違いもよく理解してない。
Web KANZAKI: RSSの歴史_ を読んだだけ。

なかなかAmazonにもbk1にもデータが登録されなかったなぁ。
技術評論社のページ_ で目次が見られます。
ということで私は「Expertなjail環境構築のポイント」の記事を書きました。
かけなかった情報については、 otsune's FreeBSD memo_ のjailカテゴリーで補足する予定。

ちゅーかusers-jp 81998みたいなビビらしまくるネタが出てきてビビり中:

探せば有りそうだな。
404や503エラーが出たら、例外をRaiseしてhttp://torrentproxy.example.jp/targeturl/hogehoge.torrentみたいなシーダーにBitTorrrentで取りに行くと。

フレッツグループアクセスでIビルと制作ビルをつなぐための作業。
ビック立川で50mのパッチケーブルを買ってくる。
サーバー室 <-> 撮影室 <-> 制作室と穴を通していく。
つーか、撮影と制作の壁に空いていた穴が、換気扇の電源モールによって半分塞がれていた。
はがして対処。
接続して、routeをはって確認。終了。

本社ビルからファイルサーバへのアクセスができないという不具合報告:

武蔵関スタジオから、フロア拡張について問い合わせ:

• USBスピーカー
• 50m LANケーブル
• FreeBSD Expert 2005

でも造語主から一言注意がある。
「シュッ・シュッ神」
ではなくて
「シュッシュッ神」
だから。

黒歴史となったblog騒動において。
「Trackbackってなにがおいしいの？」と思考実験してみたときに 2003年3月15日に出たネタ_ が実現したみたいです。
「言うだけ番長」の名をほしいままに!!
あの時は、てっきりishinaoさんが作りそうだなぁと勝手に思っていたりもした。
でも意外とどうなんだろ。
普通にGraphvizとかで可視化したほうがウケは取れるのかもしれないな。
あと「石川うんこしないよ系統図」を生成するモジュールとかが良さそう。
treeのソースでも見るか（脳内で）。

高林さんの作る人話を読んで:

日付を見たら2001年11月とか書いてあったし。
3年ぶりに見たソースコードは、まったくの赤の他人が書いたソースコードよりもわかりにくいことこの上ない。
でもREALbasicで作ったMac OS 9用の変換ツールだから大したことは無い。
ちゅーか、3年前でもMac OS Classic向けだったらPythonで書けばよかったかも。
今ほど日本語テキストが無いから、勉強する手段を知らなかったけどさ。

bloglines移行のゴタゴタで巡回し忘れてた。

へー。
コメントによると大日本スクリーンがヒラギノフォントを修正したのが原因らしい。
Appleも株アップルもよくわかってないんじゃないかという邪推もあり。

[antispam-j 07235]から。
ようするにspam送信業者が「名義を貸してくれれば20万支払います」という裏バイト募集を出している。
それに応募すると、OCNを始めとする全国プロバイダの契約通知がやってくる。
あとはIDとパスワードを業者が使ってspamを送信しまくると。
そのうち警告がきて停止処分になるけど、同じような名義貸しバイトに応募してきた別人に乗り換えればよいと。
なるほどねぇ。
ちょっと前にニュースサイトで話題になっていた古典的な手法か。

scponlyc（chrootするscponly）をシェルにしてファイル公開サーバーを設置しているので、被害は出そうに無いが。
とりあえずshells/scponlyのアップデート後すぐに作業しようっと。

skypeのアンサリング・マシーンSAMは，skypeでかかってきた伝言をwavフォーマットで残すことが出来，リストからワン・クリックで返事をすることができる。