--- 危ない誘惑 ---
現場でここのボスに声を掛けられた。
「君、ActiveXって使ったことある？」
確かに前の現場で使ってはいたけど、
僕はその部分の作成には全く関わっていないから
作ることはとても出来ない。

ふぅ、危うく危険なプロジェクトに首突っ込むところだったぜ。
大体今どきActiveX作ろうとするなんざ時代遅れもいいとこ。
いくら暇だからといって、
わざわざこういう開発に関わりたいとは思わないね。

--- 結局 ---
今月も何もないままスタートです。
最近では現場でもほぼ家と同等の開発ができるようにしたから
色々やってる。まずは掲示板。
テキストブラウザw3mではJavaScriptがあまり効かないので
そこらへんを修正中。

--- ボトルネック解消への道 ---
ここのHPは、今のところデータベースへの接続は
アクセスの度に繋いだり閉じたりしてるので
この部分がかなりのボトルネックになっている。

そこで、EJBなんかでも使われている
「コネクション・プーリング」という手法を取ろうと思ってみた。
これは予めデータベースとの接続を確保しておき、
必要なときにこれを各プロセスに渡す方法だ。

これだとデータベース接続に掛かる時間は大幅に短縮できる。
その分メモリは食うけどね。

--- dRuby ---
これをRubyでやるにはどうしたらいいのか。
グローバル変数を使うやり方は今いち上手くいかなそう…
そして行きついたのが「dRuby」を使うことだ。

dRubyとは「分散Ruby」のことで、要するにJava RMIのようなもの。
専用サーバを立てておき、ここからDB接続を取得するような仕組みにする。
これならば自前のコネクションプーリング機構を提供できる。
ここまで出来ればもはやJSPを使う必要も無いね。

--- 続・悲劇風景 ---
某上司と部下がまたもや動きだした。
半ばヒステリック気味に「この前教えたでしょ?」(←注：男だ)
と叫ぶ上司。まっ、そんなにすぐに覚えられるわけ無いよなぁ。

そして授業(？)はいつの間にか終わり、今度は上司の説教タイム。
ふぅ…後ろで聞かされてる俺の身にもなってくれ。
結局は部下に責任をなすりつけるだけで
自分は何も出来ないダメ上司か、こいつも。

--- シナリオ？ ---
どうもこの業界の人間は横文字を使うのは好きなようだ。
周りで「このシナリオが…」とか言ってるのがいる。
要は「今後の構想」のことをそう呼んでいるらしい。

なんか聞いてて不自然なんだよね。
あんまりシナリオシナリオって連呼されると、
「お前はRPGでも作ってるのかっ！」とか突っ込みを入れたくなるぜ(笑)。

「ノーマルなら…」とか言ってるのもいる。
「普通」でいいじゃねぇか。そういう奴に限って
ロクに英語のドキュメントも読めなかったりするんだぜ、きっと。
カタカナ英語はもう歌の世界でうんざりしてるんだ。

--- 台風メール ---
現場からメールが来ている。
何でも「台風が接近しているので早めに帰りましょう」とのこと。
そういうことなら今すぐにでも帰るぜ(笑)

…というわけで、5時に帰れることになりました。
昨日は6時で帰れたし、なんか最近ついてるなっ。

うぅ、今日はお腹の調子がメチャ悪いぞ…
というわけで会社を休む。
出張の予定あったんだけどなぁ。
そんなわけで、また明日。

--- 1日の遅れ ---
昨日は出張の予定だったのに休んでしまった。
ちょはっかい君抜けた今、プログラム担当側は僕しかいないから
「申しわけない」って気持ちも少しはあったんだけどね。

というわけで、昨日行ったその他のメンバーは
何の作業も行えずに引き返してきたらしい。
にしても、ちょっとは自分達だけでも出来るようにしたら？
たかが新人一人の欠席で「もうお手上げ」っていう
この現状はさすがにまずいと思うぞ。

--- お気楽モード ---
午後から出張に。
適当に過ごして帰るぜっ！

--- ようやく… ---
昼過ぎ、リーダーから声を掛けられる。
昨日の出張の結果を聞きにきたらしい。
相変わらずデータがクズで仕事にならなかったことを話す。

で、ようやく来週から新しい仕事にありつけることになりそう。
聞いたらASPだってことで、4ヶ月前の僕だったら
「そんなモン使うか！」と家中のシャンデリアを叩き割ってるところだが(嘘)
とにかく暇つぶしの材料に飢えている(ハイエナかよ)僕としては
この際何でもいいのだ。

--- バグだらけ？ ---
というわけで、仕方無くASPの勉強。
前にも少し使ったことあるのだが、やはり使いにくい。
一番腹が立つのが、まぁM$のアプリには共通して言えることだが
向こうのバグに対してこっちが対応するしか方法が無いってこと。
そういうのはメーカー側で修正するのが筋だろうよ。

エラーメッセージも実にいい加減。というより紛らわしい。
これだったら出ない方がマシだぜ。
そんなにユーザーを困惑させることが好きなのか？
そしてまた。「イカれたデフォルト問題」はここでも存在する。

--- そりゃ無いぜ！ ---
ファイルを扱うとき、
ファイル名をフルパスで入れないときのデフォルトフォルダ。
それが何と「C:\WinNT\System32」なのだ。
どう考えてもおかしいだろ、これ。

普通だったら、そのASPスクリプトと同じフォルダに出力するだろ。
というわけで、いちいちサーバマッピング関数を使って
パスを取得してからファイル名と結合しないといけない。

--- デフォルトの意味 ---
お前ら、デフォルトパラメータを何のために用意してるんだ？
「一般的に使われるだろうパラメータを入力する手間を省くため」
それがデフォルトってもんじゃない？

これじゃ、初心者がこの関数を使ったとき
間違い無く「たった今作成したファイル」がどこにあるのか判らず
システムフォルダにゴミが残ることになるに決まってるじゃないか。

俺だってわざわざそのファイル探すためにディスク全検索掛けたんだぜ。
まさかあんな所にあるなんて思ってもみなかったからな。
そのねじ曲がった信念にいつまでもユーザーがついて来ると思うなよ。

