いつ技術を追求しても道は開けないと気づいたのか？

この記事 #BCGame @bcgame 独占協賛

多くの新人、私を含めて、信じている絶対的な考え方： 技術が十分に優れていれば、私は代替不可能だ。

だから私たちはひたすら努力し続ける。Javaを学び、Goを学び、Rustを学び、ソースコードを読む、アルゴリズムをかじる、マイクロサービスを構築、クラウドネイティブを追求。今日もSpring Cloudをいじっているが、明日にはService Meshを学び、明後日にはAI大規模モデルが流行り、Prompt Engineeringを急いで学ばなければならない。

私たちはこれを向上心だと思っているが、実はこれこそサイバーロアの磨きだ。

あなたは技術的な壁を築いているつもりだが、実際にはそれは上司のために新技術の実現可能性を検証しているだけだ。

インターネット業界では、技術の陳腐化速度はあなたが買った期房の値崩れよりも速い。三年間熱心に研究したフレームワークが、GoogleやFacebookが新バージョンを出したり、アーキテクチャの理念を変えたりすれば、あなたの誇りだった「屠龍の技術」は一瞬で紙屑になる。

しかし、これが学習が無駄だという意味ではない。むしろ、努力の方向性が間違っている可能性がある。三年で陳腐化するフレームワークを追いかけるよりも、十年変わらない底層のロジックにこだわるべきだ。例えば、Spring CloudかK8sかで迷っているとき、真の大物は分散システムのデータ整合性について考えている。フレームワークの循環から抜け出したいなら、あの「データ集約型アプリケーション設計」（DDIA 帯読版）と呼ばれる後端の聖典を読むことを勧める。それは分散、データベース、システム設計の本質について語っている。これらを理解すれば、明日何が流行っても、その底の仕組みを一目で見抜ける。

昔、Flashをやっていた連中や、セバンシステムを書いていたエリートたちを覚えているか？

彼らは努力していなかったのか？賢くなかったのか？

時代に見捨てられるとき、彼らは「さようなら」も言えない。

最も恐ろしいのは、私たちが誇る「高速学習能力」が、実は資本が最も好む消耗品の性質だということだ。

速く学べるから安い。

昔は、経験豊富な中医師ほど価値が高かった。経験はコピーできないからだ。今はどうか？35歳の古参プログラマーの給料が高いのは、「コストパフォーマンス」が低いからだ。23歳の新卒者に二冊のマニュアルを渡し、GitHubでコピペさせれば、一ヶ月で使いこなせる。

そこであなたは言うだろう、「私には経験がある、坑を避けられる」と。

冗談じゃない。ほとんどのCRUD業務では、そんな高度な技術は必要ない。コードが少し汚くても何の問題もない。サーバーを2台増やせばいいだけだ。メモリリーク？毎日深夜に再起動すれば解決だ。

経営者にとっては、動けばそれでいい。

あなたの優雅なコードや設計パターン、アーキテクチャ思考は、経営者の目には、酒を飲みながら大きな夢を語り、大きな餌を描き、PPTを華麗に仕上げるお世辞屋の方が実用的に映る。

これが劣币が良币を駆逐する現象だ。

あなたが半月研究した底層のソースコードよりも、隣のチームの毎日「赋能」「抓手」「闭环」「颗粒度」を叫ぶPPTエンジニアの方が昇進が早いと気づいたとき、あなたは目を覚ますべきだ。

技術者の最大の悲哀は、いつもお金から遠いことだ。

私たちは生産力だが、生産関係の支配者ではない。

優れた推薦アルゴリズムを作り、ユーザーの定着率を上げたとしても、その功績は誰のものか？運営のもの、製品のもの、さらには交渉したチャネルのビジネスのものだ。

なぜか？

ビジネスロジックにおいて、技術はあくまで道具に過ぎないからだ。

家を建てるのと同じで、あなたはレンガを運び、壁を積む人だ。壁がまっすぐでも、レンガを早く運んでも、最終的に家を売って利益を得るのは開発者でも、販売員でも、さらには投資グループでもなく、ただのあなたではない。

しかも、技術はしばしば責任を負わされる。

システムが崩れたら、あなたが責任を取る。リリースが遅れたら、あなたが責任を取る。バグが多ければ、あなたが責任を取る。

しかし、ビジネスが成功しなかったら？

プロダクトマネージャーは言うだろう、「私も成功させたいけど、技術がサポートしない」「この機能は実現できない」「スケジュールが長すぎる」と。

見てみろ、これが完璧なクローズドループだ。