2025-11-26

終わってんなー(エンジニアリング的に)ってサービス

ちょいちょい言ってるように、一般利用者イメージからかけ離れて多い、という印象がある。

全国CMやってるようなところでも、激ヤバなところはある。

問題は、中のエンジニアのうち、上の方の連中は「俺たちのシステムイケてる」って認識らしいってところだな。

k8s使ってる。

マイクロサービス化してる。

terraform使ってる。

×××使ってる。

でも、運用頑張ってる。

SRE頑張ってる。

QA頑張ってE2Eテストやってる。

で、障害多数。

本番DBを手動で操作

なんでやねん w

一つ一つ、ごく局所的に観察すれば、さほど間違えちゃぁいない。

Web上に書かれているやつそっくりな見た目をしている。

んだが、バカみたいにでかい

多分参考にした記事が、10年とかくらい前に日本に紹介された方法で、その当時の規模、複雑度を前提としていたりするので、現代に持ってくると、でかくて複雑な大量の設定ファイル要求する。

そもそも整理するとか、書き直すという言葉が、彼らの辞書には存在しないのかもしれない。

ともかく、規模がデカくなると、そのままの延長で通用しない、という常識通用しないのだよな。

加えて、その設定ファイルをきっちり書かないと動かないんだが、その書かれた設定ファイルテストする仕組みはない。

ある場所の設定変更が、他のところに影響しないという保証がない。

ささやき

いのり

えいしょう

ねんじろ!

デプロイに失敗した

エンジニア徹夜になりました

みたいなことが高確率で発生し、DevOpsだなんだ標榜していても、新機能リリースは少ないし、古いリソース解放はまずやらない。

からクラウド課金右肩上がりになる。

そんな職場楽しいか?

楽しいわけないよな?

エンジニアが辞めていく。

取り残された連中は、次の生贄を確保するために嘘をつく。

「うちはフレンドリーですよ」

勉強会、頻繁にやってますよ」

「新しい技術に触れられますよ」

「どんどん提案してもらって、どんどん改善できますよ」

全部、嘘。

そんな職場楽しいか?

楽しいわけないよな?

AI 使って人手不足解決しよう。

で、うんこの山を積み上げるスピードを上げて、さらプロダクトを脆弱にして、働きづらくする。

そんな職場楽しいか?

楽しいわけないよな?

それは解決策じゃない。

ちゃんとできるエンジニアが、ちゃんと整理し、再設計する以外に、プロダクトが復活する方法はない。

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん