農業をゼロから始めたの？それとも農場を引き継いだの？

今まで作ったアプリの中で、特にうまくいったものは一つか二つある？

今日の農場のテクノロジーについて聞きたいな。トラクターや機器の修理で問題にぶつかることってある？それがDRMでロックされてて、ソフトウェアをハッキングしないと修理できないとか。

100%同意。これが新しいソフトウェアの時代だね。でも、各ユーザーのための小さなアプリがたくさんできるだけ。大きなアプリじゃなくてもいいんだ。自分のビジネスや世界の一角を助けるための特注の小さなアプリだよ。俺は子供にAI開発スタックを教えてるんだ。AI IDE（俺たちにはAntigravity）、データベース（俺たちにはSupabaseといいMCPサーバー）、デプロイ（俺たちにはGithubとVercel）。これを使えば、数時間で素晴らしい統合アプリが作れるよ。

100%同意だわ。俺はITプロフェッショナルで、大きめの企業のCTO（年収250億〜300億円）なんだけど、ここ2ヶ月毎朝4時に起きて、自分や家族、友達のためにずっと作りたかったVibe Codingのことをやってる。時間がなかなかなかったからね。睡眠習慣は確実に悪化してるけど、幸せ度はめちゃくちゃ上がってる。

コーディングが好きな人と、価値や解決策を提供することが好きな人、二つのグループがあるみたいだね。私は後者に属してる。幸せな消費者と洗練された製品が私に満足感を与えてくれる。コードは単なる手段に過ぎない。キャリアを望む最初のグループの人には残念だね。

AIを使って何かを作ると、その喜びがなくなるんだよね。（オバマの声で）「それは自分が作ったものじゃない」って感じ。特に個人的な作業に関しては、AIで開発するっていう考え方にアレルギーがある。AIが書いたコードは自分が作ったものじゃなくて、依頼したものなんだ。まるでFiverrやUpworkで仕様を出してお金を払って「これを作って」ってフリーランサーに頼んで、やり取りしながら結果を修正していくようなもんだ。最終的にはまあまあの結果が得られるかもしれないけど、自分で問題を解決する経験が得られない。問題を解決する経験は新しい洞察を生むからね。数学の教科書に演習問題があるのも、その概念を理解するには問題を解くしかないから。AIを使うと、もう開発者じゃなくて、プロダクトマネージャーやアナリスト、アーキテクトになっちゃう。ビジネスの観点から見ると、実際には開発者を全部排除して、プロダクトマネージャーやアナリスト、アーキテクトだけの小規模な開発チームを持つことができるんだ。そうすれば、開発者の給料を払っても、開発者を減らしてお金を二重に節約できる。

わかるよ。ものを作るのと組み立てるのは全然違うよね。AIは、細かいところを彫る職人から、ライン作業のオペレーターに変えてしまう。もし君の喜びがアルゴリズムのパズルを解いたり、ループを最適化することから来ているなら、AIはそれを奪ってしまうかも。低レベルの開発（組み込み、カーネル、ドライバー）や複雑なR&Dを考える価値があるかもね。バイブコーディングはまだそこでは通用しないし、幻覚のコストは高すぎる。そこで本当の手作りの技術がまだ必要なんだ。

人々がもうプログラマーになりたくないと思っているんじゃないかって思い始めてる。彼らは、自分の仕事を誰かや何かに委任して、戻ってきてその仕事を批評して、またループを繰り返すマネージャーになりたいんだ。

同じ気持ちだよ。LLMは、俺が楽しんでる部分を自動化して、嫌いな部分を増幅させるんだよね。

それが楽しくないからこそ価値があるんだ。やる価値のあることは全て大変だよ。

もちろん、本格的なプロダクションプロジェクトではvibeコーディングはしないけど、AIエージェントは使うと思う。ただ、出力されたコードのすべてを理解するようにするよ。あなたは、他の人がインターネットを使う能力よりも、自分が無意味なものを作り出す能力を重視してるの？それがあなたの選択だよ。AI DDoSボットをブロックしようとして、ブラウザを数秒間フリーズさせるサイトたち、それが無意味なプロジェクトのためにあなたの便利さに値するの？Cloudflareの障害の影響が広がること、それがあなたの便利さのために他のインターネットに負担をかけるコストなの？ありがとう。

