パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

既存のコードの質を依頼を受ける前に確かめる方法は? 」記事へのコメント

  • by Anonymous Coward

    ドキュメントのまとめ方である程度傾向は判断出来る
    詳細仕様・テスト仕様の改版履歴とレビュー結果報告だけでも見ればずいぶん傾向は見える。
    更にchangelogを見せてもらえれば言う事無し。

    • by Anonymous Coward

      それだね。ドキュメントがちゃんとしていればある程度以上の質が保たれてる可能性が高い。
      酷いところはドキュメントが存在しない・初版から更新されていないもあるけど、その場合はコードの質も素人以下

      • by Anonymous Coward
        ドキュメントが大事過ぎて、コードが追いついてない例もある。
        ドキュメントがまともでなくても、コードだけで完結してる例もある。
        • Q「ドキュメントに書いてある内容と挙動が違うんだけど?」
          A1「そのドキュメントは旧版です。最新版はコードを参照して下さい。」
          A2「ドキュメントは設計書ですが、実装にはバグがあって、その通りには実装されていません。」
          A3「その機能はまだ実装されていません。次のフェーズ3以降で実装する予定です。」
          #なれるSEでもそんなネタがあったなあ。

          前任者はコードもドキュメントもほぼ完璧だったけど、不況のあおりで前任者がクビにされて、
          現在の担当は一切コメントもドキュメントも書かずに、バグフィックスや機能追加、リファクタリングと
          称してスパゲッティプログラムを大量生産。

          ……という可能性も無いとは言えない。
          #ユニットテストも無しでCのスパゲッティプログラムを書き換えるのを「リファクタリング」と
          #称してる奴がいたなあ。死ねば良いのに。

          特に中小企業だと、作ってるのが実質一人だったりするからなあ。
          その担当がクビにされた後を引き継ぐのが未経験の新人だったりすると、
          こういうことは十分起こりえる。

          親コメント

犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー

処理中...