--- また問題発生 ---
うむむ…JavaってLinuxバイナリしか用意されていないのか。
FreeBSDから利用するにはLinux互換ライブラリを組み込む必要があるらしいので
入れてみるが、なぜかコアダンプで落ちる。
仕方無いのでまたRedHatに戻すことに。
何か同じことの繰り返しだなぁ…

Apache2はうまく動きそうなのでこれでいくことにする。
前にmod_rubyモジュールが失敗してたのは
Rubyの最新スナップショット版が不整合だったことが原因。
前使ってたRuby(これもスナップ)を入れてみたらすんなり成功した。

--- 使い回し ---
この前ちょっとやっていた某メーカーの社内システム。
その資料を見てみると…「社内プロジェクト」と書いてあるではないか。
この現場で社内プロジェクトということは、そう。
「客先用に開発するシステムを自分の所でも使っちゃおう」ってわけだ。

「なるべく共通化できるように…」って上が言ってたのには
こういう裏があった訳か。
それにしても、使用するDBまで共通化しようってのは無理がある。
そのせいでこの客先のDBには「必要無いカラム」がたくさん混入している。

もし客側がこんな事知ったらどう思うんだろうね。
おそらく、客側はこういう専門知識に関しては全くの無知だという
見下した考えがあるからこんな大胆なこと出来るんだろうが。

--- CVS勉強中 ---
今までソース管理といっても
単なるバックアップ程度にしか利用していなかったので
本格的にリビジョンやタグ、ブランチの勉強をしてみる。

ブランチ(枝)管理が今いち理解しきれない。
しかもEclipseのCVS管理はまだ完成度が低いみたいだ。
手動でCVSコマンド使ったりすると整合性が取れなくなってしまう。
しばらくはWinCVSと併用する必要がありそうだね。

--- これがダメなら… ---
珍しく吉報だ。明日の午後、ここのボスと一緒に別件の面談に
行くことが決まったらしい。ちょっと楽しみだ。
とか言いつつ実はこれがこの前言ってた「Accessプロジェクト」だったら少々ヘコむけど。

--- 子は親に似る？ ---
朝から隣のグループが何やらトラブっている。
まぁこれ自体はいつもの事だが、その適当な態度には呆れる。
敬語使ってる相手にいきなり「うんうん(頷いてる)」って…突然タメ口かよ。
周りから聞いてると相当変だぜ。

ここのリーダーは前にも話した「猛犬」リーダーなんだけど
やっぱりそういうリーダーの下につく人間は
上司に似るんだなって思った。

--- 難関突破 ---
現場で昨日から取り組んでいるTomcatによるDBプーリング。
JBossなどのEJBサーバを利用せずとも
素のTomcatでこの機能が利用できると知り頑張っていたのだが…

昨日は残業までしたのに結局成功せず
今日も朝からチャレンジ。
ここを参考にしてようやく成功までたどり着いた。

失敗してた原因は、コネクションプーリングに必要なライブラリが
Tomcatパッケージに同梱されていなかったから。
Jakarta-Commons から3つのjarファイルをダウンロードして
TOMCAT_HOME/common/lib/ に配置すればOK。

--- 将来の為に… ---
以前dRubyを使えばプーリングできると書いたが、
どうもこの方法だとタイムラグが発生して
思うようにいかなかった。

僕のサイトで使ってるMySQLは軽いDBだからコネクション作成するのにも
そんなにコストは掛からないとは思うんだけど
大規模サイトを運営する時には必要な機能だからね。
今後そういうプロジェクトを組んでみたいものである。

--- 1/45 ---
またまた凄いものを発見した。
その名も「JRuby」だ。

名前の通り、Java上で動くRubyインタープリタ。
どうにかしてTomcatとRubyを共用させたいと思っていた僕にとっては
まさに欲しかった代物だ。

だがやはり、現実は厳しかった。
サンプル用の計算プログラムを実行してみたところ、
その実行速度はPure Rubyの1/45。
これではとても使う気にはなれない…

--- 撃沈 ---
そうさ、現実はいつだって厳しいんだ。
今日行った面接、その仕事内容とは「デバッグ」作業らしい。
50人近くで開発しているWebの画面周りを調査して欲しい、と。

おそらく「超スパゲッティプログラム」のオンパレードだろう。
もう手が付けられない位まで汚くなったので
外部から人を雇わないと解決できなくなってしまったのだ。
こんなプロジェクトに参加なんてマッピラだ。

「残業多いけど大丈夫？」とか相手側から聞かれる。
もうその頃にはやる気も失せていたので
「嫌だなぁ…」と声には出さないけど表情で伝えといた(笑)

面接後、部長の人に一応
「個人的にはやりたくありません」とは言っておいたものの、
そこは会社の繋がりというものもあるから
「やれと言われればやりますけど」とは付け加えておいたけど。

--- 典型的プログラマ？ ---
そのとき一緒に行ったプログラマがもう一人いる。
最近僕と同じ会社に入ったばかりらしい。
とは言っても会ったのは今日初めてだけど。

