でも、そのアドバイスは全部役に立たなかった。ストイックになれ。支え合え。存在することを受け入れろ。エルドリッチな神々のランチになるのが運命だって。ストイックってのは、牛がスロープを上がるときに期待される態度だよ。静かに夜に消え去るな、光の消えゆくことに怒れ。

ますます多くの場所が、誰かが反論したり、これが最良の方法かどうかを問いただすよりも、Jiraのチケットを早く終わらせることを求めている。これは、私が技術的な決定を下す立場でない限り、やりたくないことの一つだ。私がするのは、物を作ることだけど、防御的プログラミングを取り入れている。私のコードが良いことを保証し、インターフェースを強化して、新しいバグの原因が私でないことを示せるようにしている。人々は無頓着だから、あなたの仕事と彼らの仕事の間に防護扉を設けることが大事だ。それに、私は新しいツールの抽象化について学ぶ時間を取る。たとえそれがオーバーエンジニアリングされていても。目を閉じて間違いを犯すのは私のスタイルじゃない。

ここ数年で、抽象化がどのように機能しているかを理解している人が、企業からは美徳よりも負担として扱われることが多いと結論づけた。これは現代のソフトウェアエンジニアリング業界で最も疎外感を感じさせることの一つだ。5歳の頃からコンピュータで遊んでいた人が、16週間のブートキャンプを受けて、Claudeのサブスクリプションを持っている人と同じ立場にいるなんて。最近、ドラムとベースのショーに行って、他の人と話した。私があまりドラムとベースを聴いていないのが明らかで、最も人気のあるアーティスト以外の名前を挙げられなかった。人々は、あなたが彼らの音楽シーンの一部ではないと気づくと、反応が少し変わる。あなたは外部者、観光客、あるいはポーズを取っているだけの人だ。それは問題ではなく、サブカルチャーのあり方だ。あなたはそのライフスタイルを生きているか、そうでないかのどちらかだ。LLMがやっていることは、ポーズを取る人や文化の盗用者を大量に自動化している。あなたはこの領域の細かい部分を本当に理解していないし、IRCやbashターミナルで実際に生活したこともない。でも、簡略化された地図を振り回して、すべての裏路地や小道が欠けている中で、翻訳されたフレーズ集を使ってネイティブのふりをすることはできる。 > 私の一般的な感覚では、誰もReactがどのように機能しているかを理解していない。質問すると、一般的に返ってくる答えは「心配しないで」だ。ソフトウェアの問題は、コンピュータオタク文化の盗用者と、プログラミング言語をネイティブに「話す」人々の区別ができなくなっているように思えることだ。基準が低すぎて、ランタイムとコンパイルタイムの違いを理解することすら期待できない。そんな高度で難解な（つまり高校レベルのコンピュータ）トピックを持ち出す人は、軽蔑される。基礎的なトピックで無知をさらけ出す能力が、存在的（またはキャリアの）脅威を示すかのように。非STEMのバックグラウンドを持つ人々の間で、知識を求めることを軽蔑する反知性主義が増えている。勉強するのは全く無駄だ - 数学と同じように。特にトロントでは、抽象化の下に潜ることを気にするホビー愛好者を見つけるのがますます難しくなっている。

