アカウント名:
パスワード:
単純作業じゃないのは・仕様の決定・テストパターン作成・単体テスト・結合テスト・・・・バグの低減・バグ発覚時の修正（特にS後の瑕疵担保期間に・・）・バグに対する顧客・上長説明
などなど上げればキリないけど、顧客対応・営業対応・工程管理じゃない？コーディング単体なんて半分単純作業だと思う・・・
仕様通りに、スパゲッティなコードでもいいならそうかもだけど、効率のいいとか、読みやすいとか、メンテナンス性がいいとか、そういうのを考えるとなると、そこまで簡単なお仕事ではないとは思うんだけどね。
スパゲッティなコードの元はスパゲッティな設計書にある訳でプログラム書く人間に判断させる設計してる時点でおかしいと思うけどな。
自分で設計して自分で書く場合も微に入り細に渡る仕様書を書いた方がコーディングを瞬殺できるし障害対応の反映も楽で結果としてコードと設計書の齟齬も生まれづらい。
メンテナンス性の高いプログラムはメンテナンス性の高い設計書から生まれる。
設計書なんて無しで、可読性の高いコードを設計者が自分でさらっと書いてしまうのが一番効率が良い。メンテナンス性の高いプログラムに必要なのは、可読性が高く効率の良いコードで、そこに設計書など必要はない。無駄な書面を残すことは、二重三重の管理コストが嵩むだけでしかない。
コードってドキュメントとしては超詳細仕様だから、概観を語る資料ってやっぱ要るよ。あとソースという単一要素しかないと設計意図が不明なことがある。どうしてこの実装なのかを保証する材料に不足していることがある。リーディングのコスト掛ければ最悪どうにかできるけど、そのコストを計算から除外するわけにはいかない。
何の為にコメントというシステムがあると思ってるのか。
// 1を足すi += 1;
なんてコメント書いてる馬鹿が少なくないんだよな・・・何故ここで１を足すのか理由を書けっての。自分が何してるか疑問に思わないのかね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
ソースコードを書くのは簡単なお仕事です。 (スコア:0)
単純作業じゃないのは
・仕様の決定
・テストパターン作成
・単体テスト・結合テスト・・・
・バグの低減
・バグ発覚時の修正（特にS後の瑕疵担保期間に・・）
・バグに対する顧客・上長説明
などなど上げればキリないけど、顧客対応・営業対応・工程管理じゃない？
コーディング単体なんて半分単純作業だと思う・・・
Re: (スコア:0)
仕様通りに、スパゲッティなコードでもいいならそうかもだけど、
効率のいいとか、読みやすいとか、メンテナンス性がいいとか、
そういうのを考えるとなると、そこまで簡単なお仕事ではないとは思うんだけどね。
Re: (スコア:1)
スパゲッティなコードの元はスパゲッティな設計書にある訳で
プログラム書く人間に判断させる設計してる時点でおかしいと思うけどな。
自分で設計して自分で書く場合も微に入り細に渡る仕様書を書いた方が
コーディングを瞬殺できるし障害対応の反映も楽で
結果としてコードと設計書の齟齬も生まれづらい。
メンテナンス性の高いプログラムはメンテナンス性の高い設計書から生まれる。
Re: (スコア:0)
設計書なんて無しで、可読性の高いコードを設計者が自分でさらっと書いてしまうのが一番効率が良い。
メンテナンス性の高いプログラムに必要なのは、可読性が高く効率の良いコードで、そこに設計書など必要はない。
無駄な書面を残すことは、二重三重の管理コストが嵩むだけでしかない。
Re: (スコア:0)
コードってドキュメントとしては超詳細仕様だから、概観を語る資料ってやっぱ要るよ。
あとソースという単一要素しかないと設計意図が不明なことがある。どうしてこの実装なのかを保証する材料に不足していることがある。
リーディングのコスト掛ければ最悪どうにかできるけど、そのコストを計算から除外するわけにはいかない。
Re:ソースコードを書くのは簡単なお仕事です。 (スコア:0)
何の為にコメントというシステムがあると思ってるのか。
Re: (スコア:0)
// 1を足す
i += 1;
なんてコメント書いてる馬鹿が少なくないんだよな・・・
何故ここで１を足すのか理由を書けっての。自分が何してるか疑問に思わないのかね。