私はソフトウェア業界の将来について非常に楽観的だと思います。現在非常に高価なもののいくつかは、ほぼ無料になると思います。しかし、正直に言うと、テクノロジー企業の半減期はそれほど長くないと思います。

ソフトウェア開発者としてのあなたの仕事は、エディタでコードを書くことですか? 一世代前と同じように、私はそうではないと思います。あなたの仕事はパンチカードでカードをパンチすることではありませんでした。それはあなたの仕事ではありません。あなたの仕事はデジタルの何かを生み出すことです。

実際、法的な契約書を見ると、英語の不正確さはシステムの欠陥のように思えます。

ミッションクリティカルなソフトウェアシステムを作るときは、プロンプトを英語にするべきではないと思います。

今、私たちはそれを機械にやらせ、AIが私たちの意図を解釈し、私たちの心を効果的に読み取らなければなりません。人間の意図を指示に翻訳するという障壁をどうやって乗り越えるかはわかりません。

私が Rust を取り上げたのは、C と Rust のどちらで書くかという選択肢があったら、今日 Rust を選ぶべきだという良い例だと思うからです。ほとんどの人が、たとえ C 愛好家であっても、そう言うと思います。C は、システムと非常によく似たトレードオフで安全性が低く、AI の登場で、こうした言語の書き方が大きく変わったように感じます。

興味深いプログラミング言語の中には、構文にセマンティクスを取り入れているものがあると思います。少し簡潔になりますが、Rust を例に挙げると、Rust はメモリセーフです。

静的に、これは本当に興味深い概念ですが、これが Rust を書くのが難しい理由です。ほとんどの人が Rust ではなく Python を書く理由です。Rust プログラムは Python よりも安全で高速だと思いますが、おそらくコンパイルは遅くなります。

Python で書かれたプログラムよりも Rust で書かれたプログラムの方が、より効率的に実行されるという理由だけで優先すべきです。Rust はほぼ間違いなくより安全です。ほとんどの人は面倒なので Rust を書きません。そしてRust を書ける人の数は少ないですが、ほとんどの点で Rust の方が優れています。

多くのコードがマシンによって書かれている場合、私たちが提供できる主な価値の 1 つは、それが実際に意図したとおりに動作するかどうかを検証することです。

適切なコードレビューと検査を受けていないコードを本番環境に導入することは望ましくありません。

コードを書くコストはゼロに近づいていると思います。AI を使って Python を書いているという事実に私は笑ってしまいます。なぜなら、Python は文字通り、人間工学に基づいて書かれるように設計されており、実行の安全性や高速性を重視して設計されているわけではないからです。

エンジニアリングの生産性を測定するのは難しいですが、キーを何回入力したか以外のことをするべきです。AI に対する倒錯したインセンティブの話ですよね? 同じことを行うのに非常に長い関数を書くことができますよね? ですから、大まかに言えば、ソフトウェアのビジネス モデルは成果に向けて変化していくと思います。

文字数に応じて報酬を支払うのではなく、トークンベースで支払うということです。たとえば、Apple の有名な話では、コードを何行書いたか報告を求めているような感じです。