「プロジェクトを失敗に導くプログラミング言語」記事へのコメント

実践主義・現場主義復権のためには何をするべきか…

[hkoba (1634)]

brake-handle さんの意見に賛成です。 良いインターフェースを一発で策定し、未来永劫変えなくて済む、 なんて事は滅多にないだろうと思います。また、インターフェース量の 増大がそれ自体問題になるという指摘にも賛成です。教科書・ 演習レベルでは問題にならないことが、現場では問題になる、という 好例だと思います。

では如何にすべきか?やはり実践主義・現場主義を復権させるしかない のではないかと思います。もちろん、開発スケジュールに影響力を持つ 全ての人（=ビジネスの人を含む)に、です。そうすることで、

> 物事の本質を見る時によく使う手ですね。ただ、時間に追われて
> いる人たちにそんな余裕があるかどうか...

難しい問題には試作の時間を確保できるように、仕事の流れの外枠を 変えていく、しかないかと思います。

私も、大学にいた頃はまだ設計重視派でしたが、フリーで仕事を請ける ようになってから半年もせずに「検証至上主義」に転向しました。 これが名のある一般企業であればもう少し長く設計重視派だったかも 知れませんが。やはり目の前に顧客がいる状況では、設計変更の リスクにいかにして対処するかがもっとも重要だと実感しました。 私が現在自分に課している規約は、

• 単体検査を通過していない部品は信用しない
• 頭の中だけで作ったライブラリAPIは信用しない。 実際に長期間複数のプログラムに使って便利だと思えるまで、 APIは確定させない。
• 顧客に試作品を触ってもらうまで、過剰な作り込みはしない。

です。多分、米国ではこういう問題の認識がもっと早く知れ渡り、 それが Extreme Programming(XP)やリファクタリングへと結実したのでしょう。でも、それが 日本に広まるにはまだ大分かかるんではないかとも思います。 何故なら、大分偏見が入ってますが、私の私見では

1. 実践主義は理論指向のアカデミズムと相反する。よって、 一部の情熱ある例外を除き、大学は実践主義を教えない、 教えられない。
2. 現場には、APIの変更を設計失敗の証拠と捉え、 過度にネガティブに捉える傾向がある。恥の文化の国民性から (あるいは、工学を知らない現場に有りがちな根性主義・才能主義から) バグを出した人間を糾弾するチームとか、有りがちです。 QC 的視点(人は必ず過ちを犯す。糾弾しようが、 根性を出そうが。)が日本のソフトウェア開発の現場に浸透する 予兆は、今のところ見いだせない。

最後に、インターフェースの経時変化に対しては、 なるべく構造体(への参照) 引数を用い、随伴情報の追加を容易にするのが私の好みですが、 何せクラスが更に増えて全体を複雑化してしまうので、 これも万能ではないですね。