プログラムの開発費用を評価するのに、通常はプログラムの「量」を用いる。 プログラムの量は、一般には、この文章と同様に、「行数」で評価される。１ ００００行のプログラムを開発した、というふうに言う訳である。そして、受 託会社に支払われる金額は、だいたいこの「行数」を基準に算定される。
プログラムの行数は、非常に簡単に数えることができる。大抵のコンピュー タには、プログラムの行数を数える機能がついている。
もっと一目瞭然に分かる方法がある。それは、プログラムをプリントし、そ
の量で計るのである。冗談に、
「プログラムは重さで評価する」
ということが言われている。これは、肉屋で肉を計り売りするように、プロ
グラムを印刷した紙の重量を計り、１００グラム何万円とか単価を決めて金額
を決めることを指している。
これは確かに冗談だが、日本のコンピュータ社会を今まで眺めた経験からいっ て、そう考えざるを得ないことがよくあった。
別の会社が作成したプログラムを修正する作業をしていて、ものすごいプロ グラムを発見したことがある。プログラムの中に、３００行以上にわたって、 同じことの繰り返しが延々と書かれていた。同じことを１０回繰り返すのなら、 １０回繰り返せという命令を書けばよいのだが、そういうふうには書かず、同 じことを１０回書いてある。
この修正だけで、長さは１０分の１になってしまう。まあ、同じことを繰り 返すのに、繰り返し命令を使わず、必要回数だけ書き並べれば絶対長くなる。 そういう手を使えば、プログラムの長さを倍増するのは容易である。
さらに色々調べていたら、結局、その部分は全く無駄であることが分かった。 無駄どころか、存在するために、でき上がったシステムの機能が落ちているこ とが判明したので、結局全部捨ててしまった。そのお蔭で、このプログラムは、 何の問題もなく動くようになった。
我々のやった作業は、プログラムの量で測ると、マイナスである。負の生産
をしたことになる。
「今日はプログラムを５００行書いた」
とかよく言う訳だが、このプログラムの相手をしている時は、
「今日もプログラムを５００行削った」
と言うようになった。どれだけ「ごみ」を捨てたかが作業量の目安になって
しまった。そのほかにも、いっぱいプログラムを削った。最初から我々に発注
してくれたら、２分の１、あるいは３分の１以下のプログラムの長さで、もっ
ときちんと動作するものが作れることは容易に想像できた。でも、量で評価さ
れる世の中では、我々のした行為は、営業的には決して評価されない。報告書
に、何行ごみを捨てたかを書く欄は存在しない。あくまでも、何行書いたか、
何行変更したかでしかない。
「丸ごと捨てたら、完璧に動作するようになりました」
なんて報告書は出せないのだ。
その昔、某大手電機メーカーの研究所から超LSI関係のプログラムを受注し、 開発を続けていたが、途中で納期が来た。まだ私も仕事に慣れていなかった頃 だし、技術も相当未熟であった。また、研究開発にはつきものだが、こちらの プログラムを動かすには、装置その他がきちんと準備できないとテストができ ない。まあ、色々な理由の相乗効果で遅れが出た。
でも、経理上の納期がある。とくに大企業の相手をする時、とにかくこれを
守らなければいけない。それで、納期が来た時、どうやって納期を切り抜ける
べきかを研究所の担当者に聞いた。すると、
「経理部の隣室に破棄してある用紙の中から、分厚くてプログラムらしいの
を綴じて経理部の検査に出せばよい」
と、とんでもないことを言う。
「えっ、こんなことしていいの？」
と思ったが、研究所の担当研究員が指示したことだから、後ろめたいところ
もあったが、その通りにした。見事、経理部の検査には一発でパスし、お金は
支払われた。もちろん、最終的にはちゃんと動作するプログラムを納品したが。
いまだに、「行いくら」、「キロいくら」で考える人が多い。最も測定しや すい指標だが、こんなので技術者の組んだプログラムが評価されたら、たまっ たものではない。今では、土方でも体力だけでは勤まらない時代だ。土木用の 超大型ダンプだってオートマ車になっていて、かわいい女の子にも楽々運転で きる。「力」ではなく「技術」を評価して欲しい。特に、プログラムを作らず に目的を達成してしまう「ハイテク技術」を高く評価して欲しい。
そういう評価をしていないと、結局は自分に被害が及んでくる。同じことを するプログラムでも、下手ほど長いプログラムになり、より多くの報酬を得る ことが出来る。さらに、下手が作ったプログラムは長くて遅いだけではなく、 誤った動作をする。踏んだり蹴ったりのプログラムを作った方が評価される日 本は、いったいどうなっているのだろう。
我輩は猫である