--- 眠れない夜 ---
う?む、なぜか金曜の夜は夜更ししてしまう。
そんなわけで今は、昼の間ひたすら会社で勉強していた
Emacsスクリプトと格闘中だ。
まさかこの言語にまで手を出してしまうとは…
こいつは相当気合い入れてかからないと撃沈しかねないほど手強い相手なのだ。

--- Migemo ---
またまた素晴らしいツールを発見した。
日本語の文字列をローマ字でインクリメンタル検索できるという
とんでもない代物だ。

Emacsライブラリとして提供されているこのツールは
Rubyで書かれている。以前はPerlだったらしいが。
そしてテキストブラウザのw3mでも対応していることもわかった。

ちょっとだけ試しに使ってみたが、これが超便利。
英語の綴りでカタカナ語を検索できるなんていう
ナイス(？)な機能もあったりして良い(使用頻度は低そうだが)。

--- 「フリー」ウェア ---
Migemoの辞書には、前にも紹介したSKKのものが使われているらしい。
どちらもフリーウェアだからこういう事が簡単に出来るんだろうね。
GNUの世界では、フリーウェアがソースを公開することは当然なのだ。
彼らは「ソースを公開しないようなソフトはフリーとは呼べない」
とまで言い切っている程。

でも、僕らプログラマの立場から言わせてもらえば
それがどれだけ重要なことか解ってほしいのだ。
どんなに良いソフトにだって多少の使いづらいところはある。
それを自分で修正したい!という欲望にかられたとき
ソースが公開されていないソフトではそれが出来ない。

あるソフトが「OSを替えたら動かなくなった」場合はどうだろう。
僕らは、その作者が新しいOSに対応したものを作るまで待っていなければいけない。
あるいは、彼はそれを永遠に作らないかもしれない。
そんなとき、僕らはもうお手上げだ。
「与えられたものを使う」だけの生活は僕には耐えられない。

--- こんなん出ましたけど ---
昨日は体調不良のため休み(半分ホント)。
で、今日会社に行ったらメールが届いている。

「仕様変更」

何度目だろう。この単語を目にするのは。
しかも今回は今までで最大級の規模らしい。
午前中にさっそく打ち合せがある。

とりあえず大まかな作業見積りを立てて欲しいとのことなので
適当に概算して、約20日くらいと言っておいた。
まっ、その中には当然「予備日」が多く含まれているわけで
作業的には大体10日くらいで終わるはず。
それにしても中々面倒そうな作業であることには間違いないんだけど。

--- バレちゃった？ ---
隣のグループが何やら騒いでいる。
何でも相手先からクレームが来たらしい。
で、ある人物が言った一言。
「早速バレちゃったか…」

どうやらそのバグは本人たちも周知のものらしいが
まさかバレるとは思っていなかったらしい。
具体的な内容までは聞こえなかったが、バグだと判ってるんなら直せよ。

--- elispに苦戦 ---
家ではEmacsのカスタマイズに精を出している。
とりあえずは勉強も兼ねてDBビューアを作ってみることに。
が、lispに挑戦するのは初めてなのでかなり苦戦。

DBアクセス関連はRubyでプログラムを作り
それをプロセスとして起動させながらEmacsで操作するという
形を取っていたんだけど、少しスピードが気になったので
試しにCで組んでみた。

う?む、さすがにCだと速い。
だけど久々に組んだので色々と戸惑う。
ポインタと実体の区別が付けにくいのが最大の難点。
RubyやJavaだとそこら辺を意識しなくていいからね。
今後どの言語で進めるべきか少し迷うな…

--- 勃発 ---
今日もまた始まりました。
師匠と弟子のどつき漫才…ではなく、家庭教師ごっこ(？)が。
それにしても師匠の嫌がらせはますますエスカレートしていく。
最近じゃいじめみたいになってるぞ。

「いじめ、かっこ悪い」…って俺は昔の某サッカー選手か(笑)
ああいう上司は持ちたくないもんだね。

しかも考え方が化石級に古いときている。
「デバッガなんて要らない」
「変数の隠蔽なんて必要ない」
これじゃただの偏屈者だね。
10年くらい前に読んだどこかの参考書の文面を信じているのか。
それとも「自分じゃ何も出来ない」からどっちでもいいのか。
どちらにしても、こんなの現場には不要だよなぁ。

--- 策略？ ---
そうか、仕様変更の依頼が来たということは
この前言われていたASP関連の仕事は
またも後回しになったわけか。

もしや、初めからこれ(今週になって仕様変更になること)が判ってて
先週俺に依頼したのか？だとしたら奴もなかなかやるな(笑)
まぁそんなにキレる人間だとは思わないが…

--- 出張 ---
というわけで今日も何げに出張です。
もちろん昨日の仕様変更は取り込まない状態でのテストだから
あんまり意味無いよなぁ。

--- まだやってたの？ ---
今朝、社内プロジェクトのメンバーが近くに来て何やら話していた。
聞いてみると、「リダイレクションが…」とか言ってる。
おいおい、まだそんなとこでつまづいてたの？
それ話してたの確かかなり前じゃなかったっけ。生産性悪すぎ。

--- 言語比較 ---
現在進行中のDBビューアプログラム。
元々はElispを勉強するために始めたんだけど、
やっていくうちに色々なことが解ってくる。
プロセスとして使うプログラムを3つの言語で書いてみた。
Ruby、C、そしてJava(現在作成中)だ。

まずは「Ruby vs C」。
速度はおよそ1:8(正確に計ったわけじゃないけど)。
ただ、プログラムの生産性は8:1くらい。
やはりCの開発は面倒だということを再認識させられた。

次は「C vs Java」。
まだJavaの方は開発中なので何とも言えないが、
生産性はおよそ1:3くらい。かなりサクサク進む。

というわけで、「Ruby vs C vs Java」の結果は。
生産性が8:1:3。速度は1:8:?。
この ? の部分は一体いくつになるのかが重要だ。
3くらいまでいけばJavaで進めようと思う。
逆に2以下だと厳しい。Cでゴリゴリ書く必要がありそうだ…

もちろん、Rubyでもチューニングをしっかりやれば
速度はある程度まで上がるだろう。
でも、それをやってしまうとスクリプト言語の手軽さが消えてしまう。
だったらCやJavaで書いた方が効率いいと思うから、それはしないつもりだ。

