ひよっこ。

I want to…

Posts Tagged ‘Step数’

ダメプログラマの日常1

Posted by hikaruworld : 2011 4月 9

ある日の昼下がりの出来事。
はい。ダメプログラマですみません。

誰か「1万ステップのコードと100万ステップのコードで、検出された障害がどちらも100件だった場合は、どちらが品質が悪いと考えられますか?」
自分「それはそもそも粒度というか構成が異なるので議論出来ないと思います」
誰か「粒度が同じだと仮定した場合は?」
自分「それは1万ステップのコードの方が品質が悪いと見えますね(その比較自体が無意味ですが…)」
誰か「であれば、そうやってプログラムコードの品質を分析してください」
自分「。(いや、だから、粒度を同じにするという前提条件が現在のプログラム言語とアーキテクチャでは無意味ですよね)」

次に続いたような…

# そもそもCOBOLの時代(いや、実際には知らないけど)じゃあるまいし、
# すべてが同じ粒度のOOPな構成のプログラムってどんなんだろか。

これは、(たぶん)フィクション(だといい)です。

Posted in program | タグ: , | 2 Comments »

Step数と詳細設計書

Posted by hikaruworld : 2011 4月 6

私はStep数単位での会話が出来ない、ダメダメプログラマです。

先日、あるプロジェクトのやり方が変わって「ちゃんとやる」ようになると言われました。
「ちゃんと」というのは、その某社の定めた品質指標に従っているかどうかであり、
最初に契約した内容通りのものが期限内に作成できているかであって、
顧客の満足度とか、要求の変化を受け入れるためのコミュニケーションとか
そういったものは、100万光年の彼方にあるらしいです。

まさに、これを地でいっている感じ。

個人と対話よりもプロセスやツールを重要とし、
動くソフトウェアよりも包括的なドキュメント、
顧客との協調よりも契約交渉を、
変化への対応よりも、計画に従うことを重視する

衝撃だったこの一言。

契約がすべてなんだよ

契約は大事です。はい。
しかしながら契約が「すべて」でもありませんし、契約が「いちばん」でもないと思います。
それは、発注された側の視点でしか物を見ていないと思います。

こんなことも言われました。

品質指標のステップ数あたりの詳細設計書の枚数があっていないので説明して下さい

すくなくとも、自分のちゃちい脳みそでは理解できん。
ツマリナンデスカ、自分がデザインパターンを駆使して書いた100行のコードと、
POJOのgetter/setterと価値が同じとオッシャッテルンデスカネ。
機能によって必要な仕様書は当然違うんではないかと思いますが。

全体規模としてのステップ数はまだわからなくはないですが、
見積もりや品質分析で利用するのはとてもとても危険だと思います(ここは別途書きたい)。
1ステップでテトリス作れる時代ですよ、今は。

Posted in program | タグ: , , | Leave a Comment »