本文へ
ハクソク

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

Rubyのgemに関わることに興味がなくなったので、すべてのリポジトリをアーカイブしました。

元記事: 原文(po-ru.com)

概要

  • Ruby gemsのソースコードをアーカイブ し、今後開発しない理由を説明
  • Rubyは元々「人間のため」の言語 として設計された歴史
  • 近年はAIやLLMエージェント による開発が主流になりつつある現状
  • Railsの現状や運営者への失望、コミュニティの変化
  • 自身の創作意欲の喪失と今後の方針 についての表明

Ruby gemsのアーカイブとその理由

  • 自作Ruby gemsのソースコードをアーカイブ し、今後は保守・開発を行わない旨の決定
  • 各gemのリポジトリから本記事へリンクし、 開発停止の理由を明示
  • Yukihiro Matsumoto(Matz) による「Rubyはプログラマーの喜びのための言語」という思想への共感
  • 2000年のMatzの論文 や 2019年のインタビュー で語られた「人間のためのRuby」という理念
  • 人間のため、創造性や喜びのため にコードを書いていた時代へのノスタルジー

Ruby・Railsコミュニティの変化と失望

  • Rubyの代表的用途はRailsによるWebアプリ開発
  • Railsはオープンソースだが、実質的なコントロールは特定人物 に集中
    • その人物の思想や言動に強い嫌悪感
    • Rails Worldの基調講演では、 RubyやRails、プログラミング自体への関心の低下 が見受けられる
    • LLMエージェントでRustアプリを自動生成 する動き
  • Rails以外でも、Ruby自体の開発がLLMエージェント主導 になりつつある現状
  • Matz自身も「AI時代のプログラミング言語」としてRubyを再定義
    • LLMがより良いRubyコードを学習するために 人間が書いたコードの提供を推奨

コモンズの喪失と創作意欲の消失

  • 人間のためのコモンズ(共有財産)が、巨大企業によってAI学習用に収奪されている現状
  • 無思考な機械の出力によるコードの氾濫 と、それに対する強い危機感
  • 「手書きでコードを書くのは持続不可能」と言われる現状 への皮肉
    • 「誰かがベッドに糞をした後で寝るのが持続不可能なのと同じ」と例える
  • 今後は「エージェントに頼め」と皮肉を込めて提案
  • 自身はこの流れから降りる決意

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

いいフレーズだね! >「人々が手でコードを書くのはもはや持続可能ではないと言うとき、彼らは完全に間違っているわけではない。ただ、誰かがベッドの中でうんこをした後に寝るのが持続可能でないのと同じように。」

└

それって、誰かのベッドでうんこしてから寝ること自体には問題がないってことを示唆してるの?

└

うんこまみれのベッドで寝るコツは、大きなプラスチックシートをかぶせて、下を見ないことだね。Claude Codeの開発チームは、その新しい寝方を開拓したんだ。

└

かなり深いね。著者が言いたいのは、一度「バイブス」に感染したコードベースは、普通の人には解読不能になるってことだと思う。まだコードではあるけど、クレイジーな要素が満載なんだ。

└

でも、これは実際に起こっていることを代表しているわけじゃないよ。むしろ、特注の手工具や精密な継ぎ手を使って家を建てたい職人の大工に似てる。素晴らしいことで、そういうスキルから生まれる美しいアート作品もある。でも、昨年には、仕様通りに家を建てるロボットが開発された。ロボットは24時間稼働して、数日で家を完成させる。その同じスキルを持った大工は、ロボットを監視してその仕事をチェックするために雇われている。経済的に見れば、彼が自分の技術を活かす場所はプロセスの中にはない。彼が一本の板を切っている間に、ロボットは壁を作り、数本の釘を打つ間に、ドライウォールが立ち上がり、ペンキが乾いている。彼の時給は200ドルだけど、ロボットは1ドル。大工は自分の技術を自由に行使できるけど、それは主に個人的な理由で、自分の工房で行われることになる。以前のように家を建てたりビジネスを運営するためではなくね。ロボットの仕事の質や、結果として得られる家のメンテナンス性については長々と話せるけど、今のところ市場とエコシステムはロボットを心から受け入れているから、昔のやり方に慣れている私たちは急速に適応しなきゃいけない。

└

なんかクソみたいな話だね。こういう考え方の人たちが道を譲ってくれるのは嬉しいよ。彼らはオープンソースをガチガチに守って、作業が面倒だったから。何かちょっとしたバグを直すのに、15人を説得しないといけないなんて、数ヶ月も待たされるのなんて全然懐かしくないよ。

└

正直に言うと、「もはやテーラーが自分で糸を紡いで布を織るのが現実的でなくなったのと同じように」って感じかもね。

└

スカトロジーのメタファーにはうんざりだよ。次に誰かがソフトウェアについて文句を言ったら、足に釘を刺すとか、熱い皿を掴んで火傷するみたいな、もっとネガティブな人間の経験に例えてくれ。選択肢はたくさんあるんだから。300種類の「エンシティフィケーション」なんていらないよ。ポンペイやヘルクラネウムの人たちがそれを十分にカバーしてるから。

「変化が欲しい?エージェントにでも聞いてみなよ。今はそうするのが普通らしい。俺はもうおしまい。全くその通り。ソースコードはオープンだし。魚をありがとう。」

この業界で最も過小評価されている能力の一つは、もう楽しさを感じないものから離れるタイミングを知ることだと思う。こうなってしまったのは悲しいけど、OPはもっと楽しいことを見つけると思うよ。

└

何事においても、特にこの業界だけじゃなくて、いつ離れるべきかを知ることは、人間にとって最高のスキルの一つだと思うよ。

こういうことについて、今どこにいるのか気になってた。自分も修正を加えたオープンソースのライブラリを使っていて、それについて問い合わせたことがあるんだ。PRを出しただけじゃなくて、イシューも開いて、PRが受け入れられるって言われて、PRを出して、ライセンス契約にもサインしたのに、そのPRは数ヶ月間反応がなくて、軽く催促しても何もなかった。彼らは俺に何も義務はないし、コードをマージする必要もないのは分かってるけど、俺はどうしたかっていうと、LLMを使って、変更を加えたリポジトリをフォークして、今はそのプライベートフォークを維持して必要に応じて追加してる。時間が経つにつれて、こういう小さなパッケージやクライアントは消えていくと思う。人やLLMがクライアントライブラリを吐き出したり、同じことを何度も実装したりするからね。著者の意見も合わせると、npmやruby、pypiなどのossライブラリは減っていくんじゃないかな。

Hacker Newsで議論の続きを見る