--- ようやく来ました ---
昼休み、弁当を食べながらスポーツニュースサイトを熱心に閲覧してると
ここのボスからお呼びが掛かる。
どうやら新しい仕事を割り振ってくれるらしい。

で、昼休みも終わりしばらくした後
前のプロジェクトでテスターだった彼から資料を渡される。
基本設計書と書かれた用紙がA4サイズで56枚。
詳細設計書が同サイズで74枚。なかなかにナイスな量だね(笑)。

--- エコ ---
今、地球は空前のエコブームだ。
そんな中、この業界では未だに大量の紙を消費することが常識だ。
いくらエコカーに乗ってたって、そんなんじゃお前ら全然地球に優しくないぜ。

まぁとにかくこの膨大な量の資料に目を通すことにする。
いつものことだが、コピペ君大集合なこの紙の山には閉口だ。
実際に必要なのは内容の5％くらいかな。
誰かExcelファイルから重複項目を省いて出力するソフト作ってくれ(笑)

--- 知らないから ---
一方、延々続く前プロジェクト。
この前の仕様変更とは別に、色々と問題が起きているらしい。
何でも流したデータの整合性を確認するのが大変だから
ログでいくつかの項目を出力してほしいとのこと。

一つ目は楽そうだったので「明日丸一日」掛けてやることを承諾。
次の依頼は面倒なので「それ入れると2?3日掛かります」と言っておいた。
「他の部分に影響あるといけないのでテストが大変」とか嘘付いてね。
相手はプログラムのことなど何も知らない素人。
適当に言ったところで真実が解るはずもない。

--- サバ読み ---
というわけで、「丸一日」の作業はさっさと今日中に終わらす。
いつもだったらこの「サバ読み率」ももう少し控えめにするんだけど
今は新しいプロジェクトがあるからね。
いつまでもこんな腐ったプロジェクトに時間掛けてる暇は無いんだ。

まっ、今回のプロジェクトも恐らく似たようなもんかも知れないけど。
ちなみに内容は、某高級ブランドメーカーの社内システムの開発らしい。
全てブラウザで操作するというよくあるヤツだ。
ASP & SQL ServerというM$依存の開発はちょっと嫌だけど
これが一番需要があるんだから仕方無い。

てなわけで、明日は久々に頑張って仕様理解しようかなっと！

今日は昼から田町だぁ。
やることも無いので日記も終了?

…連休明けだってのに、たったこれだけかいっ(笑)

--- 田町連チャン ---
う?む、またも田町だ・・・
一体俺は何のためにここに来てるんだろう？
やっと新しい仕事入ったからそっちに力入れたいのに。

--- 俺もついに ---
今回の新規プロジェクトには最大の欠点がある。
何度でも言ってやる。ASPとSQL Serverを使った開発なんて最低だ。
だがしかし、これは仕事。受けた以上はやるしか無い。

今悩んでるのがDBツール。
普通にいけばAccessを使うことになるんだろうが、
こんな駄目ソフト今更使いたくもない。
さっきちょっといじってみて、その使いにくさを改めて痛感。

初心者に使いやすいソフトっていうのは
その反面、慣れてくると不便極まりないことが多い。
もちろんそんなソフトが全てでは無いけど。
さらに言えば、Accessは初心者に使いやすいという点も疑問だ。

だけど今から自分でDBツールを作るのも流石に面倒だ。
出来れば既存の良品を使いたい。
今度探してみるか。

--- M$どっぷり ---
うぅぅ、僕も立派なM$ユーザーになってしまった…
朝からSQL Serverのヘルプを読み漁る。そしてVBのお勉強だ。

なかなか使いやすいDBツールも見付けた。
「Common SQL Environment」
OracleやMySQL、Postgreといった主要なDBに加えて
ODBC接続もサポートしているところが偉い。
これ一つあればほぼ全てのDBで使えることになるからね。

--- うおぉ ---
思わず叫んでしまうその原因は。
何でここ(M$)の製品はこんなに使いにくいんだコンチクショウ！

ASPは10年前のBASICを見ているような酷い言語。
SQL Server2000はショボショボの機能しか付いてない低級DB。
一体なぜこんなものを人々は使おうとするのだろう。
俺には理解できんぜ。

--- PC移行 ---
現場で今使ってるPCをもうすぐ手放さなくてはならないようだ。
別マシンに環境を移行するため夕方頃から作業に入る。
色々いじってるから移行にも手間取るんだなぁ。

--- 急な知らせ ---
なんてこったい。また今日も田町行きかよ。
そういう大事なことは事前に言っといてくれ。

--- 新プロジェクト ---
現在スタート段階の新規プロジェクト。
メインは僕ともう一人（以前のプロジェクトでテスターだった彼）だ。
とりあえずあだ名が無いと呼びにくいので「らいおん君」に決定。
顔がちょっとライオンっぽいから。

で、らいおん君は今までプログラムを組んだことが無いらしい。
今回はDB作成（大丈夫か？）とテストデータの作成をやらせとけばいいかな。
大体奴がスケジュール組んでるのが一番不安だ。
じゃあ何か？彼が現段階での仮リーダーってこと？

で、そのスケジュールを見ると
彼もASPを組む気でいるらしいが、恐らく無理なことは誰の目にも明らかだから
結局僕が全部やる羽目になるんだろうなぁ。
もちろん、初めからそのつもりだけど。

--- 結果セーフ ---
ASPから呼ばれる共通処理を作ってるメンバーがいるらしい。
そう、そのメンバーこそ最近話題（？）の「上司と部下」コンビだったのだ。

初め「ログ出力メソッドをCOMで作っている」という噂を聞いて
「アホちゃうか？」と思ってしまった。
ログ出力くらいASPで出来るでしょ。何でわざわざ重たいCOM使わにゃあかんの。

で、今日そのメソッドが完成したとのこと。
見てみると何のことは無い、ASPで書いてある。
しかもそれは、僕がテスト用に作ってサーバに置いといたモノを
ちょこっと修正しただけのものだった。

まぁこっちとしてはそれで助かったよ。
それにしても、彼はまさかこのログメソッドを作るためだけに
今まで1週間以上怒鳴られ続けてきたのだろうか？
だとするとちょっと可愛そうではある。

--- 複雑な関係 ---
旧（田町）プロジェクトは、比較的大手の会社との取引だけに
その因果関係は中々に複雑そうだ。
僕が行ってる現場内でも部署が複数あって、
僕と今一緒に来てる人は別の部署の人。

