新卒で2ヶ月(工数2人月)で5千ステップ、コードの行数2.5万行ってどうなの？新規作成プロジェクトにコードメトリックスかけてみた

>>6
なるほど、そっちが正しそうだね
昔はたぶん数えるツールがなかったから
ステップ数＝行数みたいな感じだったわ

ステップ数と行数って違うの？

>>5
行数＝ステップ数+コメント+見やすくするための改行+その他

それでお幾ら万円？

今どき何をそんなにスクラッチで書くことある？

僕は開発に集中しているときなら1日に500ステップぐらい書くかな
それが2週ぐらいで、あとはテストとリファクタリングで、あっという間に2ヶ月経っちゃうね

登大遊なら2日あれば終わるな

コメント2万行の時点で遊んでると思われてる

>>16
全てのクラスやメソッドに留まらず全てのフィールドにdocコメント付けるよう心がけてるぞ！

フレームワークみたいなので新規作成したら1万行ぐらいあるのでは？
フロントエンドというかGUIでボタン一つ置いただけでも、見た目のコードやイベントリスナーが十行以上自動生成されるしな

つまり何を作っているかで見積もりはかなり変わるでしょ

例えば単純なAPIを作るのにC言語で一万行あるとしてもPythonなら100行なんてこともある

コードなんてコピペばっかなんでわかんないよwww

コメントは最後の手段
処理を関数に分割して関数名で何をやってるか説明すればほとんどのコメントは不要になる
コメントの下の処理を変更したらコメントも変更するようにしないとコメントが嘘をつくようになる

>>27
コメント書かなかったらコメント書けと指導が入るんだよなあ…

クラス、メソッド、プロパティにはdocコメント必須

コメントを残すとコメントをメンテナンスするコストが発生する
コードを変更した人がコメントも変更してくれるとは限らない
変更されなかったコメントはその下のコードを説明するどころか逆に嘘をついている状態になる
これがメンテナンスされないコメントが有害である理由だよ
コメントは書いた時点でコードが腐り始める兆候だと言える

>>29
コメントにTODOとかFIXMEとかアノテーションつけとけよ
それでも無視するやつは死刑でいい

//aが0じゃなかったら0を入れる
if (a != 0) {
a = 0
}

ビジネスロジックなら長大なベタ書きのほうが後々改修が楽だったりするんだよな
若い頃はトリッキーなコード量産してドヤってたのが恥ずかしい…

>>36
新卒が研修かねて作っているのに的外れ過ぎやろ

開発が数ヶ月だったとしても運用は何年も続く
運用ファーストで運用が一番楽になるように設計しないとだめだわ
これに気づいてない開発者はわりと多い