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

ソースコードを書くのは単純作業?」記事へのコメント

  • 単純作業じゃないのは
    ・仕様の決定
    ・テストパターン作成
    ・単体テスト・結合テスト・・・
    ・バグの低減
    ・バグ発覚時の修正(特にS後の瑕疵担保期間に・・)
    ・バグに対する顧客・上長説明

    などなど上げればキリないけど、顧客対応・営業対応・工程管理じゃない?
    コーディング単体なんて半分単純作業だと思う・・・

    • by Anonymous Coward

      仕様通りに、スパゲッティなコードでもいいならそうかもだけど、
      効率のいいとか、読みやすいとか、メンテナンス性がいいとか、
      そういうのを考えるとなると、そこまで簡単なお仕事ではないとは思うんだけどね。

      • by Anonymous Coward

        スパゲッティなコードの元はスパゲッティな設計書にある訳で
        プログラム書く人間に判断させる設計してる時点でおかしいと思うけどな。

        自分で設計して自分で書く場合も微に入り細に渡る仕様書を書いた方が
        コーディングを瞬殺できるし障害対応の反映も楽で
        結果としてコードと設計書の齟齬も生まれづらい。

        メンテナンス性の高いプログラムはメンテナンス性の高い設計書から生まれる。

        • by Anonymous Coward

          設計書なんて無しで、可読性の高いコードを設計者が自分でさらっと書いてしまうのが一番効率が良い。
          メンテナンス性の高いプログラムに必要なのは、可読性が高く効率の良いコードで、そこに設計書など必要はない。
          無駄な書面を残すことは、二重三重の管理コストが嵩むだけでしかない。

          • by Anonymous Coward on 2022年12月06日 10時52分 (#4375734)

            > 設計書なんて無しで、可読性の高いコードを設計者が自分でさらっと書いてしまうのが一番効率が良い。

            問題はですね。そのレベルの開発者はほとんど居ないということです。
            たいていの人は、良くてトランザクションスクリプト、悪けりゃスパゲティコードしか書けません(実体験より)。

            ただし、そのレベルの人は設計書書かせても同レベルの品質です(地獄

            親コメント
            • by Anonymous Coward

              つまり多くのコード書く人は単純作業しかしてないし、ストーリー元の発言も妥当だということか。

            • by Anonymous Coward

              同感です。
              一人情シスですが、発注先のSIerのソースコードを見て実感しました。

              SQLで数行で出来る処理をトランザクションスクリプトでぐだぐだとやっておりましたよ。

              そこまでは前の職場で見慣れていたのですが、
              ループ処理で取得最大行数が未知なのに配列サイズを固定して1行ずつ読み取った値を配列変数に溜め込んでいました。

              SIer2社とも似たようなコーディングでしたよ。

              • by Anonymous Coward

                ドッチかというと
                >SIer2社とも
                これが原因でしょうな。
                集合操作の概念など理解したくもないようなのが幅効かせてるトコなので。

私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson

処理中...