日中も普通に働いてて夜の（午前の）3時くらいに書いたコードがそんなんだったりする

すげえ 2つ目のコード意味わからなかった

関数の引数に渡すと、一次元配列が二次元配列に変わるというのが凄まじい

巨大なfor文の中ですべてを行おうとする人は、本当にコード書かないで欲しい

なんで処理の意味を関数名・変数名にするという簡単なことすらできないのだろう

こういうコードが蔓延してて、しかも社員が「7つの習慣」とかに被れてる意識高い系無能なところで働いてる 「マンパワーではなくマネジメントの力で改善しよう」とか言ってるが、...

後者の方恣意的に極端な例にしてるんだろうけど、実際割とあるよなこういうの。 パフォーマンスイシューが出てきて前任者が消えたインデックス変数使って逐次処理の中にif分岐を散...

数学の証明みたいな、確実な情報を組み合わせて何かを構成するという思考法ができないまま大人になってしまったのだろう

// 2020-11-02 ins-start masuda 元増田に対する返信を追加 言っとくが現場の糞コードには後者に加えてさらに、 数重にコメントアウトされた修正履歴が入ってるからな。 // 2020-11-02 ins-end masuda ...

黙ってテストを書けばいいだろう。他のプログラマはみんなそうしている。お前達はなぜそうしない？ 理由は1つ。レガシーコーダーは異常者の集まりだからだ。異常者の相手はもう疲...

最近ブチ切れたコードの一部 public virtual class DataInfo { public Integer p; public Integer c; public Integer r; public Integer v; public String name; public DateTime time; // ...}public class CellInfo extends DataI...

最近ブチ切れたコードの一部 public virtual class DataInfo { public Integer p; public Integer c; public Integer r; public Integer v; public String name; public DateTime time; // ...}public class CellInfo extends DataI...

コードの動作理解せずに当てずっぽうで、変数のインクリメント増減させたり、行コメントアウトしたりして、 「エラー出ずに動いたからオッケー」 みたいなのも普通にいるから怖い

正直こんなの（誇張を差し引いても）書いてるやつ見たことないけど，そんなのと働かなくちゃいけなくなったらこういう文句を言いたくなる気持ちもちょっとわかるな．

データ設計のセンス無い奴は、プログラマになったらいけない

巨大なfor文ですべてを解決しようとする やたらといろいろなものを可変にしたがる （当人は「センスの良い抽象化」だと思っている） クラスを「コード置き場」としか思ってない 実...

できない奴は何度言っても、データのバリデーションや集計処理とDBへの登録処理を同じメソッドに書いてくるし、Viewにビジネスロジックを埋め込もうとする

高階関数どころかループといえばFORしかなく 変数のスコープなんてものさえなかった時代は こう書くしかなかったんやろな……という悲しみはある

そんなゴミコード書く同僚がいる職場にいる増田の能力について

なんかこれ前も見たな。ぐだぐだ何度もお疲れさま。 性格的にしろ能力的にしろ合わない人がいるなら違う部署かあるいは違う会社にいくしかないよ。