2?3年の経験年数の割には色々なことをやってきたらしい。
そして相手側への「超積極的アピール」が見てて笑えた。
そのほとんどが「？？(アプリケーション名)を使った開発をしてました」
というもの。「Oracleの資格持ってます」とかね。

こういうのがいわゆる「口先プログラマ」ってヤツなんだよね。
相手から見れば経験豊富なように思われるけど、
実際現場で働いたら到底使いものにならない可能性が高いタイプだ。
こんなのと一緒に仕事したくないなぁ。

--- 逃げ場無し ---
隣では納品したモジュールがトラブって大変らしい。
今日の面接で一緒に行くはずだったボスもその対応に追われている。

そして、メンバーの中でいつも言い訳ばかりしている某人物も
ついに追いつめられたようだ。
現地へ行って調査してこいと命令が下ったみたい。
しかも「1泊2日」だとか…ふふふ、ごくろうさんだねぇ(他人事)

--- 正式決定？ ---
さっき行ってきた面接、結局やることに決まってしまったらしい。
期間は今すぐ?12月末までの短期決戦だから頑張ってくれと
ボスに頼まれてしまった。
まぁ考えようによっては、この暇な現状よりはマシかもしれない。
ただ残業は嫌だなぁ…

--- 早速… ---
昨日受けた別件の仕事、明日から働くことが決定したらしい。
場所は早稲田の方。昨日の移動はタクシーだったので
最寄り駅はどこだかまだ不明なんだけど。

何よりも、どの程度の環境が整っているかが心配。
さすがにネット繋がってないなんて事は無いとは思うけど
おそらく大した環境では無いに違いない。

そんな中でひたすらデバッグ作業だ…
作り直した方が早いかもしれないからそのつもりでいこう。

--- チューニング ---
最近ネタも尽きてきたので
Webサイトのチューニングなんかに興味を持ってみる。
とりあえずはこんな感じ。

Apacheの設定ファイル(httpd.conf)
Tomcatのセッション情報(web.xml)
DB-poolの設定(server.xml)

どれも設定項目数は少なくて非常にシンプルなんだけど
これを最適な値にするのには、それなりの経験が必要そうだ。
とはいっても僕のサイトではせいぜい「10人/日」程度なので
どんな貧弱な設定にしても快適に動いてしまうが(笑)

--- 一番重要な事 ---
一応負荷測定用ツールがApacheに付いてる(abというツール)ので
それを使って検証。
やはり動的ファイルは静的ファイルに比べて圧倒的に遅い。
当たり前の事だが、「なるべく静的ファイルを使う」という事が
一番重要だということを改めて痛感した。

僕のサイトでいえば、キリ番やスケジュール、日記サイトの初期表示画面。
これらは誰かが更新しない限り内容は変化しないので
毎回動的に作成するという今の作りは実に無駄が多いのだ。

でもやっぱり、こればっかりは必要に駆られないと
改善する事は無いと思う。実際、いくらこれらの画面を高速にしたところで
大量のユーザーがアクセスしない限り
実感速度としてはほぼ何も変わることが無い。
そんな事を僕のサイトで一生懸命頑張ってやってても
それは単なる自己満足に過ぎないからね。

--- 情報不足 ---
家ではApache2とTomcat4の連係に四苦八苦している。
英語のサイトまで検索にかけても中々欲しい情報が手に入らないのだ。
Apache2と連係するには「JK2」というモジュールを使用する
という所まではすぐに判ったのだが、その設定がどうやっても上手にいかない。

調べた結果、Ajp13Connectorというのが見当たらない。
Jakartaのページを探してもソースが無い。
…CVSにしか無いのかよ。これじゃ見付からん訳だぜ。

というわけでCVSから引っぱってきてjarファイルを作成して
$TOMCAT_HOME/server/lib/ の下に置くが、これでもまだ駄目。
仕方無く、Coyoteというデフォルトのコネクタを使用してみたら
あっさり成功。今までの苦労は何だったんだ…
マニュアルには何の注釈も無く平気でAjp13使ってるのは何故なんだ?

会社で見たら、Windows版の4.0.3パッケージには
ちゃんと tomcat-ajp.jar というファイルがあった。
家のはLinux版だから無かったのか？それとも4.1.12には入ってないの？
謎は深まるばかりだ…

--- フリーDBの現状 ---
MySQLの膨大なマニュアルを読んでいる。
僕は、将来MySQLはPostgreSQLを凌駕するんじゃないかと思ってる。

フリー製品でWebサイトを構築しようとした場合、今だったら
ほとんどの人間が迷わず Apache + Postgre を選択するだろう。
MySQLにはトランザクション機能も無ければビューも無い。
業務用アプリには使えないという認識が強かったはずだ。

しかし今、MySQLはトランザクションをサポートしている。
ビューはまだ無いが、将来のバージョンでは採用されるという
記述がマニュアルにある。

そして残念なことに、ストアドはC言語で記述する必要がある。
これでもプログラマならば別に困らないだろうが
多くの人にはやや厳しいかもしれない。
これらが揃ったとき、MySQLは全てのユーザーに受け入れられるはずだ。

