エンジニアのポチョムキン理解 | 熱脳しゃちょのブログ

熱脳しゃちょのブログ

おせっかい焼SE兼プログラマ兼……の辛い日々と、思う事なぞ

ちょい前にAIのポチョムキン理解って言ってたけど、正直厄介で致命的なのは、エンジニアのポチョムキン理解なんだよな。

オライリーとかWeb記事とか、「読みました」「理解しました」って議論してる。

「うちは最新の関数型プログラミングを採用して非同期処理を導入しています」

「マイクロサービスに切り分けて、疎結合にしています。そうですね。今でサービス数は120をちょっと超えたところです」

「分散型DBを使って処理速度を上げています。PKは前テナント通してUUIDを使って適切にばらけさせています」

正しく理解できていれば、炎上もしないし、新機能投入、要件変更も容易に行えるはずなのに、それができない。

クライアントが増えてデータ量が多くなってくると処理に時間がかかるようになっていく。

 

これがエンジニアのポチョムキン理解。

炎上の原因。

停滞の原因。

 

自分は全然理解できてないと理解できないんだよ。

理解できてるはず正しいはずという思い込みがあるから、「今の炎上停滞状態が異常だ」と思い至らない。

 

「前にいた某社ではこうやっていた」

って見よう見まね、行動だけなぞって、本来目的とされていた効果が一切得られない、カーゴカルトエンジニアリングもそう。

 

そうして積み上げられたデブでよろよろのサービスが、今大量にあるのだよな。

これ、なんとかできるかって聞かれたら、規模がデカすぎて、どうせお前ら、なんで新機能も増えないのにこんなに金がかかるんだよ! ってキレるだろ? ってんで、やりたくねぇ。

10年ほど前の規模と複雑度ならなんとかリーズナブルになんとかできたけど、そろそろ無理になってきてる。

特に最近は、札束で解決しようとして、その限界を突破しかけてから慌てる会社が多すぎるんよ。