コーディングのアンチパターンを自分なりにまとめてみた - ブログなんだよもん

コードレビューをしてると「なんじゃこりゃぁ！？」というコードにまれに出くわします。 既存のコードとの兼ね合いでなってる場合は、致し方無くても、新規コードまで真似するのは良くないですよね。 そろそろ新人エンジニアの中には「はじめてのこーでぃんぐ」をする人も現れるのではないでしょうか。 そんな時、参考にするのは当然、既存のコードでしょう。でも、果たして既存のコードは真似するべき綺麗なコードでしょうか？ というわけで、私がレビュー時に良く注意する点をアンチパターンとしてまとめてみました。 ちなみに私はWeb屋さんなので、業界違うと微妙に違うところもありそうですけど、本質的なところは変わらないと思ってます。 パターンの名前は一般的なのをWikipediaから引っ張ってきたり、自分で思いついたのを適当に書いたりしています。 太っちょメソッド 名前のとおり大きすぎるメソッドを作るアンチパターンです。

[buzzword111]

神のメソッド、太っちょメソッド 表現が面白くいな〜と思いました^_^

[laplus-knsn]

try{ huge } catch (e) {} // 握りつぶし

[glat_design]

「バベルの崩壊」ワロスｗｗｗこれのHTML版とCSS版を誰か書いてください…！

[yasu-log]

［B!］コーディングのアンチパターンを自分なりにまとめてみた

[trashtoy]

あるあるあるある。「神のメソッド」は頻繁に見かけるなぁ。引数が10個くらいある関数とかね。

[akasata]

確かによくバベるなぁ

[kiyo_hiko]

「カメレオン変数」とか「バベルの崩壊」という表現がいい感じ

[shiumachi]

基本的なことがまとまってる

[kazuhiko999]

プログラミング, 開発

[mizuno234]

プログラミング