熱脳しゃちょのブログ -97ページ目

熱脳しゃちょのブログ

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

チーム解散はもっと前に決定。
そもそもそういう提案がなされたのはさらにその前のはずだ。

「この仕事をお願いしたい」

「それならお受けします」

ってやり取りがあってのこれ。

普通にクズ企業だろう。

彼に対して社長はじめ、対応は「ふ〜ん」程度。

謝罪等は一切なし。

 

 

おいらは、分散コンピューティングを専門にしていて、大きなデータの処理や、大量リクエストを捌くようなシステムの設計をメインにしてきた。

toBもtoCも。

で、勧誘があったから、そういう設計をやるならという条件を出して、参加に同意した。

当時いた現場と話し合いして、ちゃんと必要なところまでは仕事を終わらせて、転職。

したら、なんかその辺りの設計やってますってのが雇われてるじゃねぇか。

おいらの仕事は?

 

ねーのかよ……。

 

他のことやってください。

やれる仕事を探してください。

自分が役に立つって証明してください。

 

いや、こいつの設計、20年前のWindowsクラサバやんけ。

これでマルチテナントマルチユーザーのリクエストは捌けねぇだろ。

ネガティブな発言はしないでください。

 

おいおいおいおい。

アーキテクチャ設計の仕事がないなら、参加しねぇって言ったろ。

いや、契約書には、設計だけとは書かれてません。

その他の一切の作業となってます。

 

ほう。

つまり、塹壕掘りが足りないから、空軍パイロットに爆撃お願いしますとか嘘ついて連れてきた、ってことか、このプーチン野郎。

表看板には高い遵法精神とか書かれてるわりに、そういう詐欺みたいなことするんやな、おたくは。

 

とにかくエンジニアの数をかき集めたいって、こういうクソみたいなやり方すんなよ。

前の現場にも迷惑かけたし、この半年全くの無駄になったじゃねぇかよ。

 

で、エンジニアが切られていく現場って、終わってると思う。

1人2人じゃなく、何人もがプロジェクトの進行やばい、って声を上げてる状態なんだが。

 

 

今のやり方だとどう考えても期日に間に合いません。

こうしたらどうでしょう?

 

作業順番的にここを先にやっておかないと、大量の手待ちが発生します。

いや、最初に合意したスケジュール通りにドキュメントを整備してください。

う〜ん、手空き時間にこっちやっておくか……。

勝手な作業はしないでください。

 

この機能、裏でこういう仕組みとこう言う仕組みが必要なんですが、先に作っておかないと実装できなくなりますよ。

最初に合意したスケジュール通りにドキュメントを整備してください。

 

結果、タスクの大渋滞。

大量の手待ち発生。

外で待たせている業務委託のエンジニアに渡せる作業がない。

エンジニアの頭数だけが積み上がってる。

スケジュールどんどん押していく。

 

タスク消化率は悪くない?

そりゃ、消化しやすいやつから手をつけてるからそう見えるだけで、未決定なものとか難易度高いタスクがかなり後回しにされてるんだけど、タスクの粒度もバラバラででかいのが残ってるんだけど、それでもタスクの数で消化率出して大丈夫なんか? w

 

う〜ん、進行が遅いから、エンジニアを追加召喚!

いや、そこじゃねぇだろ。

後から後から増えていく必要な仕組み。

いや、後から増えてるんじゃなく、もうだいぶ前に指摘してたよね?

miroにちゃんと図、描いてたよね?

最初から見えてた要素だよね?

「そういうネガティブな発言は控えてください」

 

………………。

 

君さ、ガントひいてたよね?

今どれくらいのビハインドなん?

……、作業タスク化して……、上から順に人を割り当ててる?

依存関係とか整理してる?

一応してる?

なら手待ちとかそんな頻繁に発生するはずないんだけどな……。

え? 作業タスクは、画面から作った?

要件仕様書書いて、画面デザイン起こして、ER図書いて、API設計書まで書けば、あとは人海戦術で実装すればOK?

DDDでSUDOモデリングで正しくやってる?

……あー、そう……。

SUDOモデリングの時点で、大間違いなんだが w

ほら、その手法取るから、後から後から矛盾が溢れてくる。

 

裏で動く部分は考えた?

ありもののフレームワーク使えばいける?

うん。フレームワークの種別で言えば、一致してはるけど、このサービスが要求する仕様にはマッチしてる?

サンプル書いて、上手く使えそうだって検証はした?

その検証方法は問題ないの?

え? ドキュメントにちゃんとまとめてるから問題ない?

利用パターン抽出して、どのパターンでも対応できるって確認してるように見えないんだけど。

普通のDDDでやることなんだが……。

え? 検証はしたんだからネガティブな発言はするな?

このサンプル、ドメインロジックにフレームワークの要素ががっちり編み込まれて密結合になってるけど、大丈夫?

え? フレームワークのサンプル参考にしてるんだから、正しい?
ネガティブな発言はするな?

 

 

………………。

 

 

なんだろ?

YouTubeで犬小屋のDIY動画見つつ、2世帯3階建ての家建ててる感が半端ない。

流石にやばいだろ、って真っ当なエンジニアが声を上げてんのに、なんで「ネガティブな発言が多いので、評価できません」とか上から目線で言われるか、全然理解できねぇ。

君らにはどういう世界線が見えてんの?

 

真顔で言おう。

カスであると。

 

 

実際、スケジュールは最速でも4ヶ月遅れに見えるんだけど。

この規模、複雑度でこの開発プロセスだと、終盤にあちこちで衝突が起こって、その場しのぎの対応するしかできなくて、テストも網羅性を欠くので、全く品質を担保できないんだが……。

これは楽観的というのではなく、無知無能に起因する無謀だよな。

確かに生成AIに全部任せたほうがマシかもしれん w

 

あ、生成AIが素晴らしいって言ってんじゃないよ。

生身の、エンジニアを自称しているエンジニアが酷すぎるってだけの話。

 

 

まぁ、もう無関係の人になるので w