で、他の開発系会社が複数間に入って、ようやくここの本社にたどり着く。
ちなみに、間に入ってるのは悪名高いF社らしいが・・・
この会社通すだけで契約金は倍以上に膨れ上がるらしい。
まったく卑劣な商売してやがるよな。
ここは必ずといっていいほど自社内でFA社を挟んで儲けを稼ぐことで有名だ。

一体本社はこのプロジェクトに月いくら使ってるのかね。
大きな会社ほどコスト管理が甘くなるのはこの世界の常識か？

--- 結果 ---
リーダーからメールが届いている。
こっち（田町）での状況を教えてほしいとのこと。
有りのままにこの散々な状況を書く。
渡されたデータをこっちで手修正して流したりしてるんだもんね、ほんと。

どうやらリーダーもここまで酷い有様だとは思わなかったらしい。
そういうことは早めに連絡して欲しかった様子。
まぁ、僕には大して影響は無いから黙ってたんだけど
リーダーもボスも困ってるみたいだし
これからはちゃんと伝えることにしよう。

--- 日記サイト ---
友達が使ってる日記サイトがどうも気にくわない(笑)ので
ちょっと自分で作って提供してみることにした。
基本は今まで自分で使ってたやつをベースにしてるんだけど、
人が使うとなると、やっぱりそれなりの使いやすさは求めないとね。

とりあえず、その某日記提供サイトを覗かせてもらうことにする。
それを参考にして簡単なものを作ってみた。
しばらく自分で使ってみて、バグが無いようならリリースしようかな。

--- ワールドシリーズ ---
ついに始まりました。
その為に今日は朝から早起き…のはずが寝坊して5回裏あたりで目が覚める。
それにしても、今まで一回も先発出場の無かった新庄が
いきなり1戦目で先発とは驚いたね。しかもヒット打ってるし。
「こういう大舞台の方がリラックスできる」って…やっぱスゲエよ、あんた(笑)

--- 衝動買い？ ---
なんか知らんがデジカメを買ってしまった。
特に欲しい理由も無かったんだけど、土曜日に家でゴロゴロしてたら
急に欲しくなったので速攻で買いに行く。
Canon の IXY DIGITAL 320 という機種。最近出たヤツだ。
地元で友達と集まったときにでも使おうかな。

--- 雨 ---
土日とも雨だったのに、今日もまた雨だ。
まったく困ったもんだね。

--- 寒 ---
メッチャ冷えてるぞ。今まではYシャツだけで通ってたのだが
さすがにそうもいかないので上着を着込む。

--- 頼り無し ---
らいおん君はとりあえずASPを組んでるようだ。
隣に後輩らしき人間がつきっきりで。
彼もかわいそうだな?。まっ、暇なのかもしれないけど。
こんな人間の元で働くのはどうも気にくわないなぁ…

--- 不便 ---
僕はいつも池袋駅で地下鉄の定期を買ってるんだけど、
この定期売り場がメチャクチャ遠い所にあるのだ。
しかもスタッフも窓口も少ないのでいつも混んでいる。
大勢の人が集まる駅でこの設備の悪さはどうかと思う。
何とかしてほしいね。

--- 水の泡 ---
何てこったい。昨日まで一生懸命やっていたマシンの移行作業が
パーになってしまった。
今日、そろそろ移行を完了しようかと思い
新マシン（といっても型は古いが…）のところに行ってみると・・・無い。

あれ？おかしいな？と思い担当者に聞いてみる。
すると、手違いで別のマシンと間違えて他部署へ宅配してしまったらしい。
おいおい、勘弁してくれよ・・・
幸いまだ今までのデータは残してあったから助かったけど。

そんなわけで、また別の空いてるマシンへの移行作業をする羽目になりそうだ。
まっ、今度は下準備が出来てるからすぐ終わるかな。

--- 多言語 ---
らいおん君から「色んな言語使えるんですか？」みたいな事を聞かれる。
確かに前のプロジェクトではJavaで今はVB(ASP)使ってるけど。
「色んな言語使ってると混乱しないですか？」
別に。VBだけ使ってる方がよっぽど混乱するぜ。

やっぱり言語は色々知ってた方が断然有利だ。
もちろん仕事の面でもそうだ（色んな仕事を受けられる）けど
複数の言語を知ってれば、その場に応じて
より良い選択が出来ることが多いからね。
ログ出すだけでCOM使おうとする○○もいるからね。

僕がJavaもVBも現場では初めて使ったって言ったら驚いてた。
さすがにもう10年以上もやってきたから言語間の違いには
そんなに戸惑わない。どの言語も根底にあるものは同じだから。
・・・いや、Lispはかなり違うか（笑）

--- 早速 ---
先週、リーダーに出張の数を減らして欲しいと伝えたのに
今日から早速出張だ。
うむむ・・・新プロジェクトがちっとも進まんぞ。
もっとも相方はそれ以上に進んでないけど。他に仕事ないのに。

--- 誰のせい？ ---
またも田町だ。
新しいデータが来ている…当然、通るはずありません（泣）
この酷い有様は一体誰のせいなのか。
当然、元凶はこの大会社だ。ここがいい加減な対応してるから
周りもボロボロ崩れていくんだ。

こういうのは、絶対どこかで金を巻き上げようとしている輩がいるから
起きるんだろうね。開発期間の延長は全てお金に変わるんだから。
そろそろ一括請負いの仕事でもしてみたいもんだぜ。

--- 勢揃い ---
まだ田町。今日は珍しく人がたくさんいる。
で、データの出力結果を眺めながら何やら話し合っている。
まるで作りを理解していないその会話は聞いていて
笑っちゃいそうになる。本人達は真剣だろうからここは笑いをこらえる。

「この帳票見てると悲しくなるね?」
おいおい、悲しいってどんな感想だよ（笑）！
出力データが間違いだらけで全然金額が表示されないから悲しいんだそうだ。
もう訳わかりません。

続いて。
「おっ、これは合ってるっぽいですね。」
そんな曖昧でいいのかよ！
誰一人出力結果の整合性を確認できないのに来る意味ねぇよ。
こんなクズプロジェクトに丸一日付き合わされるのはホント勘弁だ。