私は「ソフトウェアデザイン」を専攻して卒業した時から、これが明らかだった。大学ではソフトウェアデザインとソフトウェアアーキテクチャが私の中心的な興味だった。卒業した時、どの会社も私が学んだアーキテクチャの概念に興味を持っていないことにショックを受けた。UMLクラス図、シーケンス図、ER図などは、すでに廃れていた。インターネット企業がスケールアップする中で、シーケンス図への関心が一時的に復活したこともあった... 特に複雑なバグやメッセージパッシングのシナリオを説明するためのコミュニケーション手段として。しかし、それも長続きしなかった。今では、ほとんどのソフトウェアがレースコンディションや深刻な脆弱なアーキテクチャの欠陥に悩まされている。暗号通貨は多くの攻撃の被害を受けている。レースコンディションによって数十億ドルが失われた... それは発見されたものだけの話だ。実装後に見つけるのは非常に難しい。今日私たちが使用しているプログラミングのプリミティブは、レースコンディションを避けるように最適化されていないし、良い並行性パターンを促すことすらしていない。むしろ、便利だけど無秩序な並列化を促進し、型安全性に焦点を当てるように最適化されている。スキーマ検証のギャップに正当に警鐘を鳴らしていた多くの人々（APIの境界で重要なこと）は、型安全性に過度に執着するようになった。私はNode.js用の非同期プリミティブを構築したが、誰も気にしなかった！誰も！他の開発者もほとんどの他の言語で同じ経験をしている。Elixirのようなニッチな言語だけが、実際にそれを重要視していると思う。でも、誰も既存の言語で問題を解決できるとは認めなかった。ひどい状況で、まるで誰かがそうあってほしいと思っているかのようだ。「並行性の安全性」という用語すら存在しない！スレッドセーフティについて漠然としたアイデアを持っている人もいるが、それは特定の並行性プリミティブに特有のものだ。でも、非同期ロジックの並行性（今ではもっと一般的）についてはどうだろう？その点では、私はキャリアの中で完全に抑圧されていると感じている。アーキテクチャに関する唯一の声が「メインストリーム」に届いたのは、アジャイルソフトウェア開発の発明者の一人であるマーチン・ファウラーだった。その後、Reduxのダン・アブラモフが続いた。いくつかの著名な意見を持つアーキテクチャの本が出版されたが、良いアーキテクチャの根底にある本質的な哲学を特定したものはなかった。私がこのテーマについて読んだ中で最も簡潔な引用は、OOPの発明者であるアラン・ケイのもので、「このトピックのために『オブジェクト』という用語を早くに作ってしまったことを申し訳なく思っている。多くの人が小さなアイデアに焦点を当ててしまうからだ。大きなアイデアはメッセージングだ。」この引用が好きな理由はいくつかある。まず、知恵を示していること、次に、問題が何であるかを非常にシンプルに伝えていること、そして、私たちが数千の複雑な重なり合った部分的に矛盾するアイデアで飽和状態にあるこの分野で、「焦点」の重要性をほのめかしていることだ。FPのトレンドは、ある意味で赤いニシンだったと思う。型安全性も同様だ。はい、ある程度は役に立ったし、良いアイデアもいくつかあったが、人々はそれに夢中になりすぎて、最も基本的な改善の領域が完全に無視されてしまった。私にとって、FPの核心的な価値提案は「値渡しは参照渡しよりも安全だ」と言える。アラン・ケイの「大きなアイデアはメッセージングだ」という文脈で考えてみてほしい。オブジェクト参照はメッセージか？NO！ライブインスタンスはメッセージではない！まさにその通り！彼のポイントは値渡しを支持し、さらに簡潔で最小限のパラメータを促す。良いアーキテクチャは2つのコアコンセプトに根ざしている。1. 緩やかな結合。2. 高い凝集性。これらはロジックと構造

ハードウェアは安いけど、人間の労働はそうじゃない。企業は、顧客からお金を引き出す最善の方法は、今はほとんど機能しないものを提供することだと気づいたんだ。後で素晴らしいものを提供するよりもね。

まあ、もっとReact開発者が内部の仕組みを知ってたら、別のものを選ぶかもしれないね。冗談はさておき、双方向データバインディングが必要ないなら、Reactフレームワークを使うと、必要のないクソみたいなものがたくさん引っ張られてくるよ。ほとんどのウェブアプリにはReactは必要ない。-------- [1] 私が無神論者である理由は、あなたの宗教についてあまり知らないからじゃなくて、逆に知りすぎてるからだっていつも冗談を言ってる。

この移行の最大の部分は「雇用」だ。つまり、アウトソーシングのことを指している。

10年以上使ってきた内部フレームワークを置き換えること その内部フレームワークが何か教えてくれる？

彼らはそのものを欲しがっていて、うまく動くかどうかは気にしない。効率的かどうかも気にしない。今すぐ欲しいんだ。それは、成功するプロダクトを何を作るべきか分からないから、いろんなアイデアを試してみて、どれがうまくいくかを見ようとしているからだ。この早い反復ループの中で、人々は適当にいろんなものを組み合わせて何かを作り、その何かが traction を得ると、その不安定な基盤の上にさらに積み重ねていく。

ほんとにひどいよ。Redditでプロジェクトを見て回ることもできない。ほとんどがクソみたいなものだから。

候補者をフィルタリングして、既存の社員にGenAIを強制するつもりなんだね。全く理にかなってるわ。

「実際の基本、物事そのもの、行動の背後にある理論」は消えない、変わるだけだ。プログラマーは昔、パンチカードを使っていたし、その後アセンブリ言語や奇妙な特性を持つ低レベル言語を使っていた。今では、ほとんどの開発者がファーストパーティコードのサイズやマイクロ最適化、レジスタ割り当てについて考えることすらない。LLMはただの別の抽象化に過ぎない。理想的なAIコードライター（まだそこには達していないけど）を持つ開発者は、プロダクトオーナーやマネージャーのようにアイデア、デザイン、スコープなどについて考えなければならない。これらの概念には理論があり、時には数学（例えば、時間の複雑さ）も関わってくる。記事にコメントするために追記：すべての抽象化には漏れがあるけど、時にはそれがあまり問題にならないこともある。今でも、LLMを使うときにはコードの質やアーキテクチャを理解する必要がある。そうしないと、ソフトウェアが悪化して会社に影響を与えることになる。でも、来年はそうならないかもしれない。アナロジーとして、スタックとヒープ、メモリの割り当てなどは、高性能ソフトウェアではまだ重要だけど、プログラマーはほとんどレジスタの割り当てについて考えない。