使い捨てのコードに労力をかけたくない気持ちはわかるよ。> 本格的なプロダクションプロジェクトではね。でも、AIエージェントは使うと思う。ただし、出力されるすべての行を理解することを確認するけどね。それじゃダメなんだ。問題領域を理解して、現在と未来の要求を考慮した深いデザインセンスを持ち、概念的に一貫した解決策を形成して、それをコードに落とし込んで、最初からフィードバックを得る必要がある。AIにその能力を与えるプロンプトは存在しない。出力されたすべての行を理解するだけでは、平凡な解決策しか得られないよ。正直言って、多くのプログラマーもその能力を持ってないから、品質の期待値の問題でもある。LLMを高度な検索やボイラープレートの生成に使うことはできると思う。簡単に済ませたい人たちは、品質の属性にも甘くなってるから、自分がそのスペクトルのどこにいるかを自覚するべきだね。

洗練された使えるアプリを作るのは本当に大変で、全然楽しくない（私にとっては）。じゃあ、やらなきゃいいじゃん。誰も強制してないよ。飛行機を作ったり、食品の安全を確保するのが大変で楽しくないって文句言うの？すべてを低いレベルに合わせる必要はないし、そうすべきでもない。逆に、チームの一員として働いて、他の人が君が楽しめないことをやる会社で働けばいいんじゃない？ > 私はここで、短時間で洗練されたアプリを作ってる。いや、そんなことはないよ、保証する。 “洗練”っていうのは、完璧にするためにすべての細部に気を使うことだよ。もしLLMにほとんどを任せているなら、それは定義上、洗練されてない。

その通りだね。これもいつかは過ぎ去るよ。みんな飽きて、同じアプリを500回も使って、結局去っていくんだ。SEOの専門家やマーケティングの専門家、トレードボット、クリプトの専門家と同じように、バイブコーダーも淘汰されるさ。

うん、プログラミングで一番嫌だったのは、盛り上がってるけど中身のないことと、自分の自由が奪われることだった。これまでもあったけど、AIの文化がその両方を倍増させた感じ。LLM自体やその使い方には問題ないけど、今や教条や信仰に満ちた宗教みたいになってて、完全に有害だよ。ツールは無理やり押し付けられて（神父たちのおかげで、AIの使用は仕事のパフォーマンス基準になってる）、失敗すると好奇心や理解しようという気持ちじゃなくて、敵意やガスライティングに直面する。

AIのせいで仕事を辞めたよ。プルリクエストを承認するだけの仕事になって、PRもコードもただのゴミみたいだったから。正直言うと、主にCRUDアプリだったから大したことじゃないけど、結局、毎日何百行もゴミが追加されて、アプリに対するコントロールを失った気がした。いつか、アーティザナルコードだけを扱うコンサルタント業を始めるかもしれない。AIのコードを手作りのコードに置き換えるために、僕と未来の弟子たちを雇ってもらえるよ。自分の会社を使って、若い世代にAIツールなしでコードを書く方法を教えたいんだ。

そうだね。デザインやシステムを書くスキルを身につけるために、すごく頑張ったし、長い時間をかけたんだ。これはアートなんだよね。スキルもない人たちがああいう行動をするのを見ると、本当にがっかりする。今のところ、私のやってる仕事は彼らには真似できないけど、遠い未来にはあまり期待してない。自動化が進むと、ほとんどの非物理的な仕事が自動化されると思うし、その頃には物理的な仕事も自動化されるだろうね。

同じく。これに対処するために見つけた唯一の方法は、1〜2個の個人プロジェクトを持つことなんだ。クローズドソースで、俺だけが使うやつね。自分が楽しめるようにゆっくりと作って、最終的にはエンドユーザーを犠牲にしない有用なソフトウェアになるようにしてる。