あ、もちろん業務用に使う場合にはこれらの製品にもライセンス料を支払う必要がある。
とはいってもOracleに比べればメチャメチャ安いとは思うが。

--- 思想の違い ---
MySQLの最大の利点は何か。それはスピードだ。
そして無駄の無いディスク容量を確保するために
カラム型には様々な種類がある。
省資源、ハイスピード。qmailにも通じる思想がここにある。

よく「速いってことはそれだけ不安定なんでしょ？」とか言う奴がいる。
こういうのは全くプログラムの本質ってモンを判ってない。
逆だ。無駄な機能、無駄なロジックが一杯詰まってるから遅くなるのだ。
これは当然バグの混入に繋がるので安定であるはずも無い。

--- 注意書きはよくお読み下さい ---
「高機能、便利」をウリにしている商品のほとんどが
複雑な機能を詰め込み過ぎて不安定極まりない状態なのだ。
だからマニュアルでしつこい位に
「サーバを停止してから行なって下さい」と注意書きをする。
ひどいのになると「PCを再起動して下さい」とかね。
サーバマシンを再起動させるなんて非常識にも程があるぜ。

MySQLは確かに高速だが、
同梱しているクライアントソフトは極めてシンプルなものだし
色々な面で初心者には優しくない作りになっているかもしれない。
そもそも、DBの管理者が初心者であっちゃまずい訳だが
そういう人間を救済するためのグラフィカルクライアントを
山ほど用意する市販ソフトは後を断たない。

--- フリー＜市販品？ ---
では、フリーの製品であるMySQLは
ウン千万払う必要のある市販DBパッケージより質が劣るのだろうか？
もちろん、答えはNoである。
市販品が力を注いでいるのはアプリそのものの質よりも
むしろサポートやアフターケアの方だ。

フリーウェアは、常に多数の開発者によって改良が進められている。
そしてエンドユーザーは、どんな顧客よりも厳しい視点を持っているプログラマ達だ。
彼等には当然「PCを再起動して下さい」などという注意書きは通用しない。

「だったら再起動しなくて済むように俺が改造してやる」
勇敢な戦士が名乗りを挙げるだろう。
そしてその修正はすぐさまリポジトリ（倉庫）に格納され、
多くのハイエンド・ユーザーの使用に耐えられたと判断されれば
正式リリースとして公表されるのだ。

--- 開発スタイルの違い ---
ビジネス中心の市販パッケージと、プログラマの要望を追及するフリーウェア。
どちらが高性能なのかは一目瞭然だ。
立派なマニュアルが本として用意されないと
製品のインストールも出来ない人は市販パッケージを大枚叩いて買えばいい。
でも僕等プログラマにはもっと良い選択肢が残されている。

--- ふざけたテスト ---
今日から早稲田の方に行くわけなんだけど、その会社では初めに
簡単な調査をする決まりになっているらしい。
Excelファイルが渡され、経歴やらアンケートやら埋めていく方式になっている。

その中に能力テストみたいなヤツがあり、これがまたナメてるんだ。
20*6問の問題を10*6分で解くというもの。
1問当たり30秒という計算だ。
が、問題はそんなに早く答えられるような内容では無いものが多く
とてもじゃないが時間内に終わらない。

これは何か？回答した人間を「俺って出来ない人間なのかな…」と
思わせるためのイジメなのか？
真面目に解いていたら絶対に終わらないので
判りそうな問題だけ解いて後は適当に選んで(4択だから)おいた。

完全に相手を馬鹿にしたこんなテストをやらせるこの会社は
業界ではそれなりの大手らしい。
パートナーも含めて2万人位の規模だとか。
あ?やだやだ。しょっぱなからやる気ダウンだぜ。

--- 参ったな… ---
そしてこの会社、前の大手プロジェクトの時と同様
守秘義務があるとかいう理由でインターネットに繋がっていない。
会社との連絡は電話通してやらなきゃいけないし
仕事中に日記も書けないしWebも見れない。
こんな閉じた環境で生活するのは疲れそうだ…

--- 閉じられた環境 ---
ふぅ、やっぱりネット繋がってないような
閉じられた環境での開発はきついね。
去年、一番初めの仕事も似たような環境で
そのときは何も判らない状況だったからきついとは思わなかったけど。

こういう所で長々と仕事してると、周りからはどんどん取り残されていくんだよね。
社員だったら一生そこで働くからそれで問題無いのかもしれないけど
僕にとっては非常に苦痛だ。

開発スタイルも相当古くさい。
50人以上でやってるのに、内容はといえば大して中身のあるものでもない。
Webで操作する基本的な社内システムの外注作業だ。
ちなみにこの外注先、某強豪バスケチームを保有する…
っと、あんまり言うとまずいのでこの辺で。

--- 効率の悪さ ---
どの開発会社でもそうだが、こういう大規模な会社になると
その開発効率の悪さたるや目を見張るものがある。
そして皆夜遅くまで残業している。
外注先からたんまり金を頂く為の常套手段だ。

この外注先が悪い訳ではないが、もしそういう立場にいる人が
これを読んでたら忠告する。
大企業に頼んでも、決して良い製品は出来上がってこないよ。
そして請求金額は途方も無いものを要求される。
もっと良い企業に発注して、余った分をWJBLの強化にでも注いで欲しいぜ、ほんとに(笑)

--- 無駄のオンパレード ---
昨日は早速ある仕事をやってくれと頼まれた。
開発環境はWebSphere Developer。
Eclipseをパワーアップさせて製品化したものだから、それなりに使いやすい。

が、なぜかEclipseと比べると色々な機能が縮小されている。
初心者が混乱しないようにシンプルにしたの？
こっちとしては使いにくくてたまらんぜ。
そのうち Eclipse + Tomcat に乗り替えよう。

プロジェクトはJSP&サーブレットを使っている。
それなのに僕に与えられたマシンにはメモリが256しか積んでない。
ローカルでサーブレットWeb環境立ち上げるには
こんな少ないメモリでは足りる訳が無い。

案の定、プログラム1行修正して保存しただけで相当な時間が掛かる。
メモリ512積むだけで大幅な時間短縮が出来る事に気付けよ、お前ら。
それとも、時間が掛かることは(金が増えるという意味で)歓迎されることなのか？

--- 意外に… ---
僕と一緒に派遣されている相方のメガネ君(たった今命名)。
口だけ君かと思ったら、意外に出来る部分はあるみたいだ。
少なくともパートナーとしては結構使える。
プログラムは僕が全部担当するけどね、その他の面倒くさいリリース依頼なんかは
全部彼に任せることにする。昔営業やってた実績もあるみたいだから
そのへんの仕事は得意そうだ。

だけど、プログラムに関してはいわゆる「知識ビンボー」ってヤツだ。
色々な事は知ってるが、本質は全く理解しちゃいない。

--- たったそれだけの処理が？ ---
ユーザーが入力した文字列をDBに入れる処理というのは良くある。
そこに、例えば ' のような文字が入っている場合、そのままSQL文を
発行するとエラーになってしまうのは誰でも知ってると思う。
それに対処するためのロジックをサーブレット側に入れなければ
ならないのだが、なぜかその処理をJavaScript側で処理しろという
指摘があったようなのだ。それを聞いたメガネ君。

「サーブレット側にやらせると負担が掛かるからじゃない？」

おいおい、ちょっと待て。ここのサーバマシンは 6809-2MHz マシンか(笑)？
しかも追い撃ちをかけるように、
「最大1000文字も入るらしいから、大勢でアクセスしたら結構な負担になるでしょ」

たかが1000文字のエスケープ処理に一体どれだけの負担が掛かるというの？
DBから複雑な抽出処理するだけで、その何万倍も負荷が掛かるんだよ。
あんまりおかしな事言うんで苦笑しちゃったよ、思わず。

--- 不可解な現象 ---
さっきも言ったように、このプロジェクトではJSP&サーブレットを使っているのだが
なぜかそのどちらかしか使っていない。
つまり、JSPを使っている画面は一切サーブレットを使っておらず、
サーブレットを使っている画面は一切JSPを使っていない。

一体何のためにこんな作りにしてるか理解不能だが、
ともかくプロジェクトは2チームに分かれていて
片方はJSPオンリー、片方はサーブレットOnlyで開発を進めているらしい。

僕の予想では、今までこのチームにはこれらの実績が無いので
将来両方使ったプロジェクトが出来るように
分業して学ばせようって魂胆なんじゃないかな。
もし、既に技術があるのにこんなアホな作りにしたんだとしたら
その設計をしたSEに誰か踵落しでも喰らわしといてくれ(笑)

--- 今月だけ… ---
というわけで、今月だけは日記その他のコンテンツに顔出せる日は
少なくなると思うので、そこんとこ了承よろしく。

--- サップ vs ホースト ---
久々に格闘技ネタだ。
ボブ・サップ vs アーネスト・ホースト を観る。
しばらくK-1は観たことすら無かったんだけど、
僕にとってはバラエティでしか見たことのないサップが
一体どれほど凄い奴なのかが知りたかった。
…たまたまテレビ付けたらやってただけだけど(笑)

観てて鳥肌が立ったね。
奴の存在は果てしなく魅力的だ。
あれだけのパワーを持ちながら、信じられない位のタフさも
兼ね備えている。

1Rを見た限りは完全にホーストのペースかと思われたけど
2Rが始まるやいなやサップが猛反撃。
ホーストのガードを突き破るパンチの威力は
見てるだけでヒヤヒヤするね。
2R途中、ホーストはレフェリーストップにより破れ去った…

--- その後 ---
だが、ドラマはこれで終わらなかった。
試合後サップが右手拳骨折が判明。
ルールにより、敗れたホーストが次試合への出場権利を得た。
サップの破壊力と、ホーストの執念。
二人の勝負の決着はまだ付いていない.

そしてホーストは勝ち進み、
決勝ではジェロム・レ・バンナの左腕をも破壊した。
鋼のように鍛えあげたホーストの肉体はそれ自体が凶器なのか…

--- マツモトキヨシのCM ---
知る人ぞ知るマイナー芸人(笑)、ダンディ坂野。
彼がこのCMに出ている。猫にカード自慢してる感じのやつ。
とうとう全国区にまで進出してきたか。
最後の「ゲッツ!」に大爆笑したのは俺だけじゃない…はず(笑)

--- 楽な出足 ---
まだ仕事始めたばかりなので仕事も楽だ。
今日は別のテスターが挙げたバグをちょろっと修正してお終い。
このまま何事も無く今月が過ぎ去って欲しいなぁ…

--- 初雪 ---
まったく驚いたぜ。
朝起きてニュース付けたら「雪が降ってます」ときたもんだ。
どうりで寒いわけだ。っていうかその前に気付け(笑)
こんな早い時期から東京でも雪が降るとはね。

--- よくいる奴 ---
相方のメガネ君は、この業界によくいる「独り言」タイプ。
常になんかブツブツ喋ってるから隣にいると少々うざい。
まぁ初めての経験じゃないんで慣れてるけどね。

--- 寒すぎ ---
雪は止んだものの、今日も朝からメチャ寒い。
またこれで遅刻の原因が増えそうだ・・・

--- 適当にね ---
現場で一緒のメガネ君は、最近うちの会社に入ったばかりらしい。
今までは派遣とかあまりやった経験が無いみたいで
色んな事にケチを付けたくなるお年頃？のようだ。

確かにここの開発体制がゴミなのは俺だって重々承知だ。
でも、そんなことをいちいち気にしていたらキリが無い。
おそらく10年以上は続けてきたこいつらのやり方を変えるのはもはや不可能だ。
だったら自分で一から立ち上げた方がよっぽど賢い選択だと思う。

派遣で来てるんだから、いかにして自分に与えられた仕事を
ソツなくこなせるかどうかが重要なのだ。
ネットにも繋がっていないこんな環境にいるのは最小限に抑え定時で帰宅。
家に帰ってから自分の好きな事をやるというスタイルが無難かな。

今日も訳わからんバグ修正を押し付けてきたアホがいるので
上司に振って別に回してもらう。
どいつもこいつもバグを他人に振る能力だけは一人前のようだ。

--- とりあえず・・・ ---
家帰ってから日記書くのはやっぱりきつい。
とりあえずしばらく平日は一言程度になると思うけど
頑張って毎日書くんでよろしく。

--- たまにはこういうのも ---
しばらく暇な生活が続いてたので、こういう仕事量の多い現場っていうのも
やりがいがあっていい。
今日も9時まで残業してしまった。

「毎日定時帰り」で評判？の僕だが、
別にやることあればこんな事も全然苦にならないんだよなぁ。
ただ、やってる内容のレベルが低すぎるのは勘弁だね。
もう少し実のある仕事をやりたいもんである。

--- フレームワーク ---
この業界ではフレームワークというものがよく使われている。
これは簡単に言えば、プログラムの枠組みを提供してくれるシステムのことだ。
面倒な処理はこのフレームワークが全てやってくれるので、
プログラマは自分達に必要な処理だけを記述すればいい。

こうやって書くと良いことづくめのような気がしてくるが
もちろんそうではない。
どんなに優れたフレームワークでも、必ず出来ることは限られてくる。
便利な反面、融通がきかないのはどの世界でも一緒だ。

あるとき「この部分だけこうしたら便利なのに」と思っても
フレームワークという枠の中で出来ないことならば諦めるしかない。
彼らは一生その檻の中でプログラムをせざるを得ないのだ。

--- ここでも ---
当然こういう流れになるわけだが。
この現場ではIBMのFormWaveというフレームワークを使っている。
これがまた使いにくい代物で困っている。

データベース使ってるのに、伝票の詳細をXML形式でレコードに保管してるのは
もはやアホとしかいいようがない。
それを閲覧するのに専用のモジュール使ってプログラム作れだと。
なんの為にここまで面倒な作りにしてるのかさっぱり判らんぜ。

--- それで主査？ ---
常に人に仕事振ってるだけの奴がいる。ここの現場の主査だ。
こいつがまたビックリするくらい無能なのだ。
こんな何も解ってない奴をいつまでもこういう位置に置いとくようじゃ
ここの製品の質は向上しないままだな。

--- まとめ書き ---
本来なら日記はその日のうちに書くスタイルにしてるんだけど、
こう仕事が忙しいとそうも言ってられない。
というわけで今日は金曜?今日までを適当にまとめて書くぜいっ。

--- 忘年会 ---
金曜は仕事が終わってから忘年会があった。
僕が正式(？)に属してる会社の方ね。
茗荷谷のD社でも忘年会があるらしいけど、
あいにく今の現場はそれどころじゃないほど忙しいのでパス。

ず?っと僕の日記を読んでる人なら知ってると思うけど、
僕がいま所属してる会社は去年の終わりくらいに
親会社から枝分かれした新しい会社だ。

で、僕が当時の設立メンバーに誘われたときは僕を含めて4人くらいだったのに
今ではもう20人以上の社員がいるらしい。
いつの間にかそんなに大きくなってるとはちょっと驚き。