これ全然厳しくないよ。前にもコメントしたけど（今回は証拠やリンクはないけど）、アメリカの高給プログラマーがたくさんの利益をもたらしているって報告があった。彼らの雇い主が労働コストが高いから薄利だったわけじゃない。100Kドルの給料に対して、100万ドルの利益を出しているって話だし。彼らは自分たちの価値に近いものを稼いでいたわけじゃない。マルクスの労働価値説によればね。今どう転がるかは分からないけど、可能性の一つとして、テックの億万長者たちがその100Kドルを自分たちのものにするってこともある。自動化資産に座っている非常に価値のある人たちがね。一方で、他の業界の労働者たちは、今や彼らと同じ船に乗っていることを自慢できる。いつも少ない現実を受け入れる船に。

フランスで10年以上開発者として働いてきたけど、最初から給料はそんなに高くなかったし、仕事を見つけるのが難しくなって競争が増えたのは確かだ。高給の役割を求めて「戦う」のをやめたから、経験的には純粋な利益はなかったけど、インフレからは守られた。純粋な「利益」は、賃貸から住宅ローンに移って、さらに小さくすることで得られた。今はこれで大丈夫、仕方ないけど、これらの年はスムーズではなくて、浮き沈みがあったし、上がった後の下がりは、準備ができていないとストレスになる。

多くのヨーロッパの国では、開発者に高給や平均以上の雇用の安定はない。みんなと同じオフィスワーカーとして見なされる。ここはシリコンバレーじゃないし、特に南ヨーロッパの国から来たらそうだね。

賃金を抑えるために仕事がなくなる脅威。これ、何度も見てきたシナリオだよね。典型的な資本主義だ。でも、それが mediocre（平凡）を受け入れる理由にはならない。企業は気にしないかもしれないけど、コードの行数やメンテナンスのしやすさで製品を買う企業なんてほとんどないよ。30年近くソフトウェアを作ってきたけど、早い段階で企業が気にしないってことが明らかになった。常に争点だったのは、今すぐ出荷すること、早く、そして正しいものをしっかりと出荷すること。どこで妥協し、どこで強く引くべきかを学ばなきゃいけなかった…結局、絶対に重要な時があるからね。ビジネスが自分の足を撃つ瞬間を認識できないからって、私たちがそれを許すべきじゃない。これが平凡な開発者たちの言い訳になってきたのも何十年も前からだよ。だからこそ、プロダクションに雑なコードが残ってしまった。ちらつきなしにスクロールできない端末や、大量のデータを扱えないアプリ。スパコンでさえローディング画面が出るアプリ。たまにしか動かないソフトウェア。早く出荷して、壊れたものを作る。

「あまり厳しく聞こえないといいんだけど、たくさんの開発者が自分たちの高い給料と平均以上の職の安定が、競争があまりないビジネスモデルに根ざしていたことを理解せざるを得なくなっていると思う。ビジネスやマネージャーの人たちがソフトウェアやインフラを管理するのを見てみたい。最悪の事態は何だろう？さあ、やってみて。足を撃つようなことが起きるたびに、見下したような笑いが続くだろうね。以前は『情熱』がこの業界で成功するための決定的な要素だと思っていたし、それは業界に入りたいと思っている人たちに与えられたアドバイスだった -- 最低限の興味を示した人たちにね。今は、確実に興味がなく、情熱もない非技術的な人たちが質の高いソフトウェアを作ったり管理したりしようとしているんだ。」

いい第一原則の分析だけど、現実とのつながりが薄いね。たった1〜2年を振り返っているだけだ。開発労働のアウトソーシングが国内市場を壊したんだ。エンジニアリングの役割は今や海外（ラテンアメリカ、南ヨーロッパ、インド）に移っている。今のアメリカの開発者は国際的な同僚を持つことが多いけど、15年前にはほとんどなかったことだよ。AIツールが貢献しないわけじゃないけど、結局職業への参入障壁を下げるからね。でも、C-suiteや採用マネージャーはAIのサブスクリプションよりも労働コストを重視しているよ。

多くのソフトウェアの実践はエンジニアリングではなく、むしろ心理学に基づいているし、ソフトウェアの開発と維持にはお金がかかるという事実に基づいている。AIによって完全にパラダイムシフトが起きて、これがすべてを際立たせている。少なくとも高レベルのプログラミングでは、ベストプラクティスやデザインパターン、コードの衛生状態が必要ない可能性がある。なぜなら、誰もそれを見ないし、AIが小さな機能を追加するためにサービス全体を書き直すことができるから。スケーラブルや拡張可能にするために何かを書く必要がなくなるかもしれない。このコストが無料になるならね。これが現実にどんどん近づいている。