2010-02-24

というか、設計って

ロジック考えて、実装して、ベンチマーク取って。

それを元に何パターンか実装して、さらにベンチーマーク取って。

とりあえず、手近なプログラマの人に小さなプロジェクトで使ってもらって、レビューを受けて。

ジュニアーのひとが間違いやすい使い方の部分にガードを入れて。

何回かこなして。

それでようやく、大規模プロジェクトに使えるような設計ベースが出来上がる。

手放しでいきなり設計した物は、動くだろうけど、ベンチでなかったり、初心者ミスしやすかったり。

デバッグ用の仕組みが入って無くて、落ちるんだけどトレースできなかったり・・・。

 

そんな実装して、ベンチマーク取っての繰り返しを

人に頼んでいたら、時間ばっかかかってしょうがないよねぇ。

  • それは、どのレベルの「設計」を指しているんだ? おれが思うに、ここで想定されている「設計らしきもの」を受けて仕事する人間は、たんなるコーダーだと思うんだが。 COBOLの頃には...

    • 数千万セッションを裁けとかいう、アホみたいな巨大システムの基幹モジュールの設計。 コアドライバの実装設計がミリ秒単位の時間で動かないといけないので、そこを基軸に他が全て...

      • なんかさ、フェーズが違う話をごっちゃにしてないか? この書き方だと、最初の書き込みで「設計のベースが出来上がる」とかいってる部分は、「基礎技術が確立する」だよね。

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん