競プロも機械学習もやってないやつのコード

はてな匿名ダイアリー

2024-06-27

■競プロも機械学習もやってないやつの コード

競プロと機械学習系のクソコード・クソジャークっぷりが取り立たされてるけど、クソコード・クソジャークっぷりは何も競プロ erと機械学習 erの専売特許ではない。

自分が経験したやつを以下に列挙する。

組み込み系er（C言語）のクソコード・クソジャークっぷり

ファイル管理がめちゃくちゃ。tlsというファイルに、ユーザの設定画面用のコード（html, css, javascrpt）があるみたいなのがザラ。
「ジョブ管理用のリングバッファが壊れている」「データのログ取得の日時がでたらめ」と報告しても、「壊れてない」「それは仕様」の一点張り。しょうがないので担当外の俺が修正しても、「なんの修正ですか？」「壊れてないので無駄な修正なのですが・・・」などとのたまう。しょうがないのでどう壊れているかを本人の眼の前で1日かけて実演してみせ、このせいでクレームが来ているということを言って聞かせて納得させ、ようやく修正が反映される。こういうのが1回や2回ではない。
コードはsvnで管理していると言いつつも、有名無実化。ファイルのコピペで管理している。「製品のバージョンごとに修正するのが大変なのでこれを期にGitHubなど使いませんか？」と言っても長々と言い訳してそのまま運用され、修正コードの反映が1日がかりのおお仕事になる。
いわゆる黒魔術的なポインタ操作を好んで使う。ポインタの命名規則もptr_とかつけるわけでもない。「珍しくptr_をつけてると思ったらポインタのポインタだった」みたいなのがザラ。
グローバル変数を好んで使う。スタック容量の削減的な意味合いもあるが、とにかく引数を使うことを「関数が長くなるから」と言って嫌う。
early returnを嫌い、「returnは常に一つ」を徹底する。なぜ・・・

フロントエンド erのクソコード・クソジャークっぷり

party parrotやミームを多用する
- チャットがrainbow party parrotだらけで目がチカチカする
- コードレビューや社内用スライドでネットミームやparty parrotネタをぶち込んで空気を激寒にする
型や命名やファイル構成に異様にこだわる
- 型定義ファイルのみのPRでコメントが「読みやすくしました（party parrotがぐるぐる回っている）」ばっかり
- ファイルと同階層にテストファイルを作るか、テストコード用のフォルダを作るかを延々と議論して1日消費する。ファイルと同階層に作ってるんだからそうしろ。
ダークモード信奉者で、ダークモード実装の優先度を最優先に押し上げてくる
モダンな開発環境・開発手法が大好きで、アジャイルとかを提案するのはいいが、クソ忙しいのに実装を後回しにして開発手法提案のスライドばかり作っている。しかも大企業にしか許されない10％ルールとかを推し進めてくる。
「リーダブルコード」が大好き。あっそ。

インフラ erのクソコード・クソジャークっぷり

まじで変更を嫌う。N+1 問題を指摘しても「今動いてるし、問題も噴出してないから問題なし」
他部署にヒアリングを行い、改善を聞いて、言い訳を並べて何も変更せず、という茶番を行い顰蹙を買う

VBA erのクソコード・クソジャークっぷり

エクセルの業務改善と称したVBAを大量生産するが、その人しか触れないようなものの大量生産をしておりそれに生きがいとアイデンティティを感じており、社内的地位も確立している。
VBAを作るネタを常に探しており、他部署に顔を出しまくってはヒアリングし、作ってと頼んでないのに勝手に作って「こんなの作りました！」と売り込んでくる。苦笑しながら受け取って実際は使わない。
呼んでもないのに他部署の社内勉強会に顔を出す。好きあらばVBA語り。