大きな抽象の「隠れた」コスト

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

ますます多くの場所が、誰かが反論したり、これが最良の方法かどうかを問いただすよりも、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 を得ると、その不安定な基盤の上にさらに積み重ねていく。