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で取りに行くと。