10月より、約５年にわたるデスマーチツアーから帰還しております。
GTDで言うところの「いつかやる」リストがたまりまくってますが、日記もそのうちのひとつ。

ということで、こっちで再開しております～。

しばらく、このアイデアを書き留めておく場所として
ココを使うことにする。
たまたまココを見て、思うところがある方は、コメント欄でどうぞ。

意義
失敗しがちなソフトウェア開発に対する１つの処方箋として、
いわゆるアジャイルなアプローチが提案されて久しいが、
大規模開発には向かない面が多い。
また、小規模開発であっても、大企業向けの業務システム開発には適用しずらい。
ソフトウェア開発では、規模が大きいほど、失敗・デスマーチ化しやすいにもかかわらず、
この「規模の大きさ」に関する部分でのパラダイムシフト的な提案がないのではないかと思い、
何か有効な手立てがないか考えてみたい。

そこで、自分自身は決してミリタリーマニアでもなければ、規律主義でもないが
大規模な組織運営の模範として、軍隊のメタファーを積極的に持ち込んでみる。
ただし、軍隊式とピープルウェアは背反しないし、させないことに十分に注意する。

以下次号。

今更ながら、ちょっとだけマジメに help を読んだので、メモしておく。
ほぼチュートリアルの要約だけど...。

なんといっても最初が肝心！この手順とルールを知っておかないと
あとがすごくメンドウになる。
# というか、やっぱりマニュアルは読むべきだな。

1. 新規プロジェクトを作成
                開始日を決めて OK とする(他は決めなくても OK)。
                ひとまず保存して「ガントチャート」画面を開く。

2. タスクを積み上げる。
                このとき、開始日・リソースは気にしないで、タスクと期間のみを淡々と入力する。

ちょっとしたことを忘れないようにするため、よく
テキストエディタにメモったりしますよね。
# 要するに Emacs で言うところのスクラッチファイルなわけですが
# 自分はリアルハッカーではなく「丘ハッカー」なので
# Emacs なんか難しくて使えません。
## お気に入りのエディタは、EmEditor(v4std)です。
## ちなみにお気に入りな理由は『"メモ帳"に近いから』(←ここらへんも"丘")。

で、あとで清書したりメールしたりするまでの間、
ふとした瞬間に内容が消えたりすると危ないので
すぐにデスクトップに保存しておきます。
ファイル名は、「名前ごときで迷うのは時間のムダなのじゃ！」と
ハッカー気取りで(←ここ重要)「foo.txt」としています。
ここまでの一連の動作は、ほぼ指が覚えているので、
無意識だったりします。

久しぶりにフツーの本(＝技術書以外)を買った。

以前から読みたいと思っていた「利己的な遺伝子」(89年版)を近所の古本屋で
約半額で捕獲。
読むのが楽しみなのだが、さて、通読するのにどれくらいかかるだろうか？
電車でもベッドでも、のび太なみの速度で寝入ってしまうので
相当かかると思われる。あせってもしょーがないので、ゆっくり読むこととする。
# 一緒に奥田英朗の「野球の国」も捕獲。こっちはすぐ読めそう。

web開発ではもはや必携の「横取り丸」が
おととい update されていたのでメモ。
リリースノートがついていないが、内容的には bugfix のみらしい。
かなーり久しぶりだったので、ちょっとびっくりした。
--
[追記:10/21]
改版履歴がちゃんとありました。
失礼しました。
１年以上ぶりだったのですね。

http://www.m-on.jp/sp/index_forward=special.html#2005062800000761

いやーよかった。
BONNIE PINK「Perfect/Fairground Attraction」
Crystal Kay「Overjoyed/Stevie Wonder」
LENA PARK「Sweet Child O' Mine/Guns N' Roses」(!)
CHEMISTRY「見つめていたい/THE POLICE」
など。
渡辺等のベースもさることながら、キラキラ系担当 Key. のタオルバンダナの
にーちゃん(名前わからず)がツボをおさえたプレイでなかなか GJ.

業務システム開発で新規にサーバを立てる場合、
本番機のほかに開発機も用意してもらわねばならない。

開発機側のスペックは、大抵の場合、本番機のスペックを
何分の一かにスケールダウンしたサイズで見積もられるのが
通例のように思えるが、実は開発機にこそ、十分なパワーが
求められるのではないかと感じることがしばしばある。
実際、自分がこれまで参加したプロジェクトを振り返ってみると、
過去３つくらいのプロジェクトにおいて、開発工程が進むにつれて
開発機のパワー不足が問題になっていた (今のプロジェクトも...)。

どういうことかというと、本番機には基本的に業務運用に使う
１つの環境だけを launch すればよいのに対し、開発機には
たくさんの環境を launch する必要があるからだ。
たとえば、以下のような具合である。

ロイクソップを買いに言ったら
なぜかジノ・ヴァネリとかも買ってました。
ってか、反則ですよ TOWER RECORDS さん！
AOR 特集ってナンですか!! 試聴板30枚も揃えて!!
2005年ですよ今。

いまさらながら、↓コレ安すぎですね。
E-MU Proteus X