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

熱脳しゃちょのブログ

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

船、燃えてんねん!

 

ってのに、他人を嵌めようとするクズが、たいてい2、3人は在籍してるんだよな。

だから炎上することになったと言えるんだが。

CTOとかリードとかマネージャとかな。

 

カタログめくって(Webページググりまくって)、良さげな(業務経歴書にかけそうな)新しいサービスなりプロダクトなりを見つけたら、鼻を膨らませて得意げにメンバーに報告し、ポチる(リポジトリに組み込む)エンジニアを……、

カタログショッピング・エンジニア

 

と、名付けたよ。

 

経営者は「最新の情報に敏感」「技術に詳しい」とか評価するようだけど、カタログひっくり返しては「あれはいい」「この新製品はすごい!」「これ最高!」って喋りまくる人間が、どれほど軽薄で浅はかかわからんのだろうか?

わからんのだろうな。

ミーハーに「AI最高! これでお金集めてガッポガッポ!!」みたいな経営者じゃ。

 

ADRと称して導入企業名と諸元の比較ばかりして、一番デカくて高価なのが正義、くらいしか語れないのを、エンジニアと? w

それはただの消費者だ。

 

って言うと、「お前が新しいサービスについていけてないだけじゃねーのか」って陰口を叩かれるんだが、新サービスのチェックした上で、煽り文句を真に受けて「一秒でも早く使ってみたい」という、単細胞的な反応をしないだけだ。

そのサービスがどういう設計で作られているか。

出自はどこか?

そういう設計だとしたら、どういう性能特性を持つか。

等々、広告記事以外の情報を集めて検討し、「今目の前にあるプロダクトに使えるか?」考えた上で、余計で巨大なフジツボをくっつけるだけなら触る価値もない、と判断しとるだけだ。

いくつもプロダクト名を列記したくてうずうずするが、どう考えても業務妨害になるから、できない。

そもそも、待ち望んでいたサービスやプロダクトなら、.netFrameworkもLambdaもEMR(Spark)も使えるようになったらすぐに採用するように説得してきたし、新サービスのSnowflakeをぜひ使いたいというのを、処理の特性と、プロダクトの設計等々を理由に止めてAthenaを採用して、1リクエストあたりリアルタイム処理は1、2秒レスポンスタイプが伸びたが、事前準備可能なリクエスト、再度リクエストであれば即時レスポンス、その処理部分にかかる利用料金を1/100にした。

それがそのプロダクトで必要とされていた仕組みだったから。

エンジニアって本来そういうもんだ。

そのプロダクトにとって適材適所に設計する。

 

具体的に時間を測ったわけではないが、準備設計に4割は割く。

利用プロダクトの選定は、普段から情報収集しているから、ほとんどかからん。

初回リリースには、肌感覚だがそこら辺の現場の1.2倍くらいの実時間がかかる。

けど、人月では8〜9割くらいで済んでいる。

準備設計時には、エンジニアの頭数はいらないから。

で、初回リリース後、追加開発が重なれば重なるほど、そこら辺の開発の2割引くらいの人時間金で済むし、安定度も高い。

それができる仕組みを、初回リリース時にほぼ揃え切ってしまうから。

そう言う準備設計こそ、プロダクトと会社の健康余命を伸ばす秘訣だ。

何かあるたびに、何か症状が出るたびに、対症療法では、人間にしろプロダクトにしろ、健康で長生きはできないよ。

 

NHKの営業基幹システムのリプレイスが失敗した理由とほぼ同じ。

 

目の前の課題に場当たり的な対応を続けて、細かい要素同士の固着した関係を大量生産したから。

 

「ここをこうしたら対応できます」

って、短期間で目の前の課題を解決して「できるエンジニア」気取るやる気のある無能をありがたがる現場が多かったけど、そういう末端要素間に特別な関係性を持たせることで、容易に触れないシステムに育てていた。

 

「木を切るのに6時間与えられたら、最初の4時間は斧を研ぐ」

「木こりのジレンマ」

 

を理解していない。

どの現場も、「鋸を引いている姿を見せている時間」を、それだけを評価しているから。

それぞれが刃を研いで作業した場合の効率の良さが見えないから、一人一人思い思いにボロボロの鋸で木を切っている世界が「頑張ってる」と思ってしまう。

この効率の悪い現場から、エンジニアという名の奴隷が抜けるたびに、補充を探す。

 

整理して立て直す、刃を研ぎ直すしかないけど、会社に残ってるエンジニアはことごとく奴隷が回す謎の棒を押すことしか知らないから、目指す風景も、方法も知らないしわからないし考え出せない。

先祖代々回し続けてきた謎の棒を回し続けることしかできない。

 

毎日水飲み場から3時間かけて担い桶天秤棒で水を運ぶ村に、樋で水を流すことを教えようと樋の1パーツの図を見せたら、教えを請おうともしないで、「あー、こういうことね」ってバケツの形を細長い直方体にして、天秤棒に下げられないから肩に担いで、3時間以上かけて、より少ない水を運んで「俺たち、やるね」ってドヤ顔してるようにしか見えんのよ。

 

改善しようとしたら、それまでかけた時間の倍以上。規模によったら複利的に時間がかかるから、特に経営者からは不平不満しか出ないから、一方的な悪役扱いは嫌なんだが、システム自体を売っている場合、ここの効率化と高機動化が3年後、5年後を決めると思うんだよな。

あそことかあそことかあそことか、ピボットしようとか拡張しようとして、頭数投入して思い通りになってない事業者がむちゃくちゃたくさんある。

けど、みんな謎棒押ししか知らないし、謎棒が林立してるから、まぁ、思うようにはいかないよな。

とにかく当たるサービスを探すため、って10とか20とか企画してるところもいくつか接触したけど、その後のこと、考えてないよね?

 

システムは、根性と人力では動かんのよ。