この日の忘年会には16人くらいが参加。
知ってる顔はごくわずかだけど。
まぁ同じ会社のメンバーとはいっても、実際に顔合わす機会は
こういう時くらいしか無いからね。
忘年会とはいっても「今年は皆でよく頑張ったなぁ」みたいなノリでは無い。

--- どうしようか… ---
その席でビンゴ大会があり、罰ゲームの様子を
僕が持ってたデジカメで写したわけだが。
この写真を公開するということは、社員にこのページの存在がばれるということにもなる。
別に隠してるわけじゃないし、一応この会社の悪口は一言も書いてないし(笑)

だからといってレンタルサーバーを借りるのは
僕の性格上(？)気が進まない。
とりあえずは別アドレスをDynamicDNSで取得して公開するつもり。

こうしとけば、DNSからIPアドレス引っぱってこない限り
このページの存在は知られない。
そこまでする暇人はそうそういないと思うんだけど…
あのメンバーだとありえない話じゃないんだよなぁ。

まぁいいや、細かいことは気にせず。
DNS引いてまでこのUnlimited Islandにたどり着いた方。初めまして(笑)

--- 土曜出勤 ---
先週はなんとかやり過ごしたわけだが、
今週(もう過ぎたから先週か)は土日の内どちらか出勤する羽目になってしまった。
仕方無く土曜の昼から早稲田まで出かける。
夜には地元に帰らないといけないので17:30までやってさっさと帰る。

それにしても、前にも話したここの無能主査ことダメオヤジ。
こっちは早く帰りたいのにグチグチ言いやがって…相手するの疲れたぜ。
ああいう人間的に腐ってるタイプの奴とは
仕事とはいえ上手くやっていける自信が俺には全く無い。

こいつに毎日勤務表提出してハンコ貰わないといけないのだ。
だから無視して過ごすわけにもいかない。
今度何か文句言ってきたら、軽く叩いとく必要有りだな。

--- あと2週間… ---
とりあえずはこんな感じであと2週間は過ごさないといけないので
しばらくはこういう日記になってしまうかも。
もし突然日記が途絶えたら、そのときは僕がこのダメオヤジにキレて
仕事無くなってると思って下さい(笑)
そんなことにならないように、今年一杯は我慢するつもりだけど。

--- 残業続き ---
ふぅ・・・今日も疲れたぜ。
大してやることは無いんだけど、とりあえず遅くまで仕事しないといけない。
帰ってから料理する気力も無いので適当に既製品で済ます。
こんな生活を何ヶ月も続けてりゃ身体壊すわけだ。

--- ロックオンターゲット変更！ ---
今日もダメオヤジは何やら苛立っている。
よく見ると、どうやら周りからは相当嫌われてるらしいね。
そりゃ当然だ。あんな使えない人間にゴチャゴチャ言われるほど
腹の立つことはない。
今日のロックオンターゲットはあの主査か・・・かわいそうに。

--- うむむ・・・ ---
また今日も残業。
といってもやることは無いのでぼーっとして過ごす。
だんだん帰る時間が遅くなってく気がする。
というわけで、明日は午後から行くことに決定だ！（結局それか）

--- 結局・・・ ---
昨日は休みました。
ん？誰だ？「やっぱり」なんて思ってるのは（笑）

--- フル回転 ---
1日休んだだけで何やら仕事が一杯増えてるので
午前中から片付けまくりモードに突入。そのせいで夜にはもうぐったり。
適当なところでケリ付けて帰るぜいっ！

--- 3連休ですが・・・ ---
風邪ひきました。
連休はもちろん休むぜ。仕事なんて行く気がしない。
実は、一昨日くらいに例のダメオヤジが
「私が勝手にスケジュールを決めましたので皆さん確認しておいて下さい」
とか抜かしやがった。都合の悪い人間は私に言ってくれだと。

なめてんじゃねぇ。なんで休日のスケジュールまでお前に操作されにゃあかんのだ。
奴に話つけようとしてもグチグチうるさいだけなので
当然のことだがこんなスケジュールなど完全無視だ。
まったく、こんな奴に従ってる人間の気がしれんぜ。

あと4日出勤すれば、こんなクソ現場ともおさらばだ。
最後にどんな捨て台詞を吐いてやろうか今から思案中（嘘）

--- 年賀状作り ---
といっても、自分のでは無いんだけど。
親の年賀状を毎年作らないといけないのでそれが面倒だ。
おかげで自分の作ってる暇が無い。
今年は特に忙しいのでなおさら。

--- コンビニ ---
昔は毎日のようにコンビニ通いしてた僕も、
引越してきてからはほとんど行かなくなった。
が、最近は「寒い＆忙しい＆風邪ひき」のトリプルパンチが効いて
仕方なくお世話になる日が続いた。

で、気付いたことがある。
コンビニの店員の質なんて、その店の店長次第で決まるもんだと思ってたけど
どうやらコンビニの種類によっても結構格差があるみたいだ。

全部が全部そうとは言えないけど、
少なくとも僕が見た限りではセブンの店員は質が悪い。
それに比べてファミマの店員はかなり教育されてるらしく気持ちがいい。

