ハクソク

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

このソフトウェアを台無しにしないでください

8時間前原文(github.com)

概要

  • GitHub 上の rsync プロジェクトに関するIssueの要約
  • Issueタイトルは「Please Do Not Vibe Fuck Up This Software」
  • 2026年5月30日に II-Paulus-II が作成
  • 通知設定 や ラベル などのメタ情報
  • 開発やプロジェクト進捗は未設定

rsyncプロジェクト Issue #929 概要

  • rsync はファイル同期・転送ツールのオープンソースプロジェクト
  • 本Issueは「 Please Do Not Vibe Fuck Up This Software」というタイトル
  • II-Paulus-II ユーザーが2026年5月30日に作成
  • 内容詳細は記載されておらず、 具体的な要望や提案なし
  • Assignees （担当者）、 Labels （ラベル）、 Milestone （マイルストーン）などの設定はなし
  • 通知設定 の変更にはサインインが必要
  • Fork数495、 Star数4.6k の人気リポジトリ
  • 開発ブランチやプルリクエスト の紐付けも未設定
  • 反応（Reactions）は現在利用不可
  • プロジェクト管理や進捗 との関連付けも未実施

rsyncプロジェクトのIssue管理状況

  • オープンソース開発での Issue管理 の重要性
    • バグ報告や機能要望のトラッキング
    • 開発者間のコミュニケーション促進
  • 本Issueのような 曖昧な投稿 は内容が伝わりにくい
    • 改善点や具体的な要望の明記推奨
  • ラベル設定 や 担当者割り当て による効率的な管理
  • プロジェクトやマイルストーン との連携で進捗可視化
  • 反応機能 や コメント によるユーザー参加促進

Hackerたちの意見

うーん、タイミングいいね。https://news.ycombinator.com/item?id=48334854 (OpenRsync)

└

この投稿は最初のAI/rsyncの投稿に反応して作られたんじゃないかと思う。https://news.ycombinator.com/item?id=48334021 の投稿もそうだと思うし。

└

これは安全と見なされるの？3世代のバックアップを回してるけど、スラップや人為的なミスで壊れないといいな。

この問題の開き方がめっちゃ不快だと思うけど、メンテナがrsyncにAIを使わせてるのは本当に理解できない。なんで？ もう成功してて、ニッチのリーダーで、市場の圧力にも影響されず、みんながそのツールを愛してるのに、わざわざ実験的なことに手を出す必要があるの？ まるで『マトリックス』みたいで、原始的な人間の心が楽園を受け入れられないっていう小さな愚痴みたい。完璧なツールを作ったのに、勝ったのに、ほぼ置き換え不可能で信頼性も高く、象徴的な家庭名になってるのに、それを賭けたりいじったりするのは誰にとっても意味不明だよ。ほんとに驚くべきことだし、公式の問題トラッカーでそんなことするのは不快だ。態度が悪いし、誠意がない。

└

この意見は問題に基づいてるの？それとも実際の証拠に基づいてるの？このGitHubのリンクは面白いけど、「Claude」以外のドラマについてはほとんど文脈がないよ。rsyncのメンテナは、完璧で責任感のあるメンテナから無能な子供まで、どこにでもいるかもしれないし、実際にはわからないよね。

└

なんで？ だって、このフォーラムを含めてみんながLLMの即時満足に依存してるから。出力をスキャンして、それが自分が思ってる通りに動くと思ってるのは純粋な傲慢だよ。

└

AIをrsyncに使わせるのは本当に理解できないし、問題の提出の仕方もめっちゃ不快だと思う。でも、ちょっと話がそれるかもしれないけど、考えが浮かんだ。成熟したソフトウェアであるRsyncが、変更されたLOCの動きなんて必要ないってことを無視して。メンテナがプロジェクトを管理する上での最善の意図を仮定すると、オープンソースでこれが起こってる今、クローズドソースソフトウェアの品質についてどう思う？ AIの使用（成功指標としての入力）は、従業員として評価される一部で、AIによる大量解雇の脅威に人々がパニックになってる。やばいね！

└

あなたの運と評判が築かれ、ニッチなリーダーになった時に？「運」？人気のオープンソースプロジェクトを無報酬で維持する苦労のことを言ってるの？

└

数年前なら、メンテナを必死に擁護してたと思う。オープンソースプロジェクトを維持するのは厳しくて感謝されない努力だし、rsyncのように確立されたものならなおさら。AIがどこでもプラスになるとは思えないし、一般の人々からのこのAI使用に対する反発は良い方向修正だと思う。LLMの即時満足についての他の投稿もあって、人とこのツールを使ってやり取りするたびに、これが本当に問題かもしれないと思う。私たちの生物学はそれに耐えられない。非常に賢い人たちがスロットマシンに言われたからって本当に愚かなことをするのを見てるけど、スロットマシンが彼らを裏切った時には無力になるように訓練されてる。私は進歩に盲目なラッダイトとして見られて、同僚たちが意味のないベンチマークを書いてるのを見て、でもそれにはAIで作られた美しいグラフがある。だから、彼らに微笑んで良い仕事だと装うか、ベンチが定数として焼き付けられた間隔をテストしてることに気づかないことを叱るか、どちらかを選ばなきゃいけない。どちらの選択肢も、彼らを7歳の子供のように扱ってるだけだよ。

└

メンテナはAIをrsyncに解き放ったみたいだけど、これは仮定なの？

