今までみた絶望的なソースコード [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
今井氏：ソースコード公開は、社長のティム（*2）の意向です。彼はバリバリのプログラマーで、初期の「Unreal Engine 1」を http://game.watch.impress.co.jp/docs/interview/20150417_698349.html http://monobook.org/wiki/%E4%B8%AD%E7%B4%9A%E8%80%85%E7%97%85 一休「虎が屏風から出てくれば捕まえられるのにな〜ああ〜残念だなあ〜」 >>285 971 名前：名無しさん＠七周年[] 投稿日：2006/11/11(土) 00:56:10 ID:M8+ahUZV0 コメントが一切なくて、ものすこく複雑な処理をやっている。 ものすごく」の程度は人によるからなあ 他人のコード見てコメント無いだの少ないだの騒ぐ奴 >>298 更新履歴すら書くの忘れる ああー俺もコメントポエム書きてえぇーーー >>300 /* /* だってそんなコメント無駄だし、むしろコメントの質を下げる要因にしかならないじゃん こういうコードが入る時点で、 夢じゃなくて品質を上げるのは コードレビューで品質が上がる… 質を上げるんじゃない 質の低いコード混入するのは室の低いマしか雇えないブラックだからだよ… >>311 >>313 コードレビューするのはどの業界でも当たり前の話なんだけどね。 いや、そんなに必死になって連投して否定しなきゃならないようなことじゃないから… 質が悪いのを直せば、質が良くなるのは当たり前ですね。 だ・か・ら、質が良くなるんじゃなく、悪い質じゃなくなる＝極普通、になるだけだよ… えとなぁ、どんな優れた奴でも普通の時代がなかったわけじゃないんだよ。 だいたいな、悪いやつがなんでずっと悪いかって言うと、 すまんな、あんた俺と違って幸せな環境にいるみたいだから、どこまで行っても平行線だわ… 相手が単に嫌いとか理解できないってコードへの無意味な批判が無くなれば、コードレビューもありだとは思うんだけどな。 >>323 >>322 >>323 教えて解るのなら誰も苦労していない。 >>326 >>328 returnが増えるほど可読性は下がる、という文化もある 可読性というか、一見上から下に素直に流れる関数のように見えて実は その理屈だと、そのreturnと同じ位置にi++とかあった場合、 >>326 >>328 俺はすぐにreturnしちゃうけど、可読性は上がるよね >>336 MISRA準拠のときに困るからreturnは複数書かないな (関数){ コーディングルールにある通りでいい >>338 >>325 >>342 >>344 >>342 基本的に腐ってる人っていうのは >>346 こういう派閥争いの結果、複数の形式が混ざった糞コードが生まれるのであった モーゼ<俺は中道を行くぞー！ﾊﾞﾘﾊﾞﾘ ﾔﾒﾃ！> >>350 >>323 で途中returnを使わないとテストパターンが増えるかのように書いて >>353 >>351 >>356 >>344 意外と盛り上がってて吹いた 書き損じた んでここがちょっと言いたかったことだけど この場合エラー処理もえらい単純化できる >>361 そいうことを言いたいわけじゃないんだがなあ そして関数テーブルにすると 関数テーブル覚えたての人なのかなあ この方法は見ての通りコードレビューも短期間で終わるのが判ってもらえると思う テストケース数に合わせる為にロジックを分かりにくく記述する本末転倒手法 >>354 テストファーストならそれもありだろ。ブラックボックスでいいんだから。 ネストが増えるのは問題だけど returnパスが増えるのが問題だと思うのなら >>364 >>373 >>375 コーディング規約って、一種類しか無いとでも？ コーディング規約の為のコードじゃなくて、なんのためのコーディング規約かを考えろよ 性能が必要ないカテゴリでは性能を低下させるコードでも許容されるだけ 基本は可読性高いコードが評価高い だから、それを待てるカテゴリは、元々性能が問題になるようなカテゴリじゃ >>377 >>381 > しかし速度重視の難解コードはクソソースと呼ばれ後ろ指さされる >>384 速度自体が無駄ｗ 皆、自分の意見こそが正しく正義であると信じ、 ■ このスレッドは過去ログ倉庫に格納されています