なのに、実家でも今の住まいでも
家の近くにあるのはセブンだったりするので
仕方無くそっちに行くことが多い。
大抵コンビニに行く時って時間無かったり面倒くさかったりすることが多いからね。

あ、でも弁当の質はセブンの方が全然いいんだよなぁ・・・
悩むところである。

--- SSHクライアント ---
家のサーバマシンは引き出しの中にしまってあるので
操作は別のクライアントマシンから行っている。
で、そのときに使うSSHクライアントであまり良いのが無い。

今はTeraTermのSSH対応版を使ってるんだけど
あまり使い勝手がよろしくないので
フリーじゃなくてもいいので良い製品を探してみた。
F-Secureというのがかなり有名らしいので
それの無料体験版を落として使ってみる。

・・・使えん。
何が一番使えないかって、SCREENに対応してない。
画面切り替えをしようとすると表示が乱れてしまうのだ。
結局TeraTermの方がよっぽど使えるということがわかったので
しばらくはこれに落ち着くことになりそうだ。

--- 忘れてた・・・ ---
夕方過ぎ、買い物に池袋まで出かける。
うおっ、何じゃい。この人だかりは・・・
と思ったが、よく考えたら今はクリスマスプレシーズン（？）だったのか。
どこ行っても混んでたので相当疲れた。

帰り、どこぞのファーストフード店がセールキャンペーンをやっていた。
このクソ寒いのにミニスカート穿いて頭悪そうな女が大声で叫んでいる。
さすがマック、見てるだけで思いっきり気分害したぜ。

--- あと1週 ---
ようやく今週を乗り切ればあの忌々しい現場ともおさらばだ。
もうこっちの体勢は完全に逃げ切り体勢だけど。
社員は年末年始もほとんど休めないほどスケジュールが詰まってるらしい。
可哀相だねぇ。

--- 郵便局 ---
昼、親に頼まれて作った年賀状を実家に送るために郵便局に行く。
いつも疑問に思ってることがあるんだけど、
どうして郵便局には封筒が置いて無いんだ！？
いちいちコンビニ行って封筒買って来るのは面倒極まりない。

そしてあの対応の悪さ。
もうちょっとテキパキやって欲しいよ。どこ行ってもこんな感じだもんなぁ。
これじゃコンビニに負けるわけだぜ。
来年からはファミマで郵便出せるらしいし、
もうこんな使えない場所に行く必要も無くなるかもしれない。

--- 昨日に引き続き・・・ ---
今日は鷺ノ宮の駅構内でどこぞの店がチキンの大安売り中だ。
お買い得なのは解ったから、その大声でがなり立てるだけの
知性の低い販売方法は止めてくれ。うるさくてかなわんぜ。

--- 頭痛 ---
うぅぅ・・・今日は体調が最悪だ。
とりあえず会社は休む。頭痛がひどいので明日も行けるかどうか。
そんなわけで。

--- 引き続き… ---
昨日より激しい頭痛が続く。
別に会社に行きたくない訳じゃないんだけど(笑)
こんな体調じゃ行けるはずもないのでパス。
年末までには治して、元気で地元に帰りたいなぁ。

--- クッキーに苦戦 ---
こんな事やってるから風邪が治らないのかも…
自宅サーバをTomcatサーブレットで動かす計画が着々と進行中。

今は日記ページを作成中。
ここのコンテンツの中でサーブレット化の恩意に預かれるのは
このページくらいかもしれない。
セッション管理の勉強にも向いてるしね。

が、クッキーのところで苦戦。
日本語のエンコードが自動的に行われないらしい。
しかも、マニュアルに「Base64エンコードを使用して下さい」と書いてあるくせに
Base64のパッケージがJDKに付属していない。
仕方無く外部からBase64のパッケージが入ったライブラリを取ってきてようやく成功した。

--- Servletの威力 ---
今までこのサイトにはeRuby + mod_rubyを使ってきたが
やはりスピードの面で不安があった。
トップページの表示速度を計ってみると、約130ms掛かっている。

サーブレットの場合、これが約18msにまで縮まった。
RubyもJavaも同じインタープリタであるが、
やはり中間(class)ファイルを採用したJavaの速さは際だっている。
もちろん、開発効率ではRubyに相当の分があるけどね。

--- 結局… ---
風邪が治りきらないまま今年も終了。
早稲田の現場に行く必要もこれで無くなったわけだ。
さぁ、今日はゆっくり休んで完治させるとするか…

--- と思ったら。 ---
何やら家のチャイムが鳴っている。
どうせ新聞の勧誘か何かだろうと思って放っていると、
いつまでも続くチャイムの音。

誰だろう？と思い外を覗いてみると、なんとうちの会社の営業担当者ではないか。
う?む、さすがに3日連チャンで仕事休んだのはまずかったらしい。
電話も切ってたんで連絡取れなくなって家まで押しよせてきたって訳か。