このトピックについて読んだHNの投稿はこれで3回目だ。毎回同じツイート（またはマストドン/ブルースカイなどで呼ばれる何か）。実際に誰かが問題をデバッグしたの？ それは悪く生成されたコードが原因だったのか、それとも偶然に発生した本物の（セキュリティ）修正が原因だったのか（人間がやるような形で）？

└

https://github.com/RsyncProject/rsync/issues/929#issuecommen... の部分リストがあります。

本当に理解できない。無限の人々や他のサービスに使われている、超堅牢なソフトウェアがあるのに。それはちゃんと動いて、仕事をしていて、たまに小さなバグ修正のために更新があるだけ。なんでここにAIが必要なの？ それに、なんで「フォークして前のバージョンを使え」って言ってる人がいるの？ 実際には逆で、並行フォークを作って「younamethetool-ai」って名付けて、元のものはそのままにしておくべきだよね。今、どうすればいいの？ 自分のシステムのツールキット全体のフォークを維持しなきゃいけないの？

└

ここにAIが必要な理由は？ Rustで書き直す人がいるのと同じ理由だよ。

└

「この安定した信頼できる作業馬を台無しにしないでください」という気持ちには100%同意するよ。詳しくは読んでないけど、「このリリースでは6つのCVEが修正されています。すべてのケースでVulnCheckによってCNAが割り当てられています。影響を受けるバージョンは3.4.2以前です。」っていうのは「なぜ」のかなりしっかりした答えに見えるね。 https://download.samba.org/pub/rsync/NEWS#3.4.3

└

これ、コメント欄どうなってるの？このコミットの作者はtridgeとclaudeだよ。tridgeがオープンソースコミュニティに自分がちゃんとしたプログラマーであることを納得させるにはどうすればいいの？Samba？それ何？Rsync？聞いたことない。Tivo？全然わからない（オーストラリアの文脈があるかもしれないけど）。GitHubのイシューのコメントも、彼がPhDの時にdiffアルゴリズムを考案して以来このプロジェクトを維持してきた非常に経験豊富なオープンソース貢献者であるという文脈が全くない。rsyncのバグ率が以前より悪化している証拠はあるの？それともマストドンのスクリーンショットだけ？本当に奇妙だよ。

└

なんでここにAIが必要なの？AI精神病って実際にある問題だし、メンタルヘルスの問題でもあるよ。

コメントする時は、善意を持って接してください（他のコメント者やメンテナに対して）。この件についてHNで読んだスレッドはこれで3つ目だけど、残念ながらどのスレッドでも閉鎖的で浅いコメントが多かった。上記のリマインダーを追加するよ。HNがもっと考え深い議論に参加できることを願ってる。

AIが原因でこれが壊れたって証拠はあるの？最近は、ユーザーがソフトウェアの問題を見つけると「バイブコーディング」のせいにすることが多い気がする。でも、AIが出る前からソフトウェアにはバグがあったよね。

└

問題はどうやらこのコミットみたい（誰かがgit bisectした）：https://github.com/RsyncProject/rsync/commit/859d44fa4f14207... これはセキュリティ問題CVE-2026-29518の修正だよ：https://nvd.nist.gov/vuln/detail/CVE-2026-29518 VulnCheckっていうAIを使ってソフトウェアの脆弱性を見つける会社が報告したCVEだ。正直、これはテストカバレッジの悪さに責任があると思う。Claudeが「共著者」となっているコミットのほとんどを見れば、80%が新しいテストを追加してるだけだよ。

このブリゲード行動は奇妙だし、なんか非合理的な動物みたいに振る舞ってる人もいる。勝ちたい気持ちは分かるけど、これは違うよね。ファナティックに聞こえるだけ。問題ページで「回帰」と検索して17件の結果を見れば、5分もかからないのに。GitHub以前に使われていたトラッカーにはもっとあるかもしれないし。この行動はすごく馬鹿げてると思うし、AIに対する嫌悪感を正当化しようとしてるだけに見える。AIが関与したことでrsyncのオープンな問題が大幅に増えた証拠があれば見せてほしいな。考えを変える準備はできてるから。

└

この行動はすごく馬鹿げてると思うし、AIに対する嫌悪感を正当化しようとしてるだけに見える 何かに問題を感じるのは馬鹿げてないよ。人は自分の問題に対処するから。ここでのコミットの根本的な問題ではないかもしれないけど、何か別のことに対処してるんだと思う。それは考慮すべきことだよ。私の予想では、人々は「AIは[文化的な参照]以来の最高のもの」って押し付けられるのに疲れていて、それに対抗するためにあらゆる手を尽くしてるんだと思う。それは健全な反応だし、考慮されるべきだよ。

数年前なら、こんなクソみたいなことがHacker Newsのホームページに載る確率はほぼゼロだった。なぜなら、ここには行動が許されないことを理解できないノーマルな人たちがいなかったから。今はどうだろう、明らかにおかしいことが分からない人たちに囲まれてる。

こんなに生産的で強力なOSSのメンテナに対して人々が攻撃してるのにショックを受けてる。実際のClaudeの「混乱」は主にテストスイートの強化だよ。

なんかFOSSプロジェクトのことを忘れちゃってる人がいるみたい。 > 免責事項。 > プログラムには保証はありません。適用法が許す限り。書面で別途記載されていない限り、著作権者および/または他の当事者は、プログラムを「現状のまま」提供し、いかなる種類の保証も行いません。明示的または暗示的な保証を含むが、これに限られません。商業性や特定の目的への適合性に関する暗示的な保証も含まれます。プログラムの品質と性能に関する全てのリスクはあなたにあります。プログラムに欠陥があった場合、必要なサービス、修理、または修正の費用はあなたが負担します。