設計だよ！

ここ数年、いやもっとかも。こんなに仕様書を書いたことはないと言えるほど仕様書を書いている。とくにプログラマーに無理をお願いする以上、仕様に間違いがないようにそしてわかりやすい仕様書を書くようにしている。

なにかの本で知った言葉だと思うが
『自分が三日考えたことを他人に伝えようと思ったらやはり三日かかる』
自分があれこれ三日も思い悩んだことを人に30分で伝えようなんて甘い甘いということ。
なるほどなーと関心した記憶がある。
実際には三日もかけられないので短い時間で伝えるにはどうしたらいいか？ここに仕事の真髄があると思っているが、まったく逆のことをする人達がなんと多いことか。

よく考えたつもりでも見直すと間違いもあるし、もっとわかりやすい書き方があることもわかった。
テーブルを更新するための項目セット明細を書いていたが、はじめは表の中でデータの区分がＡならば・・・、Ｂならば・・・と条件分岐していたが、表自体をＡ用Ｂ用と二通り作った方が断然見やすいということに気がついた。
まさに目からウロコというか昔だったら絶対に後者で書いていたはずだが、書きなれないと過去の経験も活かせないんだな。
いろいろと勉強になるプロジェクトである。（笑）