とりあえずドアを開けて話を聞く。
何でも早稲田の方から引き継ぎ作業の為に来てほしいという依頼があるらしい。
馬鹿馬鹿しい、一体何の引き継ぎをしろってんだ。
俺がこの1ヶ月間やった事は、htmlレイアウト修正程度の作業だけだぜ。

--- 解っていた事だが。 ---
当然もう早稲田に行く気なんてさらさら無いのでその意向を伝える。
俺は茗荷谷サイドが勝手に用意した面接に行かされて
早稲田まで嫌々行ってたんだぜ。

前々からこの茗荷谷現場から離れたいと思ってたので好都合だ。
切るなら構わないからそう伝えておいてほしいと営業の人に頼んでおいた。

--- という訳で… ---
来年は年始早々から新たな現場の面接を受けにいく必要があるかもしれない。
まだ正式に茗荷谷から切られたわけじゃないから、はっきりした事は言えないが。
次はもうちょっといい現場に行きたいもんである…

--- 作成中… ---
まだ日記サーブレットの作成が完了しない。
今回はちゃんとしたテスト項目表を作って開発しているのだ。
が、またもIEのアホな挙動に悩まされることになる。

--- たまに？ ---
ブラウザの画面からフォームを通して文字などを受け取る場合、
大抵は「送信」ボタンというのがあるよね？
で、もちろんこのボタンを押せば処理は働くんだけど
それ以外に「Enterキーを押下した時」にも処理が働いてほしい時がよくある。
例えばチャットとか。文字入力してからいちいちマウスでボタン押すの面倒だもんね。

Enterキーを押した時、ブラウザ側で「送信」ボタンを押した時と
同じような処理をしてくれれば、この処理はうまく働く。
が、IEの場合なぜかこれが「たまに上手くいく」らしい。

--- なんで？ ---
詳しく調べた訳じゃないのでよく判らんが、軽く検証したところ…
1画面内にフォームが一つだけの場合は失敗する。
が、1つのフォーム内に複数の送信ボタンがある場合はその先頭にあるものが有効になる。
そして、1画面にフォームが2つある場合は
「後ろの方のフォーム内でEnterキーを押すとうまくいく」(んなことあるか？)ようだ。
も?訳わからん。

ここで「上手にいく」と言っているのは、submitタグの情報が送られるかどうかだ。
サーブレットの場合、送信先は一つにまとめて
その中で「どのボタンが押されたのか(=どの画面から遷移してきたのか)」という
識別を送信(submit)ボタンのnameタグによって行うのが普通。
これが送られてこないと処理が上手く行えないのだ。

ホント、こんなの明らかにブラウザ側のバグだぜ。
世界一使われているであろうIEにこんな不備があるのは納得できない。
これだからM$は…(結局これ)

--- 解決法 ---
グチばっか言ってても何なので解決法を。
今までsubmitボタンのnameタグに設定していたものを
form内にhidden属性で設定してやれば良いのだ。

Enterキーを押下した場合でも
「submit以外のタグ情報は(確実に)送られる」らしいのでこれでOK。
ね？謎な仕様でしょ？

--- VM JAPAN再び ---
実は結構前にVM JAPANのパワーアップキットが発売されていた。
今までは触手が動かなかったんだけど、冬休みで暇になったので
猛烈に欲しくなり買いに行ってしまった。

このキットでは新キャラが4人、幻魔（召還するモンスター）も4匹追加されている。
さらに既存マップも一新された上に新マップ追加、新モードも追加と
かなりのボリュームになっているので遊びがいはありそう。

個人的には、隠れキャラにダルク＝ファクトがいたのが嬉しかったりする。
それにしても、来年から仕事無くなるかもしれないのに
俺はこんな物買ってていいんだろうか（笑）

--- 今更ながら・・ ---
僕が住んでる場所は、池袋と新宿のどっちでも同じ距離くらいのとこにあるんだけど
定期で池袋まで行けるということもあって
今までは池袋に出かけることが多かった。
尤も「多かった」といっても絶対的には相当少ないのだが（笑）

で、今回は新宿まで買いに行った。
電気店の充実ぶりは池袋と新宿じゃ天と地ほども違うもんね。
この差は一体何なのだろうか・・・
今更ながら、やっぱり新宿の方が断然便利な街だということを再認識する。

--- 気が付いたら・・・ ---
もう29日か。そろそろ実家帰るスケジュールでも決めようかな。

--- 新日記ページ試運転 ---
開始しました。今までとURL変わってるので注意してね。
ユーザー側の使いやすさは今までと変わらないと思うけど
作りは全く変わってるんでバグ潜んでる可能性大です。

--- 明日は・・・ ---
大晦日なんで一応実家に帰省。
とはいっても友達と会う予定なので、いつものように寝に帰るだけだけど。
正月の集まりには行きたくないんでこの日には東京に戻るつもり。
もっとゆっくりしろって声もありそうだが
家いてもすること無くて暇なんで。

--- 新年 ---
というわけで皆様、明けましておめでとうございます。
年末はいつものように友達と「忘年会→ゲーム→初日の出」の流れ・・・
が、去年に引き続き天気が悪くて日の出は拝めませんでした。
うむむ、来年こそは・・・