--- 朝から ---
今日は珍しく朝からバグ取りです。
これは昨日の出張で発覚したもの。
このプロジェクトの中で最も重要な処理である配賦の部分だ。

あの「ピンチの人」が作り上げたこの箇所は
とってもダーティなので出来ればいじりたく無いのだが、
そうもいかない。
見れば見るほど絡まったその構造にはホントうんざりする。
とりあえず昨日のうちに問題の切り分け（どこでバグが起こっているか）
は出来たので後はそこを調べていくだけ。

・・・ふぅ。1時間半の格闘の末、撃破（解決）。
まったく、この調子だとこれからもこの部分で山ほど不具合出てくるな。

--- 英語 ---
やっぱりプログラムをやる以上、ある程度の英語は知ってた方がいい。
といっても全然大したレベルじゃないよ、単語レベルで充分。
普通、変数名やDBのカラム名には英字しか使えないからね。

「社員」という変数を作るとしよう。
この場合、大きく分けて変数名のつけ方は二つに分かれる。
「employee」か「syain」だ。

前者が英語で記述したもの、後者は日本語をローマ字で記述したものだ。
どちらがいいかは一概には言えないが、
一般的には簡単な単語だったら英語で付けた方がいい。
その方が文字数も短くなるし、ローマ字特有の曖昧さ（syaとsha等）が
無くなるからだ。

ただし、難しい言葉を英語で付けようとするのはあまり良くない。
後で見たときに、それが何を意味するものか瞬時に理解できないからだ。
そういうものに関しては無理せずにローマ字で付けた方がいいかもしれない。

--- 前フリ終了 ---
で、ここからが本題だ（笑）。
簡単な英単語すら知らない人間が多い。
知らないだけならまだいいが、スペルを間違って覚えてると厄介。
今日も新プロジェクトのDBを見てたら
「更新」が「updete」になっていた。正しくは「update」だ。

こういうのはその場で直した方がいいのだが、
あいにく相手（？）はあのSQL Serverだ。
現存するテーブル定義をSQL文として出力することすら簡単ではない。

こんなこと自分で調べるのも面倒くさいし、
かといってらいおん君に頼んだら丸一日掛かったあげく
「わかりませんでした」と返されるのがオチだ。

このカラムはほぼ全てのテーブルに存在するので、
手作業で一つ一つ直すのは面倒。
テーブル定義のSQL文をエディタで変換して流す方法がスマートだ。

仕方無い、放っておこう・・・（それでいいのか？いいのだ）

--- ロックオン！ ---
来たぞ?。あの極悪非道、強烈無比な上司（通称ダメゴン）が
今度はそのストレス解消のはけ口をらいおん君に選んだようだ。
いや、一応今回のプロジェクトの直属上司らしいから
関わってくるのも当然といえば当然なんだけど。
が、未だ俺に直接話し掛けてきた試しは無いぞ。やはり弱い者いじめか。

・・・気が付くと、今度は別の人物をロックオンしたようだ。
レイフォースなら連続ロックオンのボーナスポイントが出てる（笑）が
ここは職場。そんなんじゃ嫌われる一方だぞ。

にしても奴はよく喋るなぁ。一日の半分くらいは誰かに向かって
喋ってるんじゃないの？あれで新人を教育してるつもりなのかね。
あんなのに教育されても結局またあんなのが育つだけだと思うとぞっとするぜ。

--- 無理な要望 ---
やっぱり、初心者同然のらいおん君に
このプロジェクトの詳細設計を任せたことは失敗だったようだ。
ダメゴンは言う。

「自分はプログラムわからなくてもいいから、
　プログラマの人が詳細な設計をしなくてもいいような
　設計書じゃなくちゃ駄目だよ。」

この言葉は、一部合っている。
プログラマが詳細設計を一から考えなければならないような
詳細設計書では何の意味も無い。

だがそれを書く為には、そのSEは少なくともPGよりも
プログラムについて詳しくなくてはならない。
「自分はプログラムわからなくてもいいから」？ふざけるな。

--- 他の世界では当たり前の事 ---
考えてもみてくれよ。料理の出来ない奴が料理レシピを作れるか？
仮にそんな奴が作ったレシピで料理を作ってみろよ。
ほぼ100％間違いなく、食えたもんじゃない代物が出来上がるぜ。

プログラムだって同じだ。
設計者になりたかったら、最低でも3年はプログラマとして腕を磨け。
そのとき初めて気付くはずだ。
プログラムを組む為には非常に精細な設計が必要だって事に。
お前等が今作ってるその設計書は、せいぜいヤギの餌にしかならないんだ。

--- 面倒じゃない？ ---
どうして初心者はわざわざ面倒な手段を取ろうとするのだろう。
らいおん君が作ったASPでは、一回の処理をしただけなのに
何故か同じASPを2回走らせる仕組みになっていた。（リダイレクトを使って）

そんなことしたら、
・バグの原因になる
・デバッグがし難い
・速度低下
サッと挙げてみただけでもこれだけのデメリット要因がある。

僕はこんな時いつも言う。
「メリットの無いロジックを組み込むな」
そう、こういう処理はデメリットこそ多々あれど
一つのメリットもない方法なのだ。
そんなものを好んで使う奴いないでしょ？

--- お前がやれ！ ---
何てこったい。
明日の朝、わざわざデータ取りに行く為だけに
田町に行かされることになってしまった。
大体何でお前が行かないんだ。

それ以前に、それくらい向こうからメールで送るとか何とか
いくらでも手段はあるだろうに。
向こうに言わせると「それは出来ない」らしい。
お前らの思考ルーチンは理解不能だぜ。

・・・そうだ、いいことを考えたぞ。
明日は午前中は田町に行ってることにすればいいんじゃないか。
そうすれば午後から出社できる。
11時頃家を出て直接田町に向かうことにしよう。

というわけで、今日は平日だが飲むことに決定(笑)
録画したワールドシリーズ第3戦を見ながらね。

--- 遅起き ---
ふっふっふ（歩がみっつ）。
今日はいつもより1時間以上遅く起きる。
午前中は田町ってことになってるからね。
毎日こんな感じだったら楽なのになぁ。

・・・そして予定通り、田町に来たがいいが肝心のデータが無い。
茗荷谷待機の人間から連絡が入る。
「13:30頃データが届くそうなので、それまで待機してて下さい」
ふぅ、ちょっと遅めに来てて良かったぜ。
それまで日記でも書くか。

