世界を動かす技術を、日本語で。

私は逆ケンタウロスではない

概要

  • LLMによるコード貢献が増加し、著者の負担が増大
  • 著者は「リバース・ケンタウロス」化を拒否
  • 無断PRの拒否と人間中心の貢献を重視
  • オープンソースへの関心低下への懸念
  • 今後も機械主導社会に抵抗する意志

LLM時代のオープンソース貢献と「リバース・ケンタウロス」問題

  • LLM(大規模言語モデル) によるコード貢献が急増、従来とは異なる貢献の質の変化
  • 著者自身の見解 は変わらず、LLM利用を望まない姿勢の継続
  • Cory Doctorow が提唱する「リバース・ケンタウロス」現象:機械に操られる人間の存在
  • オープンソース開発者としての役割が、LLM生成コードの審査員に変質する懸念
  • 著者の決意 :リバース・ケンタウロスにはならず、機械主導の社会に抵抗

無断Pull Request(PR)への対応方針

  • LLM登場前 は、予期せぬPRが誇りや喜びの源泉
  • 現在は、無断PRが 危険信号 に変化
  • 多くのPRが、LLMによる 安易なコード生成 に依存し、プロジェクト全体への配慮が不足
  • 貢献ガイドライン の明確化:
    • 事前にissueで提案内容を説明
    • メンテナーの許可後にPR提出
  • 人間の関与の有無 を短時間で判断、不明な場合は即時クローズ
  • 人間中心の貢献 のみを歓迎、LLM依存のPRは無視
  • 有用な改善を見逃す可能性 は認識しつつも、機械生成コードの審査は拒否

LLM時代のオープンソースの意義と今後

  • オープンソースの価値 や意義に対する疑問の増大
  • コーディングの 挑戦性 が魅力であり、機械依存への抵抗感
  • 近年は新規プロジェクトの公開意欲が減少、 共有意識の低下
  • AIによる自動生成コード が主流となる未来への懸念
  • 人間主体の開発文化 の維持と、機械主導社会への反対姿勢

著者からのお願いと今後のスタンス

  • LLM依存のPR は無駄なので控えるよう呼びかけ
  • 問題があれば issueで簡潔に人間の言葉で説明 を推奨
  • 節約したトークンで 寄付 も歓迎、優先対応の動機付け
  • 今後も リバース・ケンタウロス化しない ことを宣言
  • 機械とその所有者が支配する未来への 継続的な抵抗

サポートのお願い

  • 記事を楽しんだ読者に向けて Buy me a coffee での寄付を呼びかけ
  • 継続的な活動のための 支援依頼

Hackerたちの意見

これ、めっちゃ分かる!でも、プログラミングしてない友達がソフトウェアを作れるようになって、すごくワクワクしてるのも見逃せないんだよね。自分の思い通りに何かを動かせるようになった非コーダーたちの誇りや達成感って、すごいよね。なんか、非正統的なソフトウェアが必要なんじゃないかな?フォークというより、ソフトウェアをクラスターみたいに?エコシステムみたいな?機能やフォークがコミュニティで共有されたり、投票されたり進化するオンデマンドアプリストアがあって、メンテナが burnout しなくて済むような。で、結局泥沼になっても、まあ仕事はできるし?ほんと、どうなるか分からないけど、答えを考えられるといいな。部族的にならないようにしたいけど、これは本当に大きな問題であり、同時に大きなチャンスでもあるから、ちょっとした注意として、あの風呂の水の中に赤ちゃんがいることを忘れないでね。

なんか、非正統的なソフトウェアが必要なんじゃないかな?それって、vbやphpの現代版のこと?それがローコードやノーコードの全てのポイントだよね。

共有フォーマットのエコシステムは幸せに共存できるよ。マークダウンを開いて色々する方法は無限にあって、だいたいみんな幸せに共存してる。

それに同意するよ。多くの人にとって、LLMはコンピュータが自分の言うことを初めて聞いてくれる体験なんだ。大手テックのPMが決めたことじゃなくてね。同時に、OPが望まない貢献を拒否する権利もある。オープンソースソフトウェアを提供している人は、変更を受け入れる義務なんてないからね。2026年でもフォークする選択肢はまだ有効だし、オンデマンドのアプリストアも必要ないと思う。信頼の問題は理由があって残るから。LLMエージェントと共存する高品質なソフトウェアがあればいいんだ。

そんなソフトウェアを使うのはどんな人なんだろう?君が言ってるのは、実際には片方しか存在しない二面市場の必要性だよね。ユーザーは、自分で特注ソフトウェアを作るためのLLMにアクセスできない人で、既存のソフトウェアも使えない人じゃないといけない。そんな人はほんのわずかだと思うよ。

