人々が作っているバイブコーディングされたソフトウェアをいろいろいじってみると、それらはちょっと悪いということに気がつくでしょう。つまり、それが別の方法で作られていると知らなければ、それを操作する気にならないかもしれません。結局のところ、ブロック状でピクセル化された戦車バトルゲームは、10年以上開発され、何百万人ものプレイヤーがいる World of Tanks のようなゲームほどクールではありません。

バイブコーディングによってソフトウェアの構築が簡単になるのであれば、ボトルネックは他の場所に移ります。1) 常に誰よりも先を行く一貫した創造性。ツイートは誰でも書けますが、最高のクリエイターは新しいアイデアを常に生み出す人です。2) 流通とネットワーク効果。バイブコーディングされた最初の製品が勝つのではなく、規模を拡大した最初のバイブコーディングされた製品が勝つのです。

バイブコーディングは、より多くのコードが AI によってゼロから生成されるようになるため、オープンソースライブラリの必要性を減らす可能性があります。コードは使い捨ての商品となり、再利用は少なくなり、代わりにパーソナライズされた使用のためにオンザフライで生成されます。現時点では、新しいプロジェクトを作成する方がプロジェクトの編集よりも簡単であることは興味深いことです。後者はより多くのコンテキスト/複雑さを必要とするためです。

私が「バイブコーディング」と呼ぶ新しい種類のコーディングがあります。バイブに完全に身を任せ、指数関数を受け入れ、コードが存在することすら忘れるコーディングです。LLM (例: Cursor Composer w Sonnet) があまりにも優れすぎているため、それが可能になっています。また、私は SuperWhisper を使って Composer と対話するだけなので、キーボードにはほとんど触れません。「サイドバーのパディングを半分に減らす」など、最も馬鹿げたことを要求します。探すのが面倒だからです。常に「すべて受け入れる」を選択し、差分はもう読みません。エラー メッセージが表示されたら、コメントなしでコピーして貼り付けるだけです。通常はそれで解決します。コードが私の通常の理解を超えてしまうと、しばらくじっくり読む必要があります。LLM ではバグを修正できないことがあるので、回避するか、バグがなくなるまでランダムな変更を依頼します。週末の使い捨てプロジェクトとしては悪くありませんが、それでもかなり面白いです。私はプロジェクトや Web アプリを構築していますが、実際にはコーディングをしているわけではありません。ただ何かを見て、何かを言って、何かを実行して、何かをコピーして貼り付けるだけで、ほとんど動作します。

学生が電話をしていると激怒する教授はたくさんいます。私はまったく気にしません。電話をしていたいなら、授業で話している内容を聞き逃してしまいます。その内容は間違いなく試験に出ます。私たちはみんな大人です。私は4年生に電話をしまっておくように言う先生ではありません。集中して一生懸命勉強すればAがもらえ、そうでなければFがもらえます。インセンティブ構造は整っています。

できるだけ早く収益を生み出せる立場に身を置くことです。リーマンでの最初の年、私はトレーディングで800万ドルを稼ぎました。給与は13万5000ドルでした。他の多くの人は解雇されましたが、私は解雇されませんでした。

優位性を得るために、500 語、1,000 語、さらには 3,000 語の電子メールを何時間もかけて作成しますが、3,000 語の電子メールを実際に読む人はいないことを完全には理解していません。200 語を超える電子メールが届いた場合は、返信しません。これが TLDR (Too Long, Didn’t Read) というフレーズの由来です。

広告では、メッセージを簡潔かつ簡潔に伝える必要があります。詳細すぎたり複雑すぎたりすると、本当にメッセージを聞きたいと思っている大勢の人々に伝わりません。

長年にわたり、私は多くの人々を見てきましたが、彼らは非常に柔軟性に欠けています。彼らはまっすぐな線を引いていますが、多くの場合、その線は変更しなければなりません。そして、プラン B がなければ、うまくいきません。柔軟性が必要です。そうでなければ、決して成功することはありません。

実用性と創造性の間で決断できる人こそが、優れたビジネスマンです。バランスを取ることができなければなりません。バランスが取れなければ、うまくいきません。