本動画は、AIツールの登場によってコードの生産コストが劇的に低下し、ソフトウェア開発の本質が根本的に変化していることを論じている。コード生成が容易になった一方で、ソフトウェアそのものの価値創出は依然として高コストであり、エンジニアの役割は「コードを書くこと」から「システムを設計し、適切な判断を下し、価値を伝えること」へとシフトしている。技術的なスキルだけでなく、マーケティング、コミュニケーション、配信能力がこれまで以上に重要となり、モチベーションを持って学び続ける姿勢が成功の鍵となる時代が到来したことを示す内容である。
コード生産コストの劇的な低下
ここ数十年、コードは常に非常に高価なものでした。昔パンチカードを使っていた時代からは多少安くなりましたが、大部分においてコードは高価なものであり続けてきました。だからこそ多くの企業が、大勢の高給エンジニアを雇用しなければならなかったのです。だからこそ私たちは、そうした企業の利益率を少しでも改善するために、コーディングを学ぶために大学に行くよう圧力をかけられてきたのです。
だからこそ私たちは、生涯を通じてこうした人々が持ち帰る狂気じみた給与について耳にしてきたのです。私は高校時代、Googleが世界で最もクールな職場だというコンセプトを売り込まれたことを今でも覚えています。そして今日、すべてが変わりつつあります。コードはもはや、私たちがあまり持っていない超高価なものではありません。
むしろ今、コードは溢れかえっています。かつてないほど大量に存在しています。しかし、私たちが実際にコードから得たいものであるソフトウェアは、結果としてこれまでと同じか、あるいはそれ以上に高価になっています。このシフトがリアルタイムで起こっているのを見るのは本当に奇妙です。確かにこれはAIに関することですが、それよりも深いものがあります。
ソフトウェアの根本的な変化
私たちが使うソフトウェアは根本的に変化しています。なぜなら、その下にあるコードも変化しているからです。私はこれがコンパイラが登場したときと似ていると言ってもいいと思います。突然、コードは理解するのが非常に難しく、奇妙な構文でメモリを管理するようなものではなくなりました。C言語によって、人間としてはるかに理解しやすいコードを書けるようになったのです。
そして時間が経つにつれて、私たちはアセンブリコードについて考えることをやめました。私たちはソフトウェアに関しても同じ方向に進んでいると思います。私たちが気にするのはソフトウェアですが、その下にあるコードはますます重要性を失っています。私はChrisが書いたこの記事を見たばかりで、このトピックを深く掘り下げるインスピレーションを受けました。
これは私がずっと考えてきたことです。私たちが使うものの高レベルな部分はこれまで以上に重要ですが、詳細はあまり重要ではなくなり始めています。ソフトウェアを深く気にかける開発者としての私にとっては辛いことですが、毎日使う体験を気にかける人間としては興奮もします。でも、あなたが本当に使うべきものは何か知っていますか。今日のスポンサーです。
みなさん、2026年ですよ。なぜ私たちはまだ90年代のようにデータベースを書いているのでしょうか。なぜ私たちは自分のサーバーからはるか遠くにあるSQLデータベースを実行していて、高速な処理を信頼できないのでしょうか。画面上でカーソルを共有する人々や、マルチプレイヤーゲームのようなリアルタイム体験を実現したい場合、どう対処すればいいのでしょうか。なぜ私たちのデータベースがこれらすべてにおいて制限要因となっているのでしょうか。その理由は、あなたがまだ今日のスポンサーであるSpaceTimeを試していないからです。
彼らはゲーム業界出身です。少数のユーザーにも大規模なユーザーにも対応できる、驚異的なスループットを持つパフォーマンスの高いものを作る方法を知っています。彼らはMMOを実行するためのデータベースプラットフォームの構築に多大な時間を費やし、それが自分たちのゲーム以外でも有用であることに気づきました。そしてゲーム以外でも有用であることに気づきました。
そして今日、彼らは完全なTypeScriptクライアントに加えて、RustとC#も提供しているので、データがある同じマシン上で実行されるTypeScriptコードを書くことができます。これはすべてのダイナミクスを変えるものです。ユーザーがカーソルの位置をデータベースに書き込むだけで、他の全員が同期でそれを見ることができるというパラダイムについて話しています。特別なことを何もする必要はありません。
通常はデータベースに負荷をかけるため絶対にやらないようなことが、このようなモデルでは全く問題にならないのです。テーブル定義をTypescriptで書けるのは素晴らしいことです。完全なスタック型安全性も得られます。皆さんもご存知のように、私はそれが大好きです。それからリデューサー関数を作成できます。面白いことに、デフォルトの言語はRustです。
TypeScriptボタンをクリックするだけで、文字通り5行の超シンプルなTypescriptであることがわかります。テーブルがあります。そして、ユーザーがIDと名前を持つ新しいユーザーを挿入できるリデューサーがあります。送信者を識別することもできます。なぜなら、これらのクエリはユーザーに直接向き合うことができるからです。
彼らはデータベース内のデータを直接クエリして変更できます。データベース内のコードとデータは同じものなので、すべてが高速に動作します。彼らは完全にプラットフォームで機能するReactライブラリさえ持っています。より低レベルなものに焦点を当てたデータベースにとっては、持っていると非常にクールなものです。しかし、それがSpaceTimeを魔法のようにしている部分でもあります。
彼らはこれらの非常に堅牢で超高性能なプリミティブを構築したので、スケーラブルで超高性能なアプリケーションを構築できるのです。これまで決して構築できなかったものを解放する製品の一つです。正直なところ、私自身もこれを使って構築することに非常に興奮しています。今すぐsidv.link/basetimeでチェックしてください。この記事を読ませてくれて、ストリームとビデオの参考資料として使わせてくれたChris Gregoryに大きな感謝を送ります。私は深く掘り下げることに非常に興奮しています。
ソフトウェア構築の障壁の変化
これは私がずっと考えてきたことであり、フレーミングの仕方も非常に優れています。ソフトウェアを構築するための参入障壁は崩壊しました。しかし、重要なものを構築するための障壁は1インチも動いていません。その通りです。Claude CodeとOpus 4.5は誇大宣伝に燃料を注ぎました。LMツールは以前から存在していましたが、今ではこれまで以上に優れています。
そのため、はるかに多くの人々が注目しています。しかし、私たちはSaaSの黄金時代に入っているわけではありません。私たちは個人的な使い捨てソフトウェアの時代に入っており、エンジニアリングはコードを書くことからシステムを形成することへとシフトしています。そしてまさにその理由で、エンジニアは依然として必要とされています。特にこの使い捨てソフトウェアの部分は、私にとって非常に興奮するものです。
以前は、ユースケースが小さすぎて労力が高すぎたために書く価値がなかったプログラムが、今では絶対に価値があります。なぜなら構築が安価だからです。高価なのは、正確に何が欲しいかを理解して仕様を書くことです。マークダウンファイルで正確に何が欲しいかを書き出せるなら、今ではコードをはるかに簡単に得られます。これは非常にクールです。
現代開発におけるシフト
Claude Codeが今、私のフィードを席巻しています。Open Codeの方が私のフィードには多いですが、気持ちはわかります。興味深いのは、開発者がそれに飛びついているということだけではありません。以前はLovableやReplitのようなプラットフォームに依存していた構築者やメーカーたちがそこに移行しているということです。私は必ずしもそこには同意しません。
私がはるかに興味深いと思うのは、シニアで経験豊富な開発者たちもそれを受け入れ始めているということです。なぜなら彼らは、これらの使い捨てソフトウェアの価値を見ているからです。そしてまた、彼らは人々をオーケストレーションすることに非常に慣れているので、Claude Codeは、はるかに能力が高いが計画や何をすべきかを理解するのははるかに劣る別の人をオーケストレーションしているように感じられるのです。
LovableとReplitは、高速で出荷するためには依然として完全に実行可能です。しかし、人々がCLIファーストのワークフローの本質的な美しさを再発見するにつれて、明確なシフトが見られます。インタラクションをターミナルに移動すると、抽象化レイヤーが薄くなります。管理されたUIのハッピーパスに従うだけではなくなります。あなたがコントロールしているのです。
ええ、私は特に今、異なるCLIツール間を飛び回っているので、これまで以上に制限されていると感じています。インターフェースでタイピングするという単純なことでさえ最悪です。option deleteは、Claude CodeとOpen Codeで異なる動作をするので、本当に煩わしいです。簡単な例として、Open CodeとClaude Codeをランダムなディレクトリで開いてみます。何かを入力します。
それから新しい行を作って、別の何か、もう一つ別のものを入力し、もう一つ何かを入力し始めます。option deleteを押すと何が起こるか見てください。新しい行が削除されます。最後の英数字までしか削除しないはずです。だから、このように何かをすると、option deleteはケバブケーシングの最後で止まるはずです。常にそうなるわけではありません。
そして今Command Zを押していますが、元に戻りません。一方、こちらではoption deleteは新しい行を保持します。そうあるべきです。新しい行を削除しません。そしてCommand Zを押すと、あら、Command Zもここでは機能しません。煩わしいですね。ええ、これら全部が嫌いです。本物の入力ボックスが欲しくてたまりません。
私はほとんどの人よりターミナルをよく知っています。私は文字通り14歳の時からTmuxユーザーです。まあ、私は十分に年を取っているので、GNU screenユーザーでしたが、今はTmuxユーザーです。そこから離脱しようとしていて、それは本当に本当に大変です。とはいえ、複数行で物事を書いているとき、これらのツールでは非常に頻繁にあることですが、入力としてターミナルを使うのは嫌いです。単純に悪いのです。
Open Codeで奇妙なのは、彼らがターミナルで代替ビューモードを使用しているからです。つまり、標準バッファを使用していないのです。標準バッファこそが、こうした標準的な動作を提供するものです。Open Codeでそれらの動作すべてを再実装する必要があるのです。
だからこそ彼らのUIはClaude Codeよりもはるかに優れているのです。標準バッファに書き込むだけではないからです。しかし、それは私がターミナルで特定の動作に慣れているものが手動で再実装される必要があることを意味します。結果として、私はコントロールできていると感じられません。より伝統的なソフトウェアで持っているようなインスタンスのコントロールレベルを持っていると感じられないのです。
とはいえ、私はCLIツールをはるかに多く使っていますし、それらは非常にクールです。私はただ、CLIがこのレベルの完全なコントロールを提供しているという点には必ずしも同意しないだけです。しかし、私がはるかに気にしているのはこの部分です。参入障壁の崩壊。人々は実際にこれらのツールで何を構築しているのでしょうか。周りを見回すと、答えはほぼすべてです。
大量生産される個人向けソフトウェア
STYの出荷さえも馬鹿げています。Peteはすでに大企業から1億ドルのイグジットを果たしているので、お金を稼げるものについて気にする伝統的な理由は何もありません。しかし、それが彼のペースを落とすことはありません。彼はこれまで以上に多くのソフトウェアを生み出しており、そのすべてが完全に無料でオープンソースであり、ここには非常にクールなものがたくさんあります。
Claudebotが世界を席巻しているものです。私の個人的なお気に入りはCodex Barで、ここのどこかにあるはずです。ああ、今は3番目ですね。以前はもっと下でした。Codex Barは、AIのすべての異なるサブスクリプション全体で残りのレート制限を追跡する方法です。超クールです。
Peteがこの数ヶ月だけで出荷したものの量は馬鹿げています。そして彼のGitHubコントリビューションチャートを見ると、実際に滑稽です。彼はそれを壊したと思うので、スクリーンショットを持っています。そう、彼は1日に530回のコミットをしているような日もあります。ただ何かを立ち上げて出荷するだけだからです。
本当に今、ついにそれは、あなたのアイデアがどれだけ優れているか、そしてそれらをどれだけうまく説明できるかに帰着します。著者がここで述べているように、人々が構築しているものは何かという質問への答えは、ほぼすべてです。実際、私たちは飽和状態に達しました。一方で、私たちはソフトウェア作成の真の民主化を目撃しています。参入障壁は事実上崩壊しました。
初めて、非開発者はソフトウェアの消費者であるだけでなく、自分たちのツールの設計者なのです。私たちはまだそこには完全には到達していないと思います。そこに到達するのに役立つ特定のものがあります。私がもっと興味を持っているのは、Peteのような本当に熟練した開発者と、彼らが既存のオーケストレーション能力とマインドセットを使用し、これらのAIツールを使ってそれを倍増させることでどれだけ多くを出荷できるかということです。
過去には、特定の問題があった場合、それの80%を解決するSaaS製品を探すのに何時間も費やしていました。ええ、何度もそれを経験しました。今日、ワークフローはシフトしました。人々はCLIや音声インターフェースを開いて、必要なものを単純に説明しています。特定の予算スタイルに合わせた購読トラッカー、非常にニッチなデータ入力問題を解決するChrome拡張機能、特定のユーザーが望む通りのインターフェースを持つフィットネスアプリといった個人向けソフトウェアの急増を見ています。私はこれらすべてのものをここ数週間で構築しました。
これは大規模なシフトです。ソフトウェアは、あなたが購入する商品ではなく、生成する個人的なユーティリティになりつつあります。これは私がよく考えることです。考えるべき最もクレイジーな統計の一つで、残念ながらこれを測定する方法はありません。仕事でコードを書くために給料をもらっているとき、平均的なコードの行は何回実行されるでしょうか。そのコードがどれくらい実行されることを期待していますか。
これは考えるのが奇妙なことです。重要性だけの問題ではないからです。私がTwitchにいたとき、移行のために一度だけ実行する必要がある非常に重要なソフトウェアを書きました。週に数十回しか実行されない本当に重要なソフトウェアも書きました。管理者が内部的にそれらのソフトウェアを使用していたからです。また、本当に重要ではないけれど、文字通り1分に数千回実行されるものも書きました。ユーザーに向き合っており、そのユーザーが数百万人いるからです。
とはいえ、書かれているほぼすべてのコードは少なくとも数回は使用されていましたし、平均的なコード、特にプロの開発者によって書かれているコードはしばしばかなり実行されていました。これがシフトしています。これらのツールがコードを出力するのを非常に安価にしているため、1日に出力されるコード行の数は指数関数的に増加しています。
そして、その大部分のコードは0回から1回実行されます。その大部分です。平均を大幅に引き下げることになるでしょう。毎秒数百万回実行されるコードがたくさんあっても、全く実行されないコード行が数百万行あれば関係ありません。
コード実行の根本的な変化
そして、特定のコードがはるかに少なく実行されているというこの考えは、私にとって魅力的です。別の考え方は、特定のエンドポイントを与えられたときに、どのコードが実行されるかということです。伝統的に、エンドポイントにアクセスすると、そのエンドポイントにバインドされた特定のコードがあります。リクエストの形状に応じてどのサブコード、どの関数が実行されるかを選択するswitch文のようなものがあるかもしれません。
しかし、そのエンドポイントにアクセスしたときに実行される実際のペイロード、バイナリは、新しいアップデートを出荷するまでは比較的静的です。これも変わると思います。平均的なリクエストが、以前は存在しなかったかもしれないコードの存在につながるようになるでしょう。それはクレイジーなアイデアです。ユーザーが何かをできるというアイデアで、結果は既存のバイナリが何らかの問題を解決するために実行されるのではなく、おそらくエンドポイントがペイロードの形状に特化した新しいコードを生成するということです。
そのエンドポイントへのアクセス時に新しい何かが作成されるということです。それはソフトウェアが私たちの生涯にわたってどのように機能してきたかの奇妙な逆転です。それは私にとってクレイジーな考えです。以前に最も近いものは、実行してその結果を送り返すJavaScriptテキストのペイロードをエンドポイントに送信できるということでした。
しかし、エンドポイントが既存のコード、既存のバイナリとの1対1のバインディングを意味しなくなり、代わりにリクエストの形状とユーザーに基づいて動的になるというアイデアは、私の脳を大いに混乱させており、ここで話したかったのです。なぜなら、それはソフトウェアが私たちの生涯にわたってどのように機能してきたかと根本的に異なるからです。
コードが十分に高価であるため、特定のエンドポイントは私たちが多くの時間とお金を投入したコードを実行すべきであり、人が書くために給料をもらっているコードの平均的な行は、長期間にわたってそれを強固に保持し、維持するのに十分価値があるというこのアイデア。それは終わりました。
SaaSからスクラッチパッドへ
これは、私が起きている状態を保っているとは言いたくありませんが、歴史的にやってきた方法とは非常に異なる方法で考えさせられている、ソフトウェアの機能における大きな根本的な変化です。SaaSからスクラッチパッドへ。これは私が多く感じるもう一つのことです。歴史的に、私は新しいSaaS、新しいデータベースツール、新しいフレームワーク、これらすべてを試す人間でした。
もうそんなことはほとんどしていません。アイデアがあるとき、または興味深い何かを見るとき、私はコンピュータ上のClaude Codeディレクトリに飛び込みます。私にはこのCCサンドボックスがあり、アイデアがあるたびにそこに行って、それをいじって何が出てくるかを見ます。それで遊ぶのは本当に楽しいです。そして、私が抱えている問題に対するオンラインでの解決策を見つけて、それに登録してテストアウトする代わりに、Claude Codeにとどまるだけで、本当にうまく機能します。
実際、私はバックグラウンドでRalphループで実験として、Elixirで完全なLinearクローンを構築させています。21分間動作しており、まだ続いています。それがどうなるか見るのが楽しみです。私たちは、目標が必ずしも長寿命ではない、ソフトウェア開発の新しい時代に入っています。何年もの間、業界はプラットフォームとエコシステムの構築に夢中になってきました。
絶対に同意します。潮流は今シフトしています。より儚いものに向かっています。私たちはSaaSからスクラッチパッドへと移行しています。はい、Rustのような言語は名前の通り、錆びるために構築されました。Rustのポイントは、一度Rustで何かを書き直したら、もう心配する必要がないということです。より保守しやすいですか。はい。
しかし、それははるかに信頼性が高く堅牢でもあります。そして、Rustで適切にコードを書くと、他のもののように崩壊することを心配する必要がなくなります。メモリリークは、おそらく起こりません。コードでキャッチしなかった奇妙な一回限りのランタイムエラー。Rustエコシステム内のすべてのガードとチェッカー、その他のものを適切に使用すれば、おそらくそういうことはありません。
Rustコンパイラは、ソフトウェアを反復して置き換える必要があるタイプのミスを犯す可能性をはるかに低くします。それはソフトウェアが高価だったときには大いに重要でした。今それが安価になった今、それが全く重要かどうかは疑問です。システムのカーネルや医療ソフトウェア、コードを変更できない組み込みシステムのように、それらのことが重要な場所は確かにあります。
しかし、RustでのランダムなHTTPサービス、勘弁してください。この新しいソフトウェアの多くは永遠に生きることを意図していません。実際、その逆です。人々はますます、単一の特定の問題を正確に一度解決してから破棄するツールを構築しています。私はこの2日間で4回これをやりました。これは本当にリアルです。あなたが抱えているこれらの奇妙な問題に気づくのはとてもクールです。
数日前、昨日実際に構築したのですが、ローカル推論を行うために5090を実行する新しいLinuxボックスをセットアップしていました。ネットワーク上で設定するのに多くの煩わしい問題がありました。だから私はClaude Codeを立ち上げてそれを解決させ、自分自身をセットアップするための多くのスクリプトを書き上げることになりました。面白いことに、それはsudoアクセスを持っていませんでした。
だから、私が望むものを正確に設定するための千行以上のスクリプトのようなすべてのこれらのスクリプトを書き、私が一つのコマンドを実行してマシンをセットアップし、その後コードを捨てて二度と考えなくて済むようにしました。それはワイルドです。それは物事を行う非常に異なる方法です。以前はそのようなタイプのことをするのに十分気にしたことは決してありませんでした。
使い捨てソフトウェアの哲学
これは、遠い後ではなく、今すぐのために設計された使い捨てユーティリティとしてのソフトウェアです。今日これを実行可能にしているのは、特定の技術哲学です。CLIファーストのインターフェース、ローカルデータ、ゼロオンボーディング。サインアップ、データベースの設定、または複雑なUIのナビゲーションの摩擦を取り除くと、ツールを作成するコストが非常に低くなり、一時的であることが欠点ではなく機能になります。
その通りです。新しい言語、フレームワーク、ツール、エコシステムを学んで、アイデアを試したり小さな問題を解決したりする必要がある場合、それが十分に大きくなければ、あなたは単にやらないでしょう。そして、コードで解決する価値のある問題のサイズははるかに小さくなりました。それが最もクールなことの一つです。誰もが頭の中にこの閾値を持っています。
大きいが解決が簡単な問題がある場合、明らかにあなたはそれらを解決しようとするでしょう。解決が難しくそれほど大きくない問題がある場合、明らかにあなたはそれらを解決しようとはしないでしょう。誰もがどこかにラインを持っています。ある種の人々は文字通りこれを水平にやります。私は以前これを見たことがあります。問題がどれだけ難しいかは本当に気にしない特定のタイプの人々がいます。
彼らは、それがどれだけ彼らを悩ませるかだけを気にします。そして、それが十分に彼らを悩ませれば、どれだけ難しくても彼らはそれを修正します。Linus Torvaldsのような人はここでの良い例です。ソースコード管理の問題が十分に煩わしかったので、彼はそれを修正することにしました。Unixにアクセスできないという問題が十分に煩わしかったので、彼はそれを修正することにしました。
彼は本当にそれがどれだけ難しいかについて考えません。彼はそれがどれだけ彼を悩ませるかについてだけ考えます。それがどれだけ難しいかについてだけ考える反対の人々もいます。問題が簡単であれば、それがどれだけ大きいか小さいかは本当に問題ではありません。彼らはとにかくそれを解決するでしょう。なぜなら、それは彼らにとって難しすぎないからです。
ほとんどの人々はしかし、このようなスライディングスケールを持っています。問題が難しくなるにつれて、問題のサイズはそれに応じて増加しなければなりません。ここのこのエリアのすべてのものは、問題のサイズが難しさよりも大きいため、彼らは解決する準備ができています。しかし、ここのこのセクションのすべては解決される可能性が低いです。問題が煩わしいか退屈であり、そのサイズがそれほど大きくないからです。
私にとって楽しかったのは、それほど大きくないが、私が気にしないほど十分に難しいこの問題のエリアが根絶されたことです。ここのこのセクション全体は、バイブコードで解決するのが非常に楽しいです。多くのランダムな古いファイルをトランスコードしようとしているとき、犬の写真を探そうとしているとき、マシン上のZshスクリプトを再設定して何か違うことをしようとしているとき。
以前は対処する価値がなかった、数週間ごとに数分かかるかもしれない問題が、突然解決できるようになりました。そして今変化しているのは、これらのツールが解決できる問題の難しさのサイズが単に絶えず成長しているということです。Opusは間違いなく、この線がここからここに移動したシフトでした。適切なツール、適切なプロンプト、開発プロセス全体で使用できる適切な評価のセットがあれば、Opusができないことの限界を見つけるのは難しいです。それはクレイジーです。
しかし、これがまた、私たちがこれらの小さな一回限りのものをますます得ている理由であり、人々がこれらのツールを非常にクールな方法で使って、彼らが抱えているランダムな問題を解決している理由です。私はこれを大量にやっていることを知っています。Gitリポジトリに入れることさえ気にしないソフトウェアをこれほど多く書いたことはありません。
この1ヶ月間に書いたコードの大部分、実際に書いたコードが、Gitリポジトリにさえないというのはクレイジーです。気にしないからです。一度だけ何かをするためにそこにあるだけだからです。私はおそらく、この数週間だけで一度使った後に捨てた5万行のコードを書いています。クレイジーです。
Chrisがここで言っているように、一回限りのタスクのためにカスタムソリューションを立ち上げるのに5分かかる場合、それが持続する必要はありません。将来再び必要になるかどうか気にしません。同じ方法で再生成するだけです。誰が気にしますか。従来のSaaSモデルとの対比は際立っています。SaaSは本質的に、リテンション、ロックイン、拡張を最適化するために構築されています。
それはあなたをエコシステム内に留め、フットプリントを拡大させるように設計されたビジネスモデルです。一方、ビスポークツールは即時性とコントロールのために最適化します。顧客としてのあなたの生涯価値を気にしません。目の前のタスクを解決することだけを気にします。多くの点で、これはスプレッドシートが元々使用されていた方法への回帰です。
スプレッドシートとの類似性
それは非常にクールな比較です。スプレッドシートは、ソフトウェアの信じられないほど革命的な多くのものの始まりです。私のお気に入りのトークの一つは、Rich Harrisによる「Rethinking Reactivity」です。私は今でも毎年かそこらでこれに戻って、それに脳を再び壊させます。そして、このビデオのイントロの大きな部分は、スプレッドシートと、ソフトウェアがまだ本当に初期段階にあった時でさえ、それらがどれほど強力だったかについて話しています。
そして、私たちが今話していることの多くは、非常にクールなノスタルジックでありながらも強力な方法で、古いスプレッドシート時代を本当に思い出させます。スプレッドシートは、コンピュータを、ハードコアなオタクが愚かなゲームをしたり、複雑な数学問題を解決したりできるこのものから、日常の人々にとって有用なツールに変えました。
彼らのビジネスの請求書を管理したり、美容室のスケジュールを追跡したりするために。スプレッドシートは、誰もがコードがどのように機能するかを知らなくても、数字とタイミングに関わるコンピュータ上で必要なことを何でもできるようにしました。あなたは永続的な複数年のデータベースを構築するためにスプレッドシートを開くのではなく、問題を推論し、結果を計算し、前に進むためのスクラッチパッドとしてそれを使用しました。ええ。
この新しい状況では、Claude Codeは開発者にとってのExcelであり、創業者にとってのShopifyではありません。Shopifyはビジネスの永続的な基盤として構築されています。仕事を完了させてからツールを手放すことについてです。絶対に同意します。これは多くの人々が見逃している部分の一つだと思います。
Claude Code、Codex、Cursor、Open Code、その他何でも、最高のモデルを使っても苦戦する問題に取り組んでいるそれらの人々の一人である場合、私は正直なところプロンプトの問題ではないものをあまり見ていないので、もっと見たいです。しかし、これらのツールを使って実際の問題を解決するのが難しい、それらのスペースの一つにいるそれらの人々の一人であっても、Linuxの創造者であるLinus Torvaldsのような人々がいます。
それでも、これらのツールがLinusにとって有用ではないという意味ではありません。実際、彼は最近これらを使ってコードベースに貢献さえしています。実際のパッケージにとって重要なコードではなく、彼が構築している奇妙なオーディオ拡張機能を視覚化するようなもののためのコードです。あなたがやっている仕事が機能することを確認したり、理論をテストしたり、実験を視覚化したりするためのコード。
手放すことの重要性
これらすべてのタイプのことは、以前は本当に煩わしかったものが、本当に煩わしいものから些細なものに変わりました。特にあなたがよく理解していないかもしれない場所では。ウェブ開発者やPythonを知らないカーネル開発者のような場合、これらのPythonライブラリを使うことは今では些細なことです。しかし、そのためには、多くの開発者が苦労しているように見える、この本当に重要なことをしなければなりません。手放すことです。
あなたが書いているコードの大部分が捨てられることになるという事実に対して、OKでなければなりません。そのほとんどは全く実行されることさえありません。一部は一度実行されてからその後捨てられます。奇妙な感覚ですが、一度それを乗り越えれば、人生ははるかに良くなります。しかし、ここで記事の論点が出てきます。ソフトウェアを素早く生成することは一つのことです。それを現実世界との接触に耐えられるようにすることは全く別のことです。
コードは安いです。ソフトウェアはまだ高価です。現在のAIネイティブ時代の現実はこうです。コードは安くなりましたが、ソフトウェアは信じられないほど高価なままです。LLMはコード行を生成するコストを効果的に殺しましたが、真に問題を理解するコストには触れていません。
週末に構築されたこれらのアプリの洪水を見ています。しかし、これらのほとんどは、基本的なCRUD操作とサードパーティAPIの薄いラッパーに過ぎません。Twitterのデモでは印象的に見えますが、現実世界の摩擦にぶつかった瞬間に崩れることが多いです。これは、プログラムの役割に大きく依存すると言えます。
私たちはコンテンツチャンネルのために多くのものをバイブコードしてきました。特に、Benは、どのスポンサーがどのビデオにいるか、それらのビデオがどれだけうまくパフォーマンスしているかを管理するための内部ツールをすべて再構築することに熱心に取り組んでいます。それは私たちの現実世界のテストに十分耐えています。それは何千人ものユーザーにスケールできるでしょうか。おそらく違います。
しかし、それは毎日問題なく使用している、クラウド上にある、レジリエントなソフトウェアの一部です。だから、ここにはバランスがあります。再び、何人のユーザー、それらのユーザーが経験している問題はどれほど深いか、ユーザー間でどれだけの多様性があるか、そして私たちが書くソフトウェアはそれに対してどのようにスケールするか。
しかし、これらの他の考慮事項を必要としない、あなたにとって本当に特定の問題は、現実世界に対応できる以上のものになり得ます。しかし、それはあなたがどの世界について話しているかに依存します。ソフトウェアのコストは最初の書き込みではありません。それはメンテナンス、エッジケース、累積するUX負債、データ所有権の複雑さです。これらの高速ソリューションは非常に脆弱です。
あなたがバイブコードした購読トラッカーは、銀行がCSVエクスポート形式を変更した瞬間に壊れます。Chrome拡張機能は、ターゲットウェブサイトのDOMがシフトした瞬間に死にます。フィットネスアプリは、ユーザーが堅牢なオフラインサポートや信頼性のあるデータ同期を必要とするとすぐに使用できなくなります。後者については、Convexを使ってください。非常に役立ちます。
問題を解決する新しいツールの必要性
その点について、実際、これらの問題の多くはこれらのことを修正するためのより良いツールによって解決できると思います。CSV形式の変更のようなものは、AIを使用してCSVを再フォーマットする中間ツール、または形式が変更されたときに検出してそれに応じて調整するツールになる可能性があります。これらの入力と出力がより動的になることは、私が将来見ることを期待していることです。この入力または出力でエラー率が検出された場合、それに応じて自動的にコードを調整できます。
それは絶対に起こり得ることが見え、本当に本当にクールです。または、オフラインサポートや同期のようなものは、データレイヤーを構築するために使用しているプリミティブに帰着します。そして、それらのプリミティブが、すぐに動作するほど十分に進化すれば、これらの問題は適切なツールを使用するだけで解決されます。
そして、ますます、それが起こり始めると思います。ChrisはHacker News、Reddit、Twitterでエンジニアリングの終わりについての多くの悲観論を見てきました。これは完全に要点を見逃しています。私たちは職業の終わりを目撃しているのではありません。私たちはその新しい時代に入っているのです。私はここで同意します。しかし、長期的にこれがどのようなものになるかはわかりません。
このために何人のエンジニアが必要なのか。彼らのデータデイはどのようなものなのか。誰もが2030年のソフトウェア開発がどのようになるかを私に尋ねます。3月にどうなるかわかりません。しかし、それは異なるものになることはわかっています。なぜなら、3ヶ月前とは非常に異なっているからです。そして、もし何の違いも感じていないなら、これらのことを十分に試していないということです。
エンジニアの価値は、構文のhowから、システムのwhatとwhyへとシフトしています。真のエンジニアリングは、抽象化とアーキテクチャ、そしてそのすべてにわたるコミュニケーションとオーケストレーションにあります。誰が何に取り組んでいるのか、いつ完了するのか、これから何を期待するのか。
シニア開発者の優位性
これらすべては、伝統的なプログラマーが持っていないリーダーが持っているスキルです。そして、そこでレベルアップすることは非常に重要です。私はちょうどそれについてのビデオを撮影したばかりで、シニア開発者がこれらのツールをより好んでいる理由についてです。それは長続きするシステムを構造化する方法を知ること、なぜ特定のレート制限戦略が必要なのかを理解すること、分散キャッシュを管理する方法を知ること、そして環境変数をいつ保存してはいけないかを正確に知ることについてです。
ああ、環境変数はおそらく、これらのツールの多くが抱えている唯一最大の問題です。それと認証、認可、そしてそれらの周りのすべてのレイヤーが、これらすべてをそうあるべきよりも煩わしくしています。近い将来、これらのことをはるかに良くする飛躍的な解決策が見られることを期待しています。
まだそこには到達していません。AIはしばしば強力に感じられます。なぜなら、それは複雑さを隠すからです。しかし、エンジニアとしてのあなたの仕事は、その複雑さを管理することであり、それを無視することではありません。ツールは変わりましたが、エンジニアリングの厳格さに対する根本的な要件はこれまでになく高くなっています。これが変わるかどうかわかりません。私はこれについて多く考えてきました。
モデルがもう一度2倍良くなったら、その厳格さはそれほど重要でしょうか。わかりません。実際にはわかりません。おそらくモデルはより良くなる必要さえありません。彼らは、何を間違っているかを認識するためのより良いツール、または何を正しくやっているかを追跡するためのより大きなコンテキストウィンドウが必要なだけかもしれません。わかりません。
配信の幻想
しかし、次に配信の幻想があります。裏側があります。参入障壁がなくなったことで、ノイズレベルは史上最高に達しています。私のフィードは現在、午後に構築したアプリで5桁の月次経常収益を主張するAI起業家で溢れています。これらのほとんどは嘘であり、非常に非常に速く失敗します。
今日だけでも、私はすべてのバイブコーディングのものを並行して管理する方法を探していました。そして、ちょうど一度に現れたように見える3つのオプションを送られました。私たちには、すべてのClaude Codeインスタンスを管理するためのカンバンボードを提供するautoclaudeがあります。Open Codexや他のすべてのソリューションでも同様のVibe Kanbanがあります。
そして、良い友人で他の素晴らしいYouTubeチャンネルの価値があるWebDev Codyによるautomaker。彼は私たちよりこれらのことで先を行っています。彼はほとんど常に6ヶ月から1年先を行っています。彼は同様の目標でこれを構築しました。これらはすべて、過去1、2週間でちょうど現れたように見える、ほぼ同じことをするオープンソースプロジェクトです。
そして、これは、ますます多くの人々がこれらを立ち上げるにつれて起こり続けるでしょう。配信はますます重要になるでしょう。どれだけ速くコードを書けるか、どれだけ良いコードを書けるかは重要性が低く、どれだけ遠くそのコードを配信できるか、そのものがどれだけ関連性があり感じられるか、そしてそれを世界にどれだけうまく伝えられるかがこれまで以上に重要です。
また、チャットでCodyを見られて良かったです。元気でいることを願っています。真剣に、もしまだしていないなら、YouTubeでCodyをフォローしてください。私に登録していないなら、まず彼に登録してから、私の登録ボタンを押してください。しかし、彼はこれらのことではるかに先を行っています。とにかく、著者が同意することがわかります。これらの主張は非常に疑わしいです。
既存の配信がなく、明確な堀がない、週末のプロジェクトで10K MRRを主張するクリエイターを見るとき、それは通常、ビジネスの現実を反映するのではなく、エンゲージメントのためのプレイです。これらの物語のいくつかはおそらく真実ですが、ほとんどの場合、それらは実際には技術革新の青写真ではありません。それらはマーケティングケーススタディです。
これらの個人が成功するのは、AIコパイロットを持っているからではなく、混雑した状況で注目を集める技術を習得したからです。その通りです。これらの他のスキルはますます重要です。繰り返しますが、私はちょうどこのビデオを撮影したばかりで、今多くの私のポイントが関連しているのはクレイジーです。しかし、能力がエンジニアにとって重要なことであるというアイデアは、もはや真実ではありません。なぜなら、AIは私たちの能力をすべて平準化したからです。
コミュニケーションとマーケティングの重要性
何が起こっているかは、人々が他の部分が以前考えていたよりも重要であることに気づいているということです。何を構築すべきかを明確にする能力、これらのエージェント全体に委任する能力、全体をオーケストレーションし、次に世界になぜそれが重要なのかを説明する能力がなければ、どれだけのコードを生成できるかは関係ありません。
以前は、これらのエンジニアを高く評価していました。なぜなら、彼らのコントリビューションチャートは狂気じみていたからです。しかし、彼らがやっていることは何も有用ではありませんでした。あなたがやっていることの価値を伝えることができず、なぜ私があなたのものを使うべきなのかを明確かつ簡潔にできないなら、他には何も関係ありません。そして、能力を大幅に引き上げるだけでは、実際の問題は何も解決しません。
私たちは、コードを生成する能力がもはやボトルネックではない時代に入りました。本当の課題は、それが常にあった場所に正確にシフトしました。人々に気にさせる方法を見つけることです。ああ、YouTubeチャンネルを持つのに良い時期ですね。ところで、もしあなたが本当にクールなものを構築していて、お金を調達していて、それを人々に届ける方法がわからないなら、私のDMは開いていますし、私のYouTubeチャンネルで潜在的なスポンサーシップのための私のメールを非常に簡単に入手できます。
YouTube at t3.ggです。これが私がここにいる理由です。しかし、もっと重要なのは、業界で非常に蔓延している金持ちになろうという見せかけから本物の有用性を区別することです。私はブランドのためにこれを非常に多くやってきました。チャンネルに連れてくるスポンサーの大部分について、彼らが私に支払った後すぐに広告をするわけではありません。少なくともすぐにはしません。
ほとんどは最終的に広告をしますが、私はしばしばブランドと3ヶ月から6ヶ月の間、やり取りをして、彼らのオンボーディングを修正し、彼らの市場投入を修正し、彼らの製品のピッチをリブランドして構造化するのを手伝わなければなりません。一部の企業にとって、それをするのには多くの時間がかかります。そして、私が一緒に働いてきたブランドのほぼ半分が、私がピッチを洗練させるプロセスを通じて、彼らが実際にここにいる理由とあなたが気にすべき理由をよりよく説明する方法に合わせて、ホームページ全体を書き直したのはクレイジーです。
なぜ気にすべきかは、これまで以上に答えるべきはるかにはるかに重要な質問です。なぜなら、これまで以上に多くの競争があるからです。そして、あなたがそれについて話す能力の下に隠されている素晴らしいアイデアがあるなら、私のような誰かがただ入ってきて、アイデアを盗み、バイブコード代替品を作り、より良く伝え、あなたをビジネスから追い出すことができます。あなたのことがなぜ重要なのかについて話し、説明することが得意であることは、これまでになく重要です。
もしブランドが私にスポンサーになるように迫り、彼らの製品がそこにないか、彼らのマーケティングが良くなくて、それを説明するのを手伝う方法がわからないなら、私がアイデアを盗み、自分のバイブコード代替品を作り、それを売る方が、ブランドにマーケティングの仕方を教えるよりも簡単かもしれません。これらの人々は秘密のショートカットに偶然出くわしたわけではありません。
彼らは単に、既存の優位性をより速く実行する方法を見つけただけであり、学習がコーディングするのがサイドプロジェクトのアイデアにとって正当にあまりにも大きな取り組みであった場合、最初にそれを解放した可能性があります。ここで私のホットテイクが出てきます。ソフトウェアを販売することで成功できるとは思いません。あなたが高度に動機づけられていない限り。
あなたの動機があなたを素晴らしいプログラマーになることに導いたなら、素晴らしい。その動機が、あなたのアイデアについてよりよく伝え、人々に見せ、あなたが構築しているものをよりよく配信することを学ぶことにあなたを連れて行くのに十分強いなら、素晴らしい。しかし、コーディングがあなたにとって学ぶのが難しすぎたなら、今あなたは無料でコーディングできます。
残りは同じくらい難しいか、それ以上に難しいです。アイデアを簡潔に説明することを学ぶのに、JavaScriptと同じくらいの時間がかかりました。そして、何かあれば、私は両方で継続的に学んでいますが、毎日、JavaScriptについて学ぶよりも、コミュニケーションと明確さについてより多くを学んでいます。そして、もしあなたがそこに座って、それらの難しいことを学ぶ意欲がないなら、あなたはどこにも行きません。
10年前にコーディングを学び、動機づけられていたときにすべての難しいものを押し通し、そして今10年間ただ惰性で過ごしているだけなら、あなたは終わっています。もし動機がないなら、あなたはどこにも行きません。私はこれを多く感じました。なぜなら、私はコンテンツクリエイターだからです。ここで少し逸話に入りますが、それは私にとって重要なものです。
飛行機を着陸させられるか – 能力への過信
それは私が持った実際のインタラクションです。奇妙な投票から始めましょう。あなたは飛行機に乗っています。どこかに飛んでいると想像してください。旅客機です。パイロットが突然無力化されました。彼らは心臓発作を起こしました。失神しました。何かが起こりました。あなたは飛行機を着陸させられますか。はい、おそらく、またはいいえ。もし人々がこれにどう答えるかを知っているなら、チャットでネタバレしないでください。
あなたが実際に何を考えているかを見たいです。そして、視聴者のあなたも、これを頭の中で考えてください。もしあなたがボーイング747か何かにいて、パイロットが意識を失ったら。あなたはコックピットに入り、あなたが入る能力があると仮定して、座ることができますか。そこではすべてが順調ですか。飛行機を着陸させられますか。私の視聴者の半分未満がいいえと言っています。
半分未満です。厳しい現実はこうです。もしあなたがまだ認定されていないなら、あなたはその飛行機を着陸させるつもりはありません。彼らは自分自身で着陸します。いいえ、彼らはそんなことはしません。彼らは、現在の速度に基づいて適切なフラップが適切な量だけ下がっていることを確認するようなことを多く行います。それはそれの多くを助けます。
あなた方の99%は無線を動作させることさえできないでしょう。あなたはその飛行機を着陸させるつもりはありません。これを尋ねた理由は、ほとんどの人々が、機会があれば高度に熟練したことができると仮定するからです。ほとんどの人々は、Twitterで十分なフォロワーがいて、コーディングの仕方を知っていれば、成功した創業者になれると考えています。
ほとんどの人々は、素晴らしいGoogle従業員になれると考えていますが、コーディングを学ぶのは難しすぎます。ほとんどの人々は、素晴らしいYouTuberになれると考えていますが、ビデオ編集とOBSは難しすぎます。これらのツールが使いやすかったら。ビデオ編集がそれほど複雑でなければ、誰でもYouTuberになれます。それが難しい部分だからです。それがあなたが最初に遭遇した問題だからです。
ラジオのことさえ、ある程度ここでも起こります。飛行機のラジオがもっと簡単だったら、誰でも飛行機を着陸させられます。いいえ、あなたはできません。ここで現実的になってください。男性の34%がこの質問にはいと答えます。楽しい事実として、男性の大多数は飛行機を着陸させられると考えています。私がこれを持ち出すのは、1年半、おそらく2年前にあった実際の会話のためです。私は開発者と話していて、彼は基本的に言いました。私は収入源を多様化したいと考えています。
YouTubeを始めるつもりです。できるだけ少ない労力で成功したチャンネルを持つためのアドバイスはありますか。私が激怒した方法、私はこの会話の第2バージョンに複数の証人がいました。なぜなら、彼は翌日フォローアップしたからです。それは本当に面白いです。私がそうしたことに感謝しています。そうでなければ、私は狂ってしまったでしょう。
彼がこれができると考えた理由は何だと思いますか。まあ、私はカメラが好きで、話すのはかなり簡単です。Theo、あなたがやっていることがなぜ私にとって難しいのかわかりません。かなり簡単そうです。ええ。だから、これが本当に崩壊したのは、私が彼に簡単な質問をしたときです。あなたはどのYouTubeチャンネルを見ますか。彼がこれに何と答えたか知っていますか。正直なところ、私はYouTubeをあまり見ません。
このインタラクションは2年間私を悩ませてきました。なぜなら、これがほとんどの人々がどのように機能するかだからです。これがほとんどの人々がどう考えるかです。彼らは、今自分たちの前にあるものが唯一のブロッカーであると本当に信じています。そして、それを取り除くことができれば、とても簡単です。このことを言った後、彼は私に割り込み始めさせることさえしませんでした。「YouTubeがどのように機能するか知らないなら、これはおそらく難しいでしょう。」
彼はできるだけ早く言います。「私はYouTubeをあまり見ません。どのエディターを使い始めるべきですか。」冗談ですか。私はただ、ええ、あなた方が私についてこれを知っているかどうかわかりません。私は嫌なほどの量のYouTubeを見ます。会議や一日中会議にいるときではないとき、私は1日に6時間から8時間のYouTubeをします。
直接的に。私はプラットフォームが大好きです。他のクリエイターを見るのが大好きです。私は大量のYouTubeを見ます。そして、私が自分のチャンネルを作ることを考えるよりも前に、私は10年半それをやっていました。やりたくさえありませんでした。私のチャンネルは偶然起こりました。なぜなら、私はTwitterスペースをやっていて、人々に私のスタックが何であるかをより視覚的な方法で見せたかったからです。
だから、ライブストリームをして、YouTubeに再アップロードしました。リンクするための何かを持つためです。そして今、私はこのYouTubeチャンネルを持っていて、それは基本的に私の人生と私のビジネスを動かしています。これは私が選んだものではありませんでした。これは私がしなければならなかったことです。なぜなら、私が解決したかった特定の他の問題があり、それらすべてが私をここに連れてきたからです。
最高のYouTuberのどれも、YouTuberになることを選んだわけではありません。彼らはここに行き着きました。彼らが望んでいた他のことが彼らをここに連れてきました。そして、この男はカメラ機器とビデオ編集ソフトウェアについてあまりにも気にしすぎて、彼がYouTubeについて気にしていないことに気づきませんでした。それは私にとって狂気です。私が今飛行機のことをした理由は、この男が2回目に私と会話をしたとき、近くにカメラDPが立っていたからです。
この全体の会話を聞いたハリウッドの世界から来てソフトウェア開発に切り替えた人で、彼は狂っているように感じました。この人が立ち去るとすぐに、彼は私を脇に引っ張って言いました。何なんですか。誰もがそういう風に考えるのですか。どうやって誰かが、YouTubeについて何も知らないときに、ただYouTuberになれると本当に信じることができるのですか。私は最初に尋ねました。「飛行機を着陸させられると思いますか。」彼は言いました。「とんでもない。なぜ飛行機を着陸させられるんですか。私はビデオをやって、今はコードをやっています。」私は言いました。見てください。
そして、私はテーブルを回って、テーブルのすべての人に尋ねました。「パイロットが無力化された場合、飛行機を着陸させられると思いますか。」すべての人がはいまたはおそらくと言いました。他の誰もいいえと言いませんでした。これが妄想です。
それは一種のダニング・クルーガーですが、それよりも深いものです。ほとんどの人々は、自分たちの目の前にあるものが少し乗り越えるのが難しすぎなければ、彼らが見ているものは何でも信じられないほど得意だと考えています。チャットのCode Bradleyがここで言いました。「15年間マーケティングをしてきた人として、誰もが良いマーケターになれると考えています。」私からの本当の正直な瞬間の準備はできていますか。私はできるとは思いませんでした。
マーケティングスキルの習得
T3ツール、別名ping、別名今はT3 chatのために最初に雇う予定だったものの一つは、マーケターでした。非常に早い段階です。なぜなら、私はそのスキルを構築できるとは思わなかったからです。それと営業です。結果として、私はそれらのことがうまいことがわかりました。実際、私はそれらのことにかなり優れていると言うほど行きます。しかし、私はそれらを学び、必要性からそれらでスケールアップしなければなりませんでした。
私は、受信トレイの管理が簡単だったらできると考えて入ったわけではありません。いいえ、私は謙虚にそれに下手であることを期待して入り、ゆっくりと良くなりました。だから、そのすべてが逸話でした。なぜなら、平均的な人のコーディング能力を解放することが彼らを次のステップを超えて押し上げるとは必ずしも同意しないからです。
ビデオエディターを学ぶ、OBSをセットアップして使う方法を学ぶ、または使うべきカメラを理解するという摩擦が、あなたをクリエイターになることから遠ざけるのに十分であるなら、私があなたにそれらの問題すべてへの解決策を渡したとしても、あなたはそれでもクソなクリエイターになるでしょう。コーディングを学ぶことがあなたが物事をするのに十分な摩擦だったほど動機づけられていないなら、あなたはクソな創業者、マーケター、ビジネスパーソンになるでしょう。なぜなら、マーケティングと配信に関しては、同じくらい多くの難しい摩擦ポイントがあるからです。
その多くはさらに難しいです。あなたはそこで成功するつもりはありません。もしここで私を信じないなら、あなたはまだフォロワーを持っていません。Twitterアカウントを作って、10,000フォロワーを獲得してください。終わったら連絡してください。このシフトには有用なフレーミングがあります。AIは効果的に、主要な差別化要因としてのエンジニアリングレバレッジを取り除きました。
はい、これは私にとって奇妙なものでした。なぜなら、私は基本的にもはや重要ではない特定のエッジスキルのセットを持っていたからです。私を以前の仕事で価値のある資産にしたものは、私がはるかに遅れているプロジェクトに入り、品質や能力を妥協することなくスケジュール通りに戻すことができたということでした。
私は、実際に合理的な時間で実行可能にするために、長いロードマップを取り、何を切り取り、シフトするかを理解することに本当に本当に優れています。私は常に高速出荷の人間でしたが、それはもはや重要ではありません。私は以前は非常に稀なタイプのエンジニアでしたが、今では誰でもなれます。Claude Codeは、私がTwitchでやったことを、より速く、より効率的に、より安価に行います。
そして、それは考えるべきワイルドなことです。それは私のレバレッジの多くでした。私はただ解決策をより速く出荷していました。もしあなたがClaude Codeでプロンプトを入力して、同じくらい速く解決策を得られるなら、それはもはや重要ではありません。ありがたいことに、私はまた、マーケティング、コミュニケーション、配信、オーケストレーション、これらすべてのもっと重要な他のスキルもレベルアップしてきました。
だから、私がここでユニークなレバーを持っていないという事実はほとんど関係ありません。しかし、この方法でも働いていた私の友人たちは全員終わっています。どの開発者もLLMを使って、以前にかかった時間のほんの一部で複雑な機能を構築してデプロイできるとき、コードを速く書く能力、特にもはや競争上の優位性ではありません。
もはや単にビルダーであるだけでは十分ではありません。これ以上同意することはできません。代わりに、成功は今、自動化するのがはるかに難しい要因にかかっています。味、タイミング、そしてあなたの聴衆の深い直感的な理解がこれまで以上に重要です。週末で製品を生成できますが、間違ったものを構築している場合、または聞いていない人でいっぱいの部屋に立ち上げている場合、それは価値がありません。
その通りです。またはもっと良いのは、空の部屋で、それはあなた方のほとんどがやっていることで、その後アルゴリズムがとても悪いと文句を言います。アルゴリズムがもっと良かったら。私のスロップアプリについて誰もが知っているでしょう。それで頑張ってください。この新しい環境では、コードは簡単な部分になりました。難しい部分は、それが常にあった場所に正確に残っています。人々に気にさせる方法を見つけることです。
これをフレーミングする別の方法は、以前はコードが十分に難しかったので、気にする価値があることを理解している誰かと何かがあれば、多くのコーダーが必要だったということです。もしTwitchが気にする価値があることが判明したら、すべての部品を構築するのに多くのエンジニアが必要です。だから、これを理解し、他のすべての部分を行うのに十分気にする1人につき、残りを行うために10人から20人のエンジニアのチームが必要です。
今、その部分がそれほど重要ではないか、少なくとも以前と同じ方法で重要ではなく、自動化するのがはるかに簡単になったので。難しい部分はまだ存在しますが、もしあなたがただのエッジであれば、実際にそれを出している指導者たちへの付属品に過ぎません。今はある程度無用です。そして、それは最悪です。そして、これが多くの不安がどこから来ているかだと思います。20人の優れたエンジニア対、彼らが構築しているものを理解している1人という20対1の比率です。
その比率は20対1からここでは1のようになりました。だから、私が他の19人のエンジニアだったとき、わかりません。彼らを雇うつもりはありません。だから、ここで誰が勝つのでしょうか。まず、退屈で反復的な問題に行き詰まっているドメインエキスパートがいます。次に、使い捨てツーリングを構築する内部チームがあります。完璧に見えるよりもすぐに機能する必要があるタイプのスクリプトと内部アプリです。
これだけを中心に構築された数十億ドル規模の企業全体があります。私の共同創設者Mark、私のCTOは、私の会社に参加する前にRetoolで働いていました。Retoolは、会社がデータを持っているかもしれないすべての異なる場所からデータにアクセスするはるかに簡単な内部ダッシュボードを構築する方法でした。だから、サポートをしているときにユーザーがアカウントでどれだけ使用しているかのより良い視覚化が必要なある内部サポートチームは、エンジニアでさえないそのチームのランダムな人がRetoolで何かを立ち上げてそれを管理できます。
今、バイブコーディング、これらすべての他のものを使って、企業または個人が同じことをする能力さえも、Retoolのようなツールの価値を減少させます。彼らは、AIの前は誰もがこのようなものを必要としていたので、非常に速く非常に高い評価に達しました。彼らはPhilipsやPinterestからStripeやAmazonまで、誰とでも契約を取得していました。それはワイルドな範囲です。しかし、今はほとんど重要ではありません。
彼らは、今存在するこれらすべての他のAI代替品に必死に追いつこうとしています。その市場は、Retoolが数十億ドル規模の企業になるのに十分大きいです。また、Retoolが生き残るのに苦労するのに十分よく対処されています。パワーユーザーもここで大きな利益を見ています。特に、脆弱な手動ワークフローをより堅牢なものに置き換えたいときです。
最後に、高い光沢の磨きよりもソリューションの所有権を優先するエンジニアにとっての勝利です。そして、はい、Opus 4.5、Claude Code、Cursorのようなツールはエンジニアにとって本当に有用です。それらはボイラープレートの削除、機能の実装、単体テストの書き込みにおいて驚くほど優れています。最近の私のお気に入りのユースケースの一つは、特に新しい仕事を始めてから、製品コードベースに迅速に対応し、すべてのニュアンスがどのように機能するかを理解するために、機能のパーソナライズされたドキュメンテーションとウォークスルーを生成することです。
対応するのに非常に役立っています。ええ、大きなコードベースを十分に理解して有用な洞察を与えることができるAIを持つことは非常に素晴らしいです。しかし、現実はこうです。LLMはコンパイルが最初にうまくいっても、コードを書くのに完璧には程遠いです。高品質のプロンプトと明確なルールを使っても、これらのモデルはまだミスをします。
毎日これらのツールを使っている人として、出力を完全に信頼することはできません。チームメイトからのプルリクエストであるかのようにコードをレビューする必要があります。ロジックを読み、仮定をチェックし、しばしば正しくするために手動で編集する必要があります。私はこの部分を落とし始めています。モデルに何を間違ったかを伝えるだけで、それは修正します。
そして、私は特に再び私のチャートに戻ると、この量がますます減少することを疑っています。問題のサイズが十分に小さければ、私はそのコードを読むことを気にしません。問題のサイズが十分に大きく、難しさが十分に大きければ、おそらくコードを読む時間を取ります。しかし、それは変わり、これらのことについてどう考えるかは大きく変わります。
結局のところ、あなたはおそらくこれをレビューのためにチームメイトに送るでしょう。そしてたぶんCode Rabbitも、推測します。OK、明確にしておきます。Code Rabbit、Grappileのようなツール、これらすべてのAIコードレビュー。チームメイトに送る前にこれらをやってください。なぜなら、彼らはチームメイトが対処すべきではない小さな煩わしいミスをキャッチするからです。私はそれらの会社が私をスポンサーしていることを知っています。
気にしません。彼らは超有用です。AIコードレビューは、コードレビューをするチームの時間を無駄にしない方法です。超有用です。チームメイトは依然としてコードをレビューすべきです。絶対に。しかし、彼らは小さな構文ミスのためにそれをレビューすべきではありません。彼らは、何が行われるべきかの目標と一致していることを確認し、バスファクターを減らすために、コードベースの理解のためにそれをレビューすべきです。
AIはそれが得意ではありませんが、それはすべてのあなたの愚かな構文や奇妙な一回限りのエラーを人間よりもはるかにうまくキャッチします。人々の時間をそのようなことで無駄にしないでください。これは本当に良い質問です。あなたさえ書いたり、チェックしたりしなかった何かをレビューさせるのは公平ですか。人間は、いいえ。AI、絶対に。
AIにAIが書いたコードをレビューさせることは素晴らしいことで、あなたは絶対にそうすべきです。これらのツールはあなたがより速く動くのを助けますが、批判的な目やあなたの何年もの経験の必要性を置き換えるものではありません。そして、彼らはあなたよりも全体的な問題空間をよく理解していません。誇大宣伝は、私たちがSaaSの黄金時代に入っているように見せています。私たちはそうではありません。
個人向けソフトウェアの時代
私たちは個人向けソフトウェアの時代に入っています。あなたが問題を解決するために生成してから前に進むツールです。20ドル、数時間の空き時間、そして少しの忍耐があれば、ほとんど誰でも機能的なアプリを出荷できます。私たちは個人向けソフトウェアの時代に入っており、アイデアと動作する製品の間のギャップはこれまでになく狭くなっています。
この新しい現実では、エンジニアリングの専門知識は依然として信じられないほど価値があります。しかし、役割の性質はシフトしています。関連性は薄れていません。代わりに、それは以前に可能だったよりも高いレベルで構築するためにこれらのツールを活用することについてです。真の専門知識は今、これらのシステムを操縦し、LLMが欠いている技術的な監督を提供するために必要です。
AIは間違いなくコードを書くのが得意ですが、保守可能で、配信可能で、スケーラブルなシステムをアーキテクトするのは依然として下手です。これは、技術的な専門知識がプロンプトによって置き換えられると信じている非技術的なリーダーが重大な間違いを犯しているところです。この全体の議論を無意味にする人工知能の到来を見るまで、技術的な専門知識がプロンプトによって置き換えられると信じることは戦略的な誤りです。私はここで完全に同意します。
堅牢なソフトウェアを構築するには、依然として工芸の基礎原則を理解している人間が必要です。別のフレーミングの仕方。難しい問題は依然として難しく、それらを通してあなた自身を動機づけることが鍵です。なぜ物事が壊れているのかを理解するために時間をかけ、それらを学ぶ、高度に動機づけられたバイブコーダーは、チェックアウトして、マージしているコードに注意を払っていないだけの経験豊富なエンジニアよりもはるかに価値があります。
モチベーションは重要な差別化要因になるでしょう。あなたが知らない分野でスキルアップするのに十分気にしますか。なぜなら、知識のギャップがどこにあるかを理解するために、何が間違っているかもしれないかを理解するために、これらすべての異なる理論を試すために、AIに無限の質問をすることを座ってする意欲があるなら、忍耐、勤勉、そして回復力がこれまで以上に重要になるでしょう。
そして、もしあなたがすでに燃え尽きているなら、あなたは終わっています。あなたは絶対に終わっています。もしこれらのツールが可能にするものに興奮を見つけることができず、フラストレーションと疲労だけを感じるなら、おそらくこの移行を生き残ることはないでしょう。あなたは押し通すためのモチベーションを持っている必要があります。スキルだけを必要とするわけではありません。私は、十分なモチベーションがあれば、これまで以上に速く技術的専門知識を構築できると主張します。しかし、専門知識を持っているだけではそのモチベーションを得ることはできません。
結論は、ツールは変わったが、優れたエンジニアリングの基本は変わっていないということです。参入障壁はなくなったかもしれませんが、判断、味、そして責任は依然として仕事です。絶対に同意します。これは素晴らしい記事でした。私がすべてに同意したわけではないことは知っていますが、フレーミングは信じられないほどで、その大部分は十分すぎるほど的を射ています。
私はChrisと彼が行う他のことに注意を払い続けるような気がします。結果として、彼はまた大きなElixirとLive Viewのファンです。私はElixirが大好きなので、興奮しています。実際、前述したように、この間ずっと、私はバックグラウンドでこの巨大なプロジェクトを実行していて、それは実際に35分50秒で終了したようです。
だから、私はそれで遊びに行きます。ここで他に言うことはありません。モチベーションを保ち、構築を続け、クールなことをし続けてください。
コメント