「員数主義」を含む日記 RSS

はてなキーワード: 員数主義とは

2025-11-08

ウクライナの「自衛隊パジェロ保守部品なく困ってる

運用開始までのことしか考えないで、その後のことを考えないのは、日本人に強い員数主義の発露かな?

故障やなんか考えたら、保守部品ロジスティクスくらい、提供前に当然のように準備しとけよ。

とにかく納品日までに頭数(機能)だけ揃えろ。

実際に使っている間、利用者が困ろうが関係ない。

ってSIer仕草しか知らんプロマネエンジニアが大量にWebサービス界隈に流入してきて、大規模うんこ製造機と化してるからシステム界隈でもむちゃくちゃ迷惑してる。

SIerあがりと言うか、崩れというか、のプロマネは、99%、

「今回のプロジェクトDDD(ドメイン駆動開発)採用していますので、よろしくお願いします」

っていうのと同じ口で、

「この画面、帳票以外の余計なことは考えないでください。やらないでください。Fixした基本設計を変更しないでください」

って頭おかしいことを平気で言う。

DDDは画面帳票駆動開発に対するアンチテーゼなんだが、なぜ画面帳票ベースSUDOモデリングとか言うケッタイな手法を、鼻をおっ広げてドヤ顔で推進、実施しとるんだ?

節子、それ、DDDやない。うんこや。

こう言う、頭が硬直してる、やる気のある無能はさっさとアトランティス大陸探して船出してくれないかな?

2025-11-04

人手不足ソフトウェアエンジニア業界地雷

誰も見て見ないふりしてるけど。

問題は繋がっていて、ごく単純な話。

「この規模、この内容のサービスで、なんでこんなにエンジニアが大量にいるんだろう?」って疑問は、どこにいっても、どこと話しても、わく。

先日の才能問題がまさにそうなんだけど、ソフトウェアエンジニア業界に滞留している人、ぶら下がってる人が多すぎやしないか? と。

リモートをいいことに、サボりまくってる「エンジニア」、特に最近は生成AIでっち上げてサボれるようになってからは、まぁまぁの数、存在していると思う。

実際に観測してもいるし。

そういう極端な例に限らず、才能がない、向いてない「エンジニア」が相当数寄生している。

ジュニアとかコーダーレベルだけじゃなく、いや、むしろリーダーマネージャーCTOレベルに。

その組織企業のそのレベルの「エンジニア」が、それに占拠されたら、多分事態好転することはない。

アリバイづくり程度の活動は行われるだろうが、永遠の停滞に陥るだろう。

誰か一人抜けても、残りがスクラムを組んで、異分子排除することに全能力を傾けるだろうから

自分達の居場所をがっちり確保するために。

まさに獅子身中の虫

「あの企業が?」ってところが、すでにそう言う状態に陥ってたりする。

名前はあげられないけど w

政府ソフトウェアエンジニアが足りない足りないって喚いてるけど、頭数だけ用意しても現場プロダクトが混乱するし、利用者が困るだけだ。

これ、旧日本軍の失敗の原因であった「員数主義」って言うんよな。

正直、「え? ソフトウェアエンジニア……? を名乗って……んの……?」って人が多い。

語るけど。

延々と語るけど。

Webから得た知識と、オライリー読んで得た知識を。

滔々と語るけど。

毎度毎度、会議室MCバトルの、青菜に塩をかけたような真似事をして。

誰が一番最初に、新しいイケてるWebページを見つけたかを競って、ドヤ顔くらべ。

勉強会開いてみたり。

で、生まれたのがこの設計実装か?

この量と質か?

みたいな。

多分、この手の「エンジニア」の半分以上が、人手不足工場とか大工とか解体業とかライフライン保守に行ってるべきだったんだろうな、と思う。

どっちが上とか下とか言う話じゃなく、向き不向きの話。

メタ認知できないし、メタ思考もできないから。

向いてないんよ。

多層抽象化不自由とか、概念構造の構築に不自由とか、専門書とかの読解に不自由とか。

2、30年ほど前はそこまでの能力がいらなかったからうまくエンジニアに滑り込んだ人もいただろうけど、今時のプロダクトでそれでは通用しないんだよね。

SQL文の書き方とか、DockerFileの書き方とか、ソースファイルのタブの入れ方とか、Web記事のある場所とか、ディレクトリ構成とかの形式的知識とか、マジで、あったから何? って。

大事なのは形式的知識じゃなく、本質的理解メタ思考なんだよね。

形式的知識なんて、今はそれこそAIで十分だから

お前なんていらない。

それだけ。

新しいサービスリリースされたんすよ。

使いたいっすよね。

熱脳しゃちょさん、歳いってるから対応できないっすか? w

って、よく言われる。

この言葉のままじゃないけど、まぁ、だいたいこういったニュアンスだ。

自分はそこそこの腕だと思うなら、彼我の実力の差は正しく測れるようになっとけよ。

こちとら、「だいたいこういう実装されてて、長所短所はこんなもん。こういう処理のために作られたようなもんだな。だから、今のプロダクトだと使い所がないね。料金も高いし」あたりまでチェック済みじゃボケ

ってことしかない。

こいつら、自分業務経歴書に書き込む単語を増やすことしか考えてねぇんだよな。

関連サービスなんて増やせば増やすほど、保守運用改善が大変になっていくだろ!

経費もかかるだろ。

「仕組み」は、よりシンプル方法で実現できるならシンプル手段を選べ、ってのは常識中の常識だろ。

KISS原則? 知ってますよ」って、知識として知ってる。

KISSが"Keep it simple, stupid"の略だってことを知っている。

選択問題として出題されたら正解できる。

けど実現できないんじゃぁ意味がねーんだよ。

この手の「自分イケてる錯覚しているエンジニア」は、Web記事つまみ食いしながら雰囲気設計実装するからリクエストデータが増えてきたら破綻するような、間違えた設計実装しかできない。

そういう新しいサービスは、それ以前のサービス欠点を埋めるために作られてるんだから、それ以前のサービスと同じノリで設計実装して十分な性能を引き出せるわけがねーんだわ。

分散DBとか、その最たる例だ。

今までの複数炎上現場で、正しく設計実装できてたところはなかったよ。

おいらが関わった炎上現場ほとんど、こうやって生まれてきている。

そういう炎上現場を作り出したエンジニアは、ふくらし粉で増量した業務経歴書片手に、「サービスの立ち上げを『僕の技術力で』やり切りました」って転職していくんだ。

新しいことに挑戦したくなって。とか言って。

いや、せめてこれをちゃんと整備し切ってから転職しろよ。

テナント、あと2、3増やしたら破綻するぞ。

みたいなエンジニアを、なぜどこもかしこもありがたがって採用するか全く理解できないんだが、そういう「エンジニア」が次の現場で生まれ変わったように的確で素晴らしい成果を出せるかって、そんなわけもなく、日をおうごとにグダグダになっていくサービスさらに一個増えるだけだったりする。

こういうエンジニアが、初回リリースしてからしばらくして、ソフトウェアエンジニア業界に飛び散る。

まるでがん細胞

こうなると立て直すスピードより、グダグダな新しいサービスが生まれスピードの方が何十倍、何百倍も早い。

もうね、半ば絶望してるんですよ。

今、生成AIも参戦してきてて、物量だけは爆発的に増えてるから

多分、そう遠くなく、グダグダサービス日本は覆われると思う。

AIベビーシッター必要になってくるだろうけど、それができるだけの技術力を持ったエンジニアの数が圧倒的に少ないし、何よりそういう腕利のエンジニアを、ふさわしい金額で雇おう、招こうと考える経営者が皆無。

今までの炎上現場ですら、高すぎる。無駄金を払わされてる。って扱いをうけてたからな。

「同じエンジニアなのに、どうしてこんなに高いの?」

次はその数倍、十数倍、費用時間もかかるからなぁ……。

向いてないエンジニアは、さっさと転職してくれ。

八潮みたいなのがあちこちで多発したら大変だろ?

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