で、13:40位になってまた電話。
「なんかデータ完成しないそうなので、今あるやつだけ持って帰ってきて下さい」
最初っからそう言え！ったく。
まっ、そんなに焦る必要も無いからのんびり飯食って戻ることにしよう。

--- 営業妨害？ ---
今日も後ろでダメゴンが騒いでいる。
まったく、これは完全な営業妨害だ。そのうち訴えてやる（笑）

--- 個人フォルダの怪 ---
早速マシンの移行作業を行う。
まずは、このマシンを以前使ってた人が
個人用のフォルダをバックアップして欲しいらしいのでそれを。

フォルダ毎コピーしてると、コピー中のファイルが
ウィンドウに表示されるよね？
それをボーッと眺めていると・・・一瞬。


の文字が。名前から想像するに、恐らくエミュのファイルだろう。
詳しい人、解説よろしく（笑）

--- 結局 ---
結局そうさ。明日もまた田町だ。
うちのリーダーはまだ年も若いからそんなに決定権は無いんだろうね。
この前は「出張は減らす方向で」って言ってたのに
ちっとも変わってないもんね。

--- 連チャン ---
ふん、いいさいいさ。明日ものんびり11時から田町に行けばいいんだ。
幸い今日も録画したワールドシリーズがあるもんね。
夜更ししても大丈夫なのさっ！

--- フル稼働？ ---
今日は珍しく、暇が無いくらいにやることがあった。

まずは朝から田町でテスト。
ちなみに、1時間ほど遅刻したのは内緒だ(笑)

茗荷谷に帰ってからはマシンのセットアップ。
OracleとOfficeをインストールして
データ移行して…ふぅ、ようやく完了だ。
もう定時過ぎてるし帰ろ?っと。

--- 朝から… ---
隣でらいおん君がキーボードをガチャガチャ叩いてる。
まったく、朝っぱらからうるさくてかなわんぜ。
眠い身体に騒音はきついのだ。

--- そして追いうち ---
本打ち登場。ダメゴンの説教タイムが始まったぞ(泣)
これはうるさいだけじゃなく聞いてて精神的に疲れるので
効果倍増だ。

--- 新人講習会？ ---
う?む、ここは本当に開発現場なんだろうか。
さっきからまるで初心者チックな説明をする部下と
その上司という構図が展開されている。

「ここはFORMを書かないと駄目ですよ」
「文字列の連結ってどうやるの？」

やっぱりどう考えても新人講習会としか思えないんですけど…

--- どっちがSE？ ---
まったく…相方のらいおん君がホント使えねーぜ。
仕様の詳細が超あいまいだから、いちいちこっちで
「ここはこれじゃ駄目だからこうしないと」って教えてあげなきゃいけない。
こんなのにSE任せるなよ。相手するだけで疲れるんだから。

--- 勝手に… ---
朝、会社に着くと見知らぬ人間から声を掛けられる。
「昨日、そのマシンでテストしまして…」
どうやら、僕が帰ったあとでこのマシンを使って
ブラウザからアクセスしてたらしい。

まぁ別にそれくらいはいいが、IE5.5入れるわ
GhostTracerなる妙なソフトがインストールしてあるわで
非常に困ったちゃんな事をしてくれたもんだ。
しかも、机の上に菓子食った後みたいな汚れが残ってる。お前は子供か。

さらには僕のログインで入ったままIEのお気に入りまで
追加されてる。せめて別ユーザーで作業してほしいよなぁ。
そんなわけで、今まで面倒だったので自動ログインにしていたが
こういう事があるとなると話は別だ。

--- 親切に… ---
パスワード設定と自動ログインの解除、
そしてご丁寧に新規テストユーザーまで作成しておいてあげた。
なんでも今日の夜またテストするそうだから
そのときにはこれを使ってもらおう。

CapsとCtrl入れ替えてあるから
その事を書き置きかなんかしておかないと
ログインすら出来ないんだろうな。あぁ面倒くさい。
これだから派遣社員はつらいのだ(嘘つけ)

--- 相場 ---
友達（男）に子供が生まれたらしいので
皆で出産祝いでも贈ろうかという話になった。
何でも相場が一人5000?10000円だそうだ。
誰がこういうの考えるんだろうね。

僕は普段からあんまりこういう世間一般的な考えとは
逸脱した生き方してるから（すごい言い方だな、おい）
たまにこういう定例行事があったりすると困るときもある。

--- 世間一般的 ---
日本人ならでは、って感じするよね。こういうの。
世間一般的な物差しが無いと何にも行動できないからこういうの作るんでしょ？
そういう風習は僕はあまり好きじゃない。
十人十色だよねぇ、物の考え方なんて。
個性の無い人間がありふれてるのも判る気がする。

--- Creater ---
世間がどう思ってるかは知らないが、今のプログラマは
サラリーマン的な考えを持ってる奴が多い。
「仕事だから」「仕方なく」「給料がいいから」という理由で
続けている人間もたくさんいると思う。

でも僕の考えは違う。
プログラマは「物を作る」職業なんだ。
もちろん、それだけでは仕事としてやっていけないが
その楽しみがないと逆にやっていけない。
多くのプログラマが30歳近くで辞めていく原因はここにあるのだ。

--- 原点 ---
僕は昔から、人の作ったレールの上で生活するのが苦手だった。
それは安定ではあるかもしれないが、発展は無い。
そして自分の「ここをこうしたい」という欲求は満たされない。

だからといって、別にあまのじゃくって事じゃない。
良いものは素直に良いと認めるし、それくらいは自分で判断できるつもりだ。
だけど、おおよそ世の中に溢れてるものっていうのは
一般的ではあるけれど僕にとっては魅力的ではないものが多い。

僕の感性が一般の人と違うから？そうかもしれない。
でも僕は常に自分で良いと思ったものだけを信じてきた。
人の意見を聞かない訳じゃないが、最終的に判断するのは自分自身。
それは今でも変わっていない僕の原点だ。

--- 作品 ---
「プログラムなんて動けばいい」というのが、
大半の人間の意見なんじゃないだろうか？
でも僕にとってそれは最低限のラインでしかない。

プログラマにとって、出来上がった製品は自分の作品でもある。
腐った製品を人に勧めるなんて大人な真似は、僕には到底出来そうにない。
そういった無責任な製品がこの世の中には溢れている。
それは誰しも知っているあの大会社が作った製品かも知れない・・・
これがこの業界の常識なんだ。

そう、だけど僕はさっきも言ったように常識なんてものが嫌いだ。
それに、こんなふざけた常識は無い方がいいに決まってる。
実力の無い大会社がのさばっている今の現状を打破する為には、
悪い製品を排除していく他に道は無い。

--- ブランド ---
この業界にもブランド志向は強く根付いている。
例えば今のプロジェクト。相手はとある大企業Aだ。
ここがアプリケーションの依頼を頼んだのは、これまた超大手の開発関連会社F。
そしてFからの依頼でD社のチームに配属された僕らがプログラムを組んでいる。
僕はB社からの派遣でD社に雇われているという格好だ。

A→F→D→B。
仮に、A社が1人月で300万円をF社に支払っているとしよう。
F社はD社に120万／月、D社はB社に50万／月。
あくまで例。実際の額とは大きく違ってる可能性があるので注意。

--- マージン ---
この無駄なマージンを減らそうと思わないのだろうか？
F社を外しただけで、A社がこのプロジェクトに掛ける費用は大幅に減らせるのに。
仮に5人月で4ヶ月の開発規模だとしたら、3600万円の経費を節約できることになる。

だけどF社にはブランドがある。
A社の上層部はF社を外すことを許さないだろう。
F社に「信頼のおける会社」というイメージがあるからね。

だけど実際にF社がやってることは
「他の会社に丸投げしてホゲーとしてるだけ」だってこと、解ってる？
そんな会社を信用してるアホな大企業が山ほどあるって事だ。

--- その結果 ---
そこで、僕らの登場だ（笑）
A社にしたって、好きこのんで高い開発費用払ってる訳じゃない。
他に頼めるような会社がいないから仕方無くこの会社を使ってるのが現状だろう。

世の中は常に競争社会だ。
他と比べて悪い会社はいずれ淘汰される。
僕らがより良い製品を作って彼らに提供してあげられる環境さえ
出来上がれば、こういった金攫い会社なんてどこからも願い下げだろう。

その為に今僕らがしなければならない事、
それは良質の製品を効率良く作る技術を学ぶことだ。
良いものを作れば、相手からの信用も得られる。
意味の無い100ページ強の設計書なんて誰も望んじゃいないはずだ。

--- 進行度遅 ---
昨日は午後から田町に行ってたので
またも新プロジェクトに手を掛ける時間があまり無かった。
で、昨日丸々使っていたらいおん君の進行状況はというと…
余りにも遅い。

未だに一つ目の画面が完成していない。
確かにここは時間掛かる部分ではあるが、それにしても遅い。
自分で作ったスケジュール表からおよそ1週間は遅れている。

--- 次々と… ---
新プロジェクトのプログラムを組んでいく度に
あらゆる仕様の不備が見つかっていく。
DBの設計は間違いだらけ、不明瞭すぎる仕様、
どれを取ってもこの先まともな製品が出来あがるとは到底思えない。

まっ、僕は気楽な立場でいるけどね。
どうなった所で責任を被るのはらいおん君および
その上司であるダメゴンの方だから。

--- 平和な日々 ---
今日は前プロジェクトチームからの面倒なデータ調査依頼も無いし
かなり平和に過ごせて快適。
が、なぜか今週は月曜からずっと眠い。最近急に寒くなったからか？

--- 予想通り ---
新プロジェクトがちっとも進まない。
仕様バグをらいおん君に指摘すると、
それを解決するのに相当時間が掛かるからだ。
その間に他のプログラムを進めてもいいのだが、
後で二度手間になるのが目に見えているのでしないことにしている。

今なんか、テーブルに一つカラム追加するの頼んだだけで
もう30分以上経過してる。しかも1回終わったと思ったら
以前削除したはずのカラムまで復活してる罠。
っていうか、もしかしてテーブル1から作り直してる？
素直にALTER TABLEの1文でカラム追加だけすれば済む事なのに。

--- 全手動 ---
そして何やらカチャカチャやってると思ったら、
どうやら今まであったデータを入れ直してるらしい。
しかも一つずつ手作業で(泣)
その効率の悪い作業方法に何かしらの疑問を感じないのかね。

全てのデータを手入力し終わった後、
「テーブル変更しました」のメールが届く。
どうしてテーブル定義変更した段階でメール出さないのだろうか。
待ってるこっちの身にもなってくれ。

以上、テーブルカラム追加の依頼しただけで
掛かった全工程時間、2時間弱。
・・・ホント、泣きそうです。

--- 「閉じる」ボタン ---
Windowsだと、ウィンドーの右上にはボタンがいくつかあるよね？
左から最小化、最大化、そして閉じるボタン。
この「最大化」と「閉じる」の間に微妙なすき間があるのを
ご存じだろうか。

このすき間をクリックするとどうなるか？
答え、最大化されます。
以前これについて述べている人がいた。
「これはバグじゃないのか？」

正直その時僕は、「随分細かいことを気にする人だなぁ」と思っていた。
が、最近は僕もこの意見に賛成だ。
ウィンドー閉じようとして最大化してしまうことがよくあるからだ。

--- ちょっとした事 ---
作った人は言うかもしれない。
「うっかり最大化しても別に困らないけど、うっかり閉じちゃったら困るでしょ？」
確かにそうだ。が、それは逃げの口述に過ぎない。
「何も処理をしない」のが一番正しいに決まってるじゃないか。

なぜこんな問題が起きたか？
それはあの小さいスペースに3つのボタンを埋めこんだWindowsに原因がある。
瞬時に閉じるボタンを押すことが
どんなに面倒なことか理解してほしい。
たかがウィンドー消す為に気合入れてマウス操作したくもないし・・・

だいたい、ウィンドーの最大化なんて
タイトルバークリックすれば済むことじゃない？
カスタマイズして最大化アイコン消すことは出来ないのだろうか。
そういうちょっとした事でも、出来ると出来ないのでは
日頃の操作性に雲泥の差が出ると思うのになぁ。