いくつかの答えを考えられるといいな、でも部族的にならないように。これは本当に大きな問題であり、大きなチャンスでもあるからね。ちょっとしたリマインダーとして、バスの水の中に赤ちゃんがいるかも?答えは必要ないと思う。誰でも自分が必要なソフトウェアを作れるなら、エコシステムは必要ないよ。誰も彼のものを使わないから、メンテナーもいなくなる。もしそれが意味があるなら(経済的な面でも、限らずに)、その方向に進むだろうし、意味がなければ流行って終わるだけだよ。バスの水の中に赤ちゃんがいるかもしれないし、いないかもしれない。実際、このバスタブの中の何もそれほど重要じゃないんだ。

LLMにプロンプトを与えることで達成感を得るのは誰なんだろう?AIが絵を描いたり詩を書いたりしてくれたとき、達成感を感じる?理解できない心があるんだろうな。

ITの授業で「コンピュータ活動のスペクトラム」を見せることがあるんだけど、「スクリーンセーバーを変える」から「アセンブリ言語」まで幅広くて、みんなに「コンピュータを使うこと」と「プログラミングをすること」の境界を探してもらうんだ。これがもうめちゃくちゃ曖昧で(Excelとか?)、そのうちその境界がなくなっちゃうかもね。

https://www.robinsloan.com/notes/home-cooked-app/ 今がまさにその通りだと思う。必要なのはアプリストアのエコシステムじゃなくて、アプリを身近な人に配布する際の摩擦を取り除くことだよ。私たちは、WhatsApp時代のソフトウェアに突入していて、みんなが島で存在し得るあらゆるソフトウェアの手作りバージョンを使うことになるんだ。それはごちゃごちゃした雰囲気になるけど、毎日使う人たちによって大切にメンテナンスされるんだ。だから、https://sprites.dev/ のようなものに期待しているんだ(関係者じゃなくて、ただの顧客)。自分の情報をすぐにログインできる小さな自己複製スタートテンプレートを持っていて、tty + tmuxを使って、携帯からブラウザでclaudeのコードを実行できるし、caddyリバースプロキシを使って、fly ioリレーの後ろに小さなスタートアプリをホストできるから、公開可能なhttpsのURLを人に送るのに余計な作業がいらないんだ。この設定を使って、家族や友達のために何十個も小さなウェブアプリを作ったけど、どれも小さなスケッチ以上のものではなかったけど、すごく楽しんでいるよ。ただ、まだ結構摩擦があるから、誰かが本当にこれをスムーズにできれば、特別なものを持つことになると思う。例えば、古いブラザーのプリンターに印刷するためのAndroidオプションは全部ひどかった(広告付きのnoko printとか)、だから自分のテンプレートを使ってhttps://print.walden-gabrielw.workers.dev/を作ったんだ(これは静的なhtml+jsページだから、cloudflare workerを前に置いたんだけど、キャッシュされてないトラフィックにお金を払いたくなかったから、基本的には同じ原則だよ)。これを使うのは私と妻だけかもしれないけど、維持費はほぼ0だし、作るのにかかったコストもかなりリーズナブルだったし、もし壊れたら最新のLLMがあまり苦労せずにデバッグできる自信がある。

どの個人ファイナンスフォーラムを見ても、毎年誰かがそのフォーラムを見つけて、自分で作ったカスタマイズされた予算管理シートをワクワクしながらシェアしてるよね。それが思い通りに動くって言っても、実際に1つでもアップボートもらえる人はどれくらいだと思う?ソフトウェアを作ること自体は、他の人があんまり興味ないコードを生み出すだけになっちゃうこともあるし、むしろ冷たくされることもある。残念ながら、これがインターネットの現実なんだよね。今の論理は、AIという技術と、AIを使った群衆の知恵を混同してる気がする。ひとつは画期的な技術で、時間とともに進化するかもしれないけど、もうひとつは全く進展しないかもしれない。

その気持ち、めっちゃわかる。けど、プログラミングしてない友達がやっとソフトウェアを作れるようになったことにすごく興奮してるのも見逃せない。自分の思い通りに何かを作れた非プログラマーたちの誇りと達成感ってすごいよね。これにはLLMは全く必要ないと思う。これはほとんどの企業のJavaScript開発者や、多分ほとんどのJava開発者の典型的な姿だと思う。2008年から2023年まで企業向けJavaScriptを書いてた自分が言うんだから。こういう人たちの多くは、自分が何をしてるのか全然わかってなかった。お気に入りの抽象化ライブラリやフレームワークを使って何かを作り上げることはできても、それを維持するのに苦労してた。パフォーマンスやアクセシビリティの問題が出た時の反応は、敵意、泣く、または最初からやり直すの3つだけだった。ほんとに不安だったよ。今でもその様子は見える。実験的にReactを取り除いてみて、その反応を見てみて。

ある会社では、PRを出す前に必ずイシューを作らなきゃいけないプロセスがあったんだけど、意味が分からなくて、無駄に摩擦を生んでるだけだと思った。この記事で著者がそれを提案してるのを見て、すごく驚いたよ。レビューは今、オープンソースの主要なボトルネックになってるし、これを解決する必要がある。摩擦を増やすことは、全然助けにならないよね。

Hacker Newsで議論の続きを見る