ハードウェアにシフトするのをおすすめするよ。俺はFPGAの分野にいるけど、ほとんどの場合、バイブコーディングはないんだ。必要な決定論がLLMには向かないからね。どのステップでもバグを引き起こすのがすごく簡単で、エラーの余地はほぼゼロだよ。大抵は1つのクロックサイクルの余裕でやりくりしてる。俺が試したLLM（Claude Opus 4.5が最新だけど）で、タイミングエラーを大量に引き起こさないものはまだない。ほとんどの半導体IPは独自のもので、トップシークレットだから、コードは建物の外に出ない。良いモデルを作るためのデータは、ソフトウェアやオープンソースのエコシステムほどはないんだ。通信分野では、設計エンジニアと検証エンジニアの比率が1:4くらいだよ。防衛は会社によって少し違うけど、一般的にバグに対する耐性はゼロだね。HFトレーディングの人たちのリスク志向については、触れない方がいいね！ソフトウェアエンジニアにはたくさんの余地があるよ。今のFPGAはSoCデバイスが多くて、何らかの埋め込みLinuxで高レベルのタスク管理やネットワーキングをやってる。Verilogをある程度知ってれば大丈夫だよ。ほとんどのエンジニアが5〜10年以内に引退する準備をしてるから、業界全体に波及するパニックが起こるだろうね。

セキュリティエンジニアリングを考えてみて。システムを攻撃するための非常識な方法を常に考えなきゃいけないし、LLMが人間から学んだような一般的なコーディングミスを利用する必要がある。セキュリティエンジニアは、ソフトウェアが完璧に安全になるまで仕事があるだろうし、それにはかなりの時間がかかるよ。俺は仕事にLLMを全く使わないし、今後も使うことはないと思う。クライアントは、彼らのお気に入りのLLMに一通りやらせた後で俺に支払うんだ。

この感情が理解できない。リグレッションはまだ存在するし、ただプロンプトで消すことはできない。プログラマーは、ほとんどのプロジェクトで人々が支払うためにスキャフォールディングするよりも、リグレッションの修正やバグ修正、改善に10倍の時間を費やすことになるよ。もし仕事の大半がこれでないなら、もうすでにシンプルな生活を送ってるってことだね。

これを言いに来た。俺は9歳からプログラミングをしていて、常に強い美的、芸術的、クリエイティブな側面があった。そういう側面は、成人生活の経済的な要求と常に緊張関係にあったけど、俺はそれを解決する静かな場所を見つけるのが得意だった。多くの作業は退屈で、骨の折れる grind だったけど、最後の報酬はかなりのものだった。AIは、そのプロセスから得られた喜びを完全に奪ってしまったし、思春期の頃に無邪気に惹かれたすべてを奪ってしまった。もし誰かが「ほとんどがスロップキュレーションだよ」って言ってくれたら、俺は学校に残って哲学専攻を続けていただろうし、誰が知ってるか、これ以外の何かをしていただろうな。法律の道でもそこそこやれたと思うけど、JDになるにはあまり良い時期じゃなかったからね。

マーケティングにはいいからね。真実かどうかは関係ない。

それでも精度をテストできるの？

これはただの悪いサイドプロジェクト以上のもので、ほぼ悪意があるね。OPは、この60個の計算機がすべて常に動作する自信があるの？すべてのエッジケースに対応してるの？もし誰かが君のウェブサイトでその計算機を使っているなら、彼らは君に信頼を置いているんだよ。もし間違ってたら、彼らに影響が出るかもしれない。すべての計算機が良いエッジケースを持った包括的なテストセットを持っていることを願ってる。でも、現実的にはどうだろう？僕は実際、AI開発には賛成なんだけど、ウェブサイトの開発にAIを使うなら、少なくとも量より質に焦点を当ててほしい。AIは量を簡単にするけど、質はまだ難しい。ちなみに、そのウェブサイトは僕には全然動かない。クリックしても何も起こらない。

それもあるかもね。でも、そのスタックは全く経験のない人が苦労する問題（例えば、CORSの問題とか）を解決するのにも役立つよ。非技術者がフロントエンドを作るにはいい推薦だし、どのスタックを使っても関係ないでしょ。どうせメンテナンスされることもないし。もし5ヶ月後に新しい機能が必要になったら、コードを一行も書かずに一気に全部やり直せるからね。