これってすごく明確な考え方だね。何かを作ると、自分の創作がどうしてそうなったのか、具体的な理解や意見が育まれる。私もvibecodedプロジェクトがたくさんあるけど、そこにどれだけの手間や深さをかけたかに応じて「所有感」を感じるよ。

プロセスに対するエージェンシーと結果に対するエージェンシーの違いって感じだね。プロセスをいつ始めるか、結果が良いか悪いかを決めるのはOKな人もいるけど、何が良いか悪いかを本当に判断する力が欠けてることが多い。彼らは、作り手が下の方の懸念（作り手にとって重要なこと）に関して同じくらい良い選択肢を提供してくれると信頼して、他の懸念に基づいて判断を下すだけ。コンパイラを使うときの主な違いは、コンパイラが私のプログラムのために99.999...%正しいバイナリコードを生成して、できなければ大きなエラーを出すこと。でも、コンパイラはプログラミング言語で書かれたアルゴリズムの正確さには関心がない。責任が明確に示されていて、コンパイラは完璧に仕事をこなすけど、私は自分の仕事も頑張る。だから、私が良い仕事をしたときは、コンパイラの部分を心配せずに結果が良いと仮定できる。LLMの使用にはそんな明確な境界がない。ユーザーがプロンプトに基づいて結果が良いか悪いかを判断できるとしても、LLMツールはプロンプトで指定されていないすべてのことに対して良い結果を出すには信頼性が足りない。人間と協力するのとは違うね。プロのアーティストに「バットマンの絵が欲しい」と言ったら、足の指が足りないとか腕の数を気にする必要はない。

でも、99.99%信頼できるLLMが私たちを再びそれを作るモードに戻すってことはないと思う。決定に関するタスクでは、LLMが決定を下すことが、私にとってLLMが何かをしてくれたと感じさせるんだ。例えば芝生を刈ることを考えてみて。自動で芝生を刈るロボットがあると想像してみて。完璧な精度でも、私が芝生を刈ったわけじゃない、ロボットがやったんだ。もしそのロボットに乗って、勝手に動かせずに自分で運転し始めたら、そりゃ私が芝生を刈ったことになるよね。ジョイスティックで操作してるだけでも、私は芝生を刈ったことになる。所有権は、どこを刈るかの決定から来るんだ。

自分に厳しくしすぎない方がいいと思うよ。まだ考えてないなら、ADHDとか他の何かが関係してるかもしれないって考えてみるのもいいかもね。私たちは機械じゃないし、複雑な生物の束なんだから、自分のその複雑さを理解することが、物事を正しい方向に進めるのに大きく役立つんだ。

私にとって、言葉の中に違いがあると思う。例えば、「作る」と「生産する」はどちらも何かを作り出すけど、「作る」はもっと能動的な部分があって、「生産する」はもっと監督的な部分がある。これが、ゲーム開発のソフトウェアエンジニアとしてプロデューサーに会うようになってから、より重要になった。

「自分が作らなければ存在しなかった」という主張はあまり通用しないと思うな。プロジェクトを他の誰かに任せて、その人がやったら、それは自分がやったことになるの？私の中では、管理したとか、いくつかの部分をデザインしたとは言えるけど、実際にやったことに対してクレジットを取るのは難しい。あなたがそれをやってほしいと思ったから、誰かに頼んだんだよね。むしろ、あなたの結論は逆にすべきだと思うよ。実際の「作る」ことはしていないけど、あなたがやったこと、つまり問題解決のための方向性やビジョンを提供したことには誇りを持てるはず。

あなたの比喩ではかなりシンプルに見えるね。何かを依頼したことには誇りを持てる…それが造園でもソフトウェアでも…でも、自分が作ってないものについては誇りを持てないってことだね。もちろん、どれだけ関与したかによってグレーゾーンもあるけど。