プログラムを作るまえにすべきこと

リンカーンは、
「もし、８時間で木を切り倒せと言われたら、私は７時間を斧の刃を研ぐことにあてる。」
と言ったそうです。
プログラマが、「８時間でプログラムを作れ」と言われたら、７時間を何にあてればいいのでしょうか。

私の考え
・テストの準備をすることにあてる
・ユーザーと対話することにあてる
・仕様を理解することにあてる
・プログラムを造るプログラムを造ることにあてる

No.5 ベストアンサー 回答者： Pesuko 回答日時： 2006/08/07 17:53

＞、「８時間でプログラムを作れ」と言われたら、７時間を何にあてればいいのでしょうか。

私なら
最初の７時間で仕様書作ったり、フロー考えたりするふりをする。
８時間後やっぱり出来ませんでしたと言う。

基本の単位が違うんだから「８時間」でという事自体が無理でしょ。
木を切るの事とプログラム作成を同じ土俵で考える事が無茶。
例えばこの質問が「８０日で」と言われればそれなりに回答もまともになると思うけど。
８０日にしても規模によっては無茶な場合もあり、７０日遊ばないといけない場合もあり・・

比喩の対象が違う、本来こういうことに対して使う物ではないと思う。
物事に対する精神論を説いているのでは？

この回答へのお礼

回答ありがとうございます。
参考にさせて頂きます。

お礼日時：2006/08/07 17:57

No.7 回答者： Qwerty-36 回答日時： 2006/08/08 10:50

7時間は、仕様の再検討を行い、「デバッグのし易いアルゴリズム」に出来ないか考える時間に宛てます。

昔、マイコン(パソコンじゃないよ(^^;))のプログラミングの本を読んでいたら、「名人は段取り七分、腕三分」と書いてありました。

昔、マシンの時間が高価だった頃、机上で何度もデバッグをしてからエディタに向かいました。
昔、プログラムをカードで打つ前に、コーディング用紙に概略を書いていました。(「Beginを10枚、打っておいてネ(^.-)」って、それは違うよね。)

今は、エディタを開いて、フローを考えながら打てるから、楽ですね。

この回答へのお礼

回答ありがとうございます。
参考にさせていただきます。

お礼日時：2006/08/19 18:18

No.6 回答者： palpal2 回答日時： 2006/08/07 18:31

これって格言ですよね。

ＳＥ業務の考え方として、仮に６０分の時間があったら・・

１）５９分プログラミングし１分デバックする
２）１分プログラミングし５９分デバックする

どちらが理想か（あくまでも理想論の論議）という格言を示しています。

１）は検討に検討を重ねて、デバックを１発で済ませる理想型の仕事
２）はとりあえず作って、デバックに悪戦苦闘するデスマ系仕事

理想は１）だけどほとんどのプログラマは２）に該当するのではないでしょうか。

基本的に７時間で何をする？ではなくて、全体工程の殆どを仕様や試験などの検討に費やしデバック・コーディング（実作業）は最小限に納めるという事を言っていると思います。

この回答へのお礼

回答ありがとうございます。
参考にさせて頂きます。

お礼日時：2013/05/26 08:58

No.4 回答者： oryaaaaa 回答日時： 2006/08/07 17:33

それでは完成できないと思う

最初の３時間でプログラムをひとまず完成させる(1500行位)
残りの５時間、デバッグとコーディングの美しさを追求する

１時間程度で作れるプログラムなんて、仕様がシンプル
それで７時間なにしていればいいか？という問いなら
・２ｃｈでまったり雑談

この回答へのお礼

回答ありがとうございます。
参考にさせて頂きます。

品質のよいプログラムを短期間でつくるために、何を重点的にすればいいかと言うことです。
やはり、コーディングの美しさが重要なのでしょうか。

お礼日時：2006/08/07 17:46

No.3 回答者： susumufire 回答日時： 2006/08/07 17:24

私は全体の９割以上を一つの作業に当てはめることはできません。

2時間でユーザとの対話（仕様の決定及び理解）
2時間でドキュメント作成
0.5時間でプログラミング
1.5時間で試験準備（試験項目の作成や環境整備）
2時間で試験
と私ならばするでしょう。

この回答へのお礼

回答ありがとうございます。
参考にさせて頂きます。

もう少し時間に余裕があれば、どの作業の時間をふやしますか？

お礼日時：2006/08/07 17:41

No.2 回答者： noname#19197 回答日時： 2006/08/07 17:23

どんなプログラムかによりますが、

・ユーザーと対話することにあてる
・仕様を理解することにあてる
この２つはプログラム以前の問題ではないでしょうか。
プログラムの上位のシステムという概念に値すると思います。

プログラム＝システムだとすると、
・ユーザーと対話することにあてる
・仕様を理解することにあてる
は、十分な条件だと思います。

また、この下位に位置するコーディングという作業については、
・優秀なプログラマを見つける
だと思います。
一般のプログラマが何人集まっても、優秀なプログラマ一人には勝てないというのは有名な話です。

この回答へのお礼

> どんなプログラムかによりますが、

説明不足でした。
仕様は既に確定しており、詳細設計も終わっています。

> ・優秀なプログラマを見つける
私自身がプログラムをつくらなければいけないのです。
ということは、
・私が優秀になるように訓練すること
が重要なのでしょうね。

お礼日時：2006/08/07 17:38

No.1 回答者： trajaa 回答日時： 2006/08/07 17:23

何をお求めですか？

新しい格言を考える事ですか？

プログラミングとは？という普遍的な法則でも作り出すのでしょうか？

実際にプログラムを作る際の手順ですか？

８時間で出来る事には限度があります。
・時間の割振りを考えて(大きく、仕様と製造とテスト)
・時間内にこなせるか見込みを付けて、出来ないなら断る。
という勇気も必要です。

この回答へのお礼

回答ありがとうございます。
参考にさせて頂きます。

これからプログラムをつくるのですが、どうすれば効率よくつくれるか考えているのです。

> ８時間で出来る事には限度があります。
> ・時間の割振りを考えて(大きく、仕様と製造とテスト)
確かにそうですが、その中でもっとも重要なことは何かが知りたいのです。

お礼日時：2006/08/07 17:35