オーバーヘッド

気を取り直して、もう一度要因分析をやり直す。途中でモジュール本体やら引数やらが入っているパッケージ名が変わったりしたが、先週に比べればかわいいほうだ。諦めがついた。

また何が起こるか分からないので、前半は他の会社が作っているモジュールを通して自分ちで作っているモジュールにアクセスする仕組みを勉強して、テストプログラムに追加しておいた。ここはさすがに変わらないだろう。そのモジュールのインターフェースが変わったら全国の会社の仕様が変更になるわけだし。って言っても先週みたいなことも起こりえるか…

そうこうしているうちに、単体テストで試しに動かしてみたいから早くテストプログラムくれと催促があった。なので仕様変更が起こらないうちに2日間で一気に半分書き上げ、渡す。平均1500step/日。バグありまくりの予感。(実際ClassCastExceptionやNullPointerExceptionが続発しているとの声が…)

学生のころは金が無いからといって同機能のフリーソフトを探して使っていたが、実際商用ソフトを作る立場になってみると、機能のわりに高額になってしまうのには理由があるんだな、と実感。

フリーソフトなら作る人は自分しかいないから俺的インターフェースで作っても統一感がある。だけど商用になってくると何百人もの人が開発にかかわっているので、各自が俺的インターフェースで作ると使う側は混乱してしまう。だから仕様を統一する必要があるんだけど、MLや電話で話し合ったり、定期的・不定期に実際に集まって話し合ったりしていると、ものすごくコストがかかる。

先輩方を見ていると、作成している時間よりも質問したり話し合ったりしている時間のほうが多い。リーダーさん(現トレーナーさん)やテストしようとしているモジュールの担当者さんはここのところ頻繁に太平洋側に出張に行っている。仕様書の印刷代、紙代、出張費、話し合っている時間の人件費…製品の金額の中にこれらが占める割合は結構大きいんじゃないか、と思っている。

とか言いつつ、開発中の製品のΒ版の環境構築に失敗して、インストールもアンインストールも出来なくなって立ち往生したために、5千円ぐらい無駄にした私であった。