--- 遅刻続き ---
うむむ…最近どうも朝起きるのがつらい。
今日も昨日に引き続き遅刻だ。
まぁいいや。これから頑張るぞっ！

--- 興味無 ---
日本シリーズが閉幕したらしい。
巨人の4連勝という超つまらない結末を見ていてファンは
どう思ったのだろうか。
これじゃ松井もメジャー行きたくなる訳だわ。
今年もワールドシリーズはメチャメチャ凄かったぞ。
どっちも投手陣はボロだったけど(笑)

--- なぜ？ ---
IEを使っていて腹の立つこと。
しばらく使っていないお気に入りを隠す機能が邪魔だ。
しかもこのアルゴリズムが狂っている。

どうやったらさっきまで使ってたお気に入りだけ隠すなんていう芸当が出来るんだ。
ユーザーをおちょくってるとしか思えんぜ。
これ解除する方法、誰か教えて下さい。

--- 中学生？ ---
らいおん君がまたつまづいている。
どうやらフォームから受け取った日付をSQL形式に変換できないらしい。
僕の方でもちょうど同じ処理を使ってたので
共通化して使い方を教える。

それでもうまくいかないらしく、しょうがなくソースを見る。
すると、月入力のところのタグ名が「manth」になってるじゃないか。
おいおい、それくらいの単語中学生でも間違えんだろ。
勘弁してくれ。

--- 意味の無い事 ---
ボスから現場全員宛でメールが来ている。
Javaの例外処理がどうたらこうたら、と書いてある。
何でもあるプロジェクトでコードレビューをしたところ、
例外処理で間違っている部分が発覚したので
現場の人も気を付けて欲しいとのこと。

はっきり言って、こんなメール流したところで
現場の人間の意識が変わるわけが無い。
それ以前にJavaの基礎も判ってねぇ奴ばっかりなんだぜ？

その内容というのもまた意味不明で、
サンプルが無いから何が言いたいのかよく解らない。
別にこんなもん放っておきゃいいんだが
俺の性格上、ダメな事を放置しとくのは許せないので
ボスにメールを出す。

こんな内容のメール出したところで
社員の意識を変えることなど到底無理だってね。

そしたら返信が。近々各プロジェクトで調整を取って
講習会みたいなものを開く予定だという。
う?ん、別にそんな仰々しいことしなくても
「ここはこうするように」って程度のメールだけで充分だと思うんだけど。
まぁ自分で撒いた種だし、とりあえず参加だけはしてみるか。

--- 入館証 ---
また午後から田町に行く。
この会社は一応大企業なので入るのに入館証が必要だ。
が、今日はそれを忘れてしまった。受付嬢に呼び止められる。
「どちらに行かれますか？」

とりあえず行くところはいつもの会議室なのでそれを伝える。
「どの部署にご用ですか？」
んなこと知らねーぜ。というかそういう類のことは何一つ聞かされちゃいない。

所属だって一応俺はD社ということになってるが
この会社にはF社を名乗らないとまずいのかもしれない。
当然そんなことも何一つ解らんのでD社と伝える。

--- 受付嬢 ---
そんな感じで何とかやり過ごしたが、
この受付嬢もそろそろ人の顔くらい覚えてくれよって気がする。
今月だけで10回、合計でもう20回近く行ってるんだぜ。
そのうちの半分くらいに彼女はいたはずだから
いい加減顔くらい覚えてても良さそうなもんだろ。

どうせやる気無いんだろうね。笑顔振り撒いてりゃそれでいいのか？
こういう表面だけしっかりしてる人間見てると腹立ってくるぜ。

--- Web勤怠 ---
現場で使ってるWeb勤怠。これが余りにも使いにくい。
まぁ新人が研修も兼ねて作った代物だから当然って気もするが。
こんな酷いソフト使わされ続けるのは御免だぜ。

--- 激遅 ---
田町にてデータを流す・・・遅い。終わる気配が無い。
結果、1時間40分掛かる。
昔予想してたことが現実になりつつあるね。
ちょっとデータが増えただけでこれだ。

邪魔な奴がいる。な?んも解ってないアホな年寄り。
お前全く作業に貢献してないんだから来なくていいよ。
こういうのが偉そうな顔できるこの会社はホント腐ってるぜ。

とりあえずこの状況（時間が掛かりすぎる事）は危険なので
リーダーにメールを出すことにした。
おそらくロクな返答は来ないと思うが・・・

--- 使えない集団 ---
毎度の事だが、田町に来ている別部署の奴（≠前述の年寄り）も使えなくて困る。
ファイルを手修正したからそれを使ってくれと言うので見てみると・・・
だからExcelで編集するなっつってんだろ！何度言ったら解るんだ。

「エディタ無かったから・・・」
こいつらの思考にはついていけない。
なんでエディタも入ってねぇのにOfficeが入ってるんだ。
大体、無いんだったらネットからいくらでも落とせるだろ。
今まで何年間この仕事やってきたんだよ、まったく。

--- 明日も ---
ふぅ、なんか今日は久々に疲れたね。
結局あの後また新しいデータが来てそれを流す羽目になった。
が、今日中には終わりそうもないので
帰りがけにプログラム起動させたまま帰ることにした。
そのせいでまた明日結果取りに来なくちゃいけないんだけどね。

結局、今週も週3日の出張か・・・
もういい加減諦めもついたけどね。

--- 大雨 ---
う?む、今日は朝から雨だ。
帰りには止んでくれることを祈るぜ。

--- 調査開始 ---
昨日の出張で発覚したプログラムの遅さ。
昨日リーダーに出したメールから返信が来ている。
「どこかロジック的に問題となりそうな箇所はありますか？」

はい、全部です。
…というわけで調査開始。
一番の問題点は発行してるSQL文の多さだね。
これを減らせば相当の時間削減は出来るはず。

--- 土日返上 ---
ちくしょ?、今週末はのんびり過ごすはずだったのに
このプログラム修正のせいで全てが台無しだぁ。
別に土日にやる必要は無いんだけどね。
やれることは今すぐにやらなきゃ気が済まない僕なのだ。

とはいっても、家のマシンで開発環境を構築できるかどうかが不安。
DBにOracle使うわけにはいかないからMySQLでやろうと思ってるんだけど
果たしてうまくいくのだろうか・・・
まっ、こんなものさっさと終わらせてのんびりするぜいっ！