/home/pochi/ChangeLog / 2005-09-01

■ 打ち合わせとドキュメント提出 [仕事]

駒沢大学にて。
ハードウェア障害の連発は仕方ないよねえ、という話。

■ 東京タワー [生活]

JIPDEC の目の前にある。(どっちかというと逆か？)
なんか昼飯食えるとこあるかな、と入ってみる。
ついでに散策。
夏休み終わったからかわりと閑散としてた。
古い観光地にありがちな、ゆるーい感じが良いよね。
エスカレーター設置工事して欲しいなあ。

■ プライバシーマーク追加書類提出 [仕事]

報告書に判子を押してー、と JIPDEC から電話がかかってきた。
判子を押して持参。

■ 朝日新聞「虚偽メモ」事件に思う [ネタ]

http://finalvent.cocolog-nifty.com/fareastblog/2005/09/post_86e9.html

フィクションだとしても、いくつかは事実だろうね。

■ 頭の良くなる「短い、短い」文章術 - あなたの文章が「劇的」に変わる! [ネタ]

http://www.ringolab.com/note/daiya/archives/003740.html

要は「高橋メソッド」か？

こういう、短く、短く、という考え方は、スピードアップには
とても効果的だと思う。

メールの返事なんてのも1行で良いことは多いしね。
「いつもお世話になっております」なんてのを読むコスト、
馬鹿馬鹿しいよね。

馬鹿馬鹿しさの極限が、役所等で使われる「整備文」か。

整備文の説明 (たつをさんの日記)
http://nais.to/~yto/clog/2003-11-02-1.html

もちろん省略しすぎると、蒟蒻問答になっちゃうので、
役所の文書や、契約書なんかは、整備文っぽく書くべきで、
その書き方はスキルとして押さえておいたほうが良い。
大学の教養あたりで教えても良いんじゃないかな。
ただし、何でもかんでも整備文、っていうのはちょっと勘弁。

参考)
蒟蒻問答
http://demetoni.hp.infoseek.co.jp/rakugo/mondou.htm

要はバックグラウンドが違うときに、ちゃんと説明しないと、
言ってる方の考えと、聞いてる方の考えが、違っちゃって、
とんちんかんになっちゃう、ということね。

余談だけど、下の本、面白かったですよ。
わりとお勧め。

ゲーム理論と蒟蒻問答

ゲーム理論と経済学の限界について、わかりやすく説明してくれてる。
要するに、モデルと現実は違うよ、ということなんだけど、
ゲーム理論、経済学を勉強してる人、した人は必読かも。

■ 郵政民営化って要するに何なの？と政治に詳しい人に聞いてみた [computer]

http://kotonoha.main.jp/2005/08/30yusei-mineika.html

まとめると

- 要するにみんな嘘つき、
- 必ず投票しよう
- とりあえず信じられるとこに投票しようね

ということかな。

■ 理科系人間にも分かる「小泉改革の本質」 [選挙][computer]

http://satoshi.blogs.com/life/2005/08/post_19.html

信じられるか、がキーワードなのかもなあ。

全然政治とは関係ないんだけど、

私も含め、世の中の９９．９％の人間は、お金を使えば使うほど
自分が得をする環境に置かれれば、お金を使うに決まっている。
人間とは元来そういうものだ。
そんな状態に彼らを置いてしまっている構造そのものに根本的な
欠陥があるのである。
つまり、これはモラルの問題ではなく、インセンティブ（動機付け
の問題なのである。

システム屋的にもインセンティブは重要だったりする。
システムが使われないっていう話は良く聞くけど、
理由の多くがインセンティブ不足。
機能が足りない、不便だ、と言っても、なんらかのインセンティブが
あればシステムは使われるものなのよ。
会社であれば、人事制度に絡めて、システムを使わなければ、
給料出ないよ、みたいなことをするとみんな喜んで使うわけだ。
なので全社的なシステム導入にあたっては、全社的な利用のための
人事組織的な仕組み作りがかかせない。
システム導入にあたって、重要なのは、実はシステムの機能じゃなくて、
人事組織を作るノウハウだったりもする。

全社的なシステムって面倒臭いのう。
優れた組織は、そういう人事組織の改善が
低コストでできるように組織的に訓練されてるんだよね。