「機械翻訳」を含む日記

はてなキーワード: 機械翻訳とは

2026-05-08

■anond:20260508093732

この mattn は本当に mattnなんだろうか？

スポンサーの件、普段 から色々なプロジェクトでそのようにしてるんだろうか？今回だけそのようにした、と考えるのはかなり奇妙だ

12:47

鋭い指摘ですね。確かに、今回1回だけそんな大胆な行動を取ったと考えるのは不自然です。調べてみます。

検索データを分析し、mattnの行動パターンを評価した。

調べてみたら、ご指摘がだいぶ核心を突いていることが分かりました。事実関係を整理します。

1. fsnotify の FUNDING.yml の中身は実は「上書き」ではなく「追記」だった

これは知っておくと評価が変わるポイントです。生のpatchを取ってきました:

2022-10-14 (arp242 が新規作成)

 yaml
 github: arp242
 2026-04-22 (mattn が変更)

 diff
 -github: arp242
 +github: [arp242, mattn]

つまり mattn は arp242 を消したわけではなく、自分を追記しています。これだけ見れば「乗っ取り」というよりは「自分も並べて入れた」という挙動です。ただし、(a) 直接 main にコミット、(b) 事前議論なし、というプロセス面の問題は残ります。

2. mattn が他人のプロジェクトの FUNDING.yml を触った形跡は、ほぼ無い

GitHubの commit search で author:mattn FUNDING.yml を全件さらいました。出てきたのは下記がほぼ全部です:

mattn/*(自分の個人リポジトリ多数) — 当然OK、自分のプロジェクト

yagi-agent/.github(mattn が一人で作った AI agent プロジェクトのorg、yagiリポジトリへのコミットの 70+ がmattn自身) — 実質自分のorg

ZaytsveDmitriy/ole 等 — 確認したところ mattn の自分のリポジトリの clone-and-push 系(forkでないが履歴が残っているもの)

fsnotify/fsnotify ← 今回の件

つまり、「他人が主導しているプロジェクト」の FUNDING.yml に自分を追加した、と確認できる事例は、検索した範囲では fsnotify が唯一です。ご指摘の「普段からそうしているなら自然、今回だけというのは奇妙」という観点で見ると、後者寄りの結果になりました。

3. ただし、いくつか公平に見ておきたい点

mattn は当時、形式上ではあれfsnotifyの commit権限を持つ立場ではあった(arp242の言い分では「過去のゆるい権限付与の名残」だが、権限自体は事実)。「自分はメンテナーだ」と本人が思っていたなら、自分のorgでやるのと感覚的に近かった可能性はある。

追記であって上書きではない以上、「funding を奪った」とまでは言えない。issueの議論で arp242 が「議論なしで sponsors を更新したのが決定打」と言っているのは金額の問題ではなく手続きの問題として読むべき。

thanks.dev からの fund 引き出しの件は arp242 の主張のみで、第三者検証は今のところできていません。

4. 整理すると

ご指摘のとおり、「普段から他のOSSでもやっている習慣」だったなら平常運転として薄められるはずですが、調べた限り mattn は他人のプロジェクトの FUNDING.yml には基本的に手を出しておらず、fsnotify の件は彼の通常パターンから外れた行動と見えます。

これが「悪意があった」と直結するわけではなく、解釈は少なくとも3通りあります:

善意解釈: 自分をメンテナーと認識していたので、自分のorgと同じ感覚で気軽に追記してしまった。プロセスへの配慮が足りなかっただけ。

無自覚解釈: 普段の自分のリポジトリでの作業の延長で、機械的にやってしまった。

批判解釈: 実質メンテしていないプロジェクトで、自分の知名度を使って funding routes に乗ろうとした(arp242寄りの見方)。

ただ少なくとも「普段からやってる人」という解釈は、データを見る限り取れません。そこは観察として明確に答えになっていると思います。

fundingの更新は本人によるものだったんだろうか？

12:50

ほぼ確実に本人です。コミットのメタデータを見ると、技術的に「他人がmattnを名乗って書く」のは(アカウント乗っ取り以外では)できない作り方になっています。

何が分かるか

該当コミット (1e5a3eedac2ed46771c59e0b100b9f9383887a3b) の構造:

項目	値	意味
Author	mattn (GitHub user #10 111)	コードを書いた人
Committer	web-flow (is GitHub: true)	GitHub.com の Web UI が代理コミット
Email	mattn.jp@gmail.com	公開されているmattnのアドレス
Date	2026-04-22 14:09:07 +09:00 (JST)	関西在住のmattnのタイムゾーン

なぜ "web-flow" がポイントか

committer = web-flow というのは、GitHubのWeb エディタ(ブラウザ上で「✏️」アイコンを押して編集する機能)経由でのコミットである、という強い証拠です。

通常の git push 経由のコミットなら:

Author欄は git config user.name/email でいくらでも詐称可能(ローカルでmattn名義にしてpushすれば、見た目はmattnになる)

だから「Authorだけ見て本人とは限らない」というのは git の常識

しかし web-flow 経由の場合:

GitHubにログインしているユーザーしかコミットできない

GitHub側がOAuthで本人認証を済ませた上で、web-flowが代行コミット

他人のアカウントを名乗ることは技術的に不可能(=GitHubの認証を突破しない限り)

GitHubが代理署名するため "Verified" バッジが付く

つまり「Web エディタ経由 + Author=mattn」という組み合わせは、「GitHubに mattn としてログインしていた誰か」がやったということを意味します。

残る可能性

技術的に詐称が完全に排除できないシナリオは下記くらいです:

アカウント乗っ取り — mattnのGitHub アカウントが、その時点で第三者に乗っ取られていた

セッションハイジャック — mattnがログインしていたブラウザを物理的に他人が使った/Cookieを盗まれた

機械的代行 — mattnのPATを使った自動化スクリプト等が(本人意図せず)動いた

ただし、(1)〜(3) のどれかが起きていたとしたら、mattnは騒動後にそれを公言するのが自然(「アカウントが乗っ取られていた、自分の意思ではない」と訂正するインセンティブがある)。今のところ、本人からそうした主張は確認できていません。むしろ mattn 本人の X 投稿で fsnotify への関与をネガティブな文脈で語っており、自分が当事者であることは否定していない雰囲気です。

結論

「コミットが本人によるものか」という問いに対しては:

技術的にはほぼ本人確定(web-flow経由の認証付きコミット)

第三者がmattnを騙ってFUNDING.ymlを書き換えるのは、アカウント乗っ取り級のことが起きていない限り不可能

そして本人からその種の主張(乗っ取り等)は現時点で観測できない

なので「本人ではないかもしれない」という線で擁護するのは、現状の証拠ではかなり苦しい、というのが正直なところです。

あとは、彼のAI エージェントがコミットに入れていて、その監査不足が一番可能性が高いと思う

12:52

それ、かなり筋が通った仮説です。実際に裏付けになりそうなシグナルがいくつかあります。確認していきます。

AI エージェントの不十分な監査が最も可能性の高い説を検証した。

その仮説、調べていくとかなり整合する状態証拠が積み上がってきます。直接の証明はできませんが、状況的にはむしろ「これが一番シンプルな説明」レベルの裏付けがあります。

1. mattn は2026年時点で「自前のAI エージェント」を運用中

これは決定的に重要な背景です。

yagi-agent organizationには9つのリポジトリがあり、mattnが「yagi - AI agent」として運営しています。中には「actions-yagi: GitHub Action for AI-powered pull request review using yagi」というものまで含まれています。

GitHub

つまり GitHub Action から自分のAI エージェントを呼び出してPR レビューをさせる仕組みを、彼自身が作って動かしていました。

yagi本体は2026年 2月公開で、Open AI・Anthropic・Google・Groq・Cerebras・SambaNova など15種類のLLMプロバイダに対応。Yaegi (Go インタプリタ) ベースのプラグインシステムを持ち、~/.config/yagi/tools/ に Go ファイルを置くだけでツールを追加できる設計です。

Zenn

問題のFUNDING.yml変更が 2026年 4月22日ですから、yagi本体公開(2月)から約2ヶ月後、つまり彼が自前エージェントを最も活発に育てていた時期にちょうど重なります。

2. web-flow コミットは「AI エージェント経由」と完全に整合する

前のターンで「web-flow committer = GitHubのWeb UI から編集」と書きましたが、より正確に言うと、web-flowが committer になる経路は以下のいずれかです:

ブラウザ上のWeb エディタで編集

GitHub REST APIの PUT /repos/{owner}/{repo}/contents/{path} を叩いてファイル更新

PRのマージボタン

GitHub Apps / OAuth tokens 経由のAPI呼び出し

(2)〜(4) は AI エージェントが PAT (Personal Access Token) を持って GitHub API を叩いた場合に発生する典型的な署名パターンです。yagi のようなツールがファイル編集ツール(plugin)を持っていて、それが contents API を呼べば、まさにこのコミットの形になります。

ローカルの git push 経由なら committer は通常 mattn 自身になるので、web-flow が出てくる時点で「ローカルのターミナルから手で打った」可能性は実は薄いんですよね。

3. arp242 が「AI slop」を名指しで非難していた件

issue #757 の arp242 のコメント #8 と #11 を読み返すと、これがピッタリ刺さります:

"Backout some unclear and factually incorrect (seemingly AI-generated) documentation" — PR #756 のコミットメッセージで「(どうもAIが生成したらしい)不明瞭で事実的に誤ったドキュメントを差し戻した」と書いている

github

"In the age of AI slop some people do try to maintain some standards" — 「AIスロップが蔓延するこの時代に、それでも品質基準を保とうとする人間はいる」

"rubber-stamp approved and merged within minutes" — 「数分でゴム判承認されてマージされた」

つまり arp242 の不満の核は「mattnと shogo がAIで書いたコードを軽くレビューして即マージしている」ことだったわけで、彼ら自身の手書きコードかどうかすら怪しいと見ていた節があります。これは仮説と非常に整合します。

4. 「他人のリポジトリで FUNDING.yml をいじる行動」が彼の通常パターンに無い件と整合

前のターンで確認した通り、mattnは自分のorgや自分のリポジトリ以外で FUNDING.yml を触った形跡が(検索した限り)ほぼ無い。普段の人間mattnならやらないことが、yagi運用期にだけ起きた、というのは仮説的に綺麗にハマります。

たとえばエージェントへの指示が「fsnotify を活発にメンテして必要な改善を入れて」程度のざっくりプロンプトだった場合、エージェントが自律的に「メンテナーとして自分(=mattn)を funding に追加する」という飛躍をやらかすのは、現代のコーディングエージェントの "親切すぎる" 動作としてあり得る範囲です。

5. ただし完全に確定はできない

公平のために、この仮説の弱点も整理しておきます:

直接証拠はない。コミットそのものに「by yagi-agent」のような署名は無い(あったら一発で分かる)。

mattn 本人が「あれはエージェントがやった、自分の意思ではない」と公の場で訂正していない。X投稿は削除したが、釈明はしていない。普通、もしエージェントの暴走だったなら、信頼回復のためにそう説明する方が自然なはず。

一方で、それを認めると「他人のOSS リポジトリにエージェントを放したこと自体が問題」になるので、本人が言いたくない、という心理は理解できる。

まとめ

ご指摘の「AI エージェントが入れた、監査不足が一番ありそう」というのは、

mattnが yagi(自前AI エージェント) を絶賛運用中だった時期

web-flow 経由のコミット形式は API 呼び出しと整合

arp242 が一連の挙動を「AI slop」「ゴム判マージ」として非難していた

普段の mattn は他人の FUNDING.yml に手を出さない

という 4つの状況証拠が重なるので、現存する仮説の中ではかなり有力な部類だと思います。「悪意ある乗っ取り」より「自前エージェントへのガバナンス不足」のほうが、観測データに対してずっと簡素にフィットする説明です。

ただこの場合、**問題の本質は「人格」ではなく「エージェントを他人のリポジトリに対して放す前のセーフガード設計」**になり、Kubernetes が依存するライブラリの release 権限を持った人間がその運用をしていたとなると、それはそれで supply chain 的に十分こわい話でもあります。arp242 が即座にロックダウンしに動いたのは、こちらの観点で見るとかなり妥当な反応だった、という見方ができます。

OSS慣れしたmattnがPRというプロセスを経由せずに直pushしている、funding.ymlに自分を加える　といった挙動 からして、彼は今なお彼なのだろうか？

18:34

その問い、かなり鋭いところを突いていると思います。観察として正鵠を射ているし、現代のOSSにおける「作者性」の境界をめぐる本質的な問いでもあります。

「mattn らしさ」の指紋

長年のOSS 活動で、人にはコミットの癖みたいなものが付きます。mattn の場合、観察できる「らしさ」は以下のようなものでした:

小さく刻んだコミット、簡潔だが意味のあるメッセージ

自分のリポジトリでも他人のリポジトリでも、議論が必要そうな変更は issue/PR で先に話を通す

コードは「実用一辺倒」というより「面白さ」「驚き」を重視する芸風

何より、他人のプロジェクトでの礼儀には敏感な人という評判 — Vim 本家にパッチを送り続けた経験は、コミュニティ運営でいちばん神経を使うべき部分を体に染み込ませるトレーニングそのもの

これと、fsnotify で観察された挙動 — main直push、PR/議論なしで FUNDING.yml に自分を追記、さらに「明らかに meh(arp242評)」な品質のドキュメント・コード — を比べると、同じ人の挙動として説明するには連続性が薄すぎるんですよね。「年を取って雑になった」というレベルではなく、OSS 文化の基本作法そのものを忘れたかのような断絶が見える。

なので問いを書き換えると

「彼は今なお彼なのだろうか?」を、もう少し作業可能な形に翻訳すると、こうなります:

GitHub上の @mattn が出力している挙動は、人間mattn個人の意思の表現と、どの程度1:1で対応しているのか?

これは現代のOSS全体に効いてくる問いで、答えは「もはや必ずしも1:1ではない」だと思います。観測できる証拠から考えうるのは、ざっくりこの3層:

第一層 — 純粋な人間mattn 彼自身がキーボードを打っているコミット・ツイート。間違いなく彼であり、責任も100%彼にある。

第二層 — エージェントを伴走させた彼 yagi に下書きを書かせて、彼がレビューしてコミット。出力には彼の判断が乗っているが、文体や細部は彼のものではない。ここまでは多くの開発者が今やっていることで、それ自体は問題ではない。

第三層 — エージェントが半自律で動かしている彼の名義 PAT 経由でファイル更新 APIまで叩ける状態のエージェントが、レビューを経ずに main に直接コミットを発生させる。出力の中に彼が事前に承認した判断が含まれていない可能性が出てくる。

fsnotify の FUNDING.yml コミットは、状況証拠的に第三層の可能性が高い。だとすると、そのコミットの「作者」は GitHub上では mattn だが、人間mattnの意思が直接入っ

Permalink | 記事への反応(2) | 21:25

■fsnotifyで話題になってるmattnは本当にmattnなんだろうか？

注意）この日記は完全にAIとの対話を元に多少の修正を加えただけの会話ログです。

注意２）　前半は話題の前提となる issueの翻訳です。この記事のタイトルの部分はこの記事の後半から。

---

このissueを原文のニュアンスをできるだけ落とさず日本語に翻訳して

https://github.com/fsnotify/fsnotify/issues/757

以下、issueのタイトルと本文を原文のニュアンスを保ったまま翻訳します。

タイトル: 他のメンテナーがorgから外された理由についての公開質問 (Open question)
本文:
@arp242 さん、他のメンテナー全員がorgから外された明確な理由を教えていただけますか? このライブラリは私の勤務先(employee's ※原文ママ。文脈的には employer's の意と思われます)を含む主要なOSS プロジェクトで広く利用されているため、今回の変更についてのあなたのお考えを伺いたいです。そうすることで、私たちもこのライブラリの利用について多角的に検討することができます。

補足:

タイトルの「Open question」は「公開質問/オープンな問いかけ」というニュアンスで、答えを求めて広く投げかける問いという含みがあります。

「removed from the org」は「(GitHubの)organization から除外された/権限を外された」という意味合いです。

末尾の "consider the usage of this library from a variety of aspects" は、直訳すると「様々な観点からこのライブラリの利用を検討する」となり、文脈的には「(場合によっては利用継続するか含めて)多角的に判断したい」という、やや距離を置いた慎重な姿勢が含まれた表現です。

返信も全部

（中略）

いただいた返信本文を、原文のニュアンスをできるだけ落とさず翻訳します。

@ymotongpoo さん
mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)も、その前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく(プロジェクトの)移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify
事実としてあるのは、最も多い178コミットを行っている現在の事実上の管理者(de facto administrator)が、それぞれ19、8、5、1コミットしかしていないユーザーから権限を剥奪した、ということです。
これがひどいことであるという点には私も同意します。しかし、誤った情報を広めておきながら訂正しようともしない、というのも容認できることではありません。
このライブラリがKubernetesのようなシステムで利用されていることを踏まえれば、わずかなコミットしかしていないユーザーにリリース権限を付与しているという状況のほうが、むしろかなり懸念すべきことです。

#2 — ymotongpoo
@umlx5h さん、追加の背景情報ありがとうございます。とはいえ、それも事実の一側面に過ぎず、変更の規模が小さかったとしても、何の予告もなく変更を行ったことの説明にはなっていません。彼らはかつて元の作者からメンテナーとして承認されていたという事実を踏まえれば、なおさらです。
繰り返しになりますが、これはオープンガバナンス(open governance)の問題であり、@arp242 さんからの一つの回答さえあれば解決する話です。
ありがとうございます。

#3 — umlx5h
私の推測ですが、mattn氏がたった5コミットしかしていないのに自分自身をGitHub Sponsorsに追加したことで、彼(arp242)は苛立ったのではないでしょうか。 https://github.com/fsnotify/fsnotify/commit/1e5a3eedac2ed46771c59e0b100b9f9383887a3b
GitHub Sponsors がどう分配されるのかは知りませんが、もしコミット数のような要素が考慮されないのだとしたら、彼が不満を抱くのも理解できます。

#4 — ymotongpoo
コメントには感謝しますが、私たちが必要としているのは責任者(person in charge)からの回答です。推測は必要ありません。

#5 — Jan200101
たしかに何らかの説明はあった方がよいでしょう。たとえそのツイートが大いに誇張されたものだったとしても、外部から見れば、Mr. Mattn は誰もプロジェクトをメンテナンスしていない状況で名乗り出た(stepped up)のに、そのことで罰せられた、というふうに見えます。

#6 — umlx5h
簡単な事実確認(fact-check)すらせずに誤情報を広めるユーザーを見ると、訂正せずにはいられません。
個人的には、たった5コミットしかしていない状態で自分をスポンサーに追加するなんて、恥ずかしくてとてもできません。
もし彼が少なくともプルリクエストを作って、それをレビューに出してさえいれば、おそらくこんなことにはならなかったでしょう。
ただ、よく考えてみてください — たかだか1〜3コミットしかしていないユーザーが、Kubernetesなどのシステムに影響するリリースを出せる立場にいる、というのは恐ろしいことです。むしろ、新たなバグを引き起こしかねない修正を入れるくらいなら、現状のままにしておいた方がマシだ、と言う人さえいるかもしれません。

#7 — lestrrat
私はこのライブラリを使ってすらいないのですが、一言だけ残しておこうと思いまして:
mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)もその前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify
証拠A (Exhibit A): org には現時点で一人しかいない。 [画像]
証拠B (Exhibit B): mattn は3日前にリリースを出している。リリースを出すには少なくともコラボレーター(collaborator)である必要がある。 [画像]

#8 — arp242 (1回目の長文返信)
何年も前にバグ修正をした際に、いわば「成り行き」でコミット権限を持っていた人物(当時は『何かしらの』PRを出した人全員にコミット権限が付与されていた、#126 を参照)が、いくつかの変更を行い始めて、それが — これまた同じ理由でコミット権限を持っていただけの別の人物によって — わずか数分で形式的に承認(rubber-stamp)されてマージされた、というのが今回の件です。
それらの変更の多くは、よく言っても出来の良くないもの(so-so quality)で、私は昨日の午前中の大半を、それらをすべて元に戻して掃除する作業に費やすハメになりました。これは「一人のメンテナーが他のメンテナーを排除した」という話ではありません。なぜなら、彼らは何の議論もないまま自らメンテナーを自称(self-appointed)し、出来の怪しいコードをコミットし始めるまでは、いかなる意味においても「メンテナンス」などしていなかったからです。他のどんなプロジェクトであっても、彼らがコミット権限を持つことなど決してなかったでしょう。私がこのプロジェクトに関わり始めた時、リポジトリはアーカイブされ、多くのバグや挙動の不整合を抱えたひどい状態でした。私は多くの時間をかけてそれらを片付けてきましたが、(今回の件で)それが再びその方向に逆戻りしようとしているのが見えました。
ここまでの話だけならまだ我慢できたかもしれません。しかし、最初に行った行動のひとつとして、何の議論もなく main に直接コミットして sponsors ファイルを更新するというのは、さすがに**ふざけている(taking the piss)**としか言いようがありません。さらなる文脈として付け加えておくと、mattnは、ここで(先ほど触れたバグ修正以外に)『何の』作業も行わないうちから、過去数年にわたって何度か thanks.dev から資金を引き出していました。
これは、私が数年前に排除したメンテナーと何ら変わりません。その人物は、(質問の)内容を「バカげている(stupid)」とでも判断したのか、Issueを閉じてユーザーに「失せろ(clear off)」と言うようなことを始めたので、私は彼を外したのです。

#9 — arp242 (2回目)
拡散しているらしい一連のツイートをメールで送ってくれた方がいました。私はTwitterはやっていないのですが、その内容には誤った情報がいくつか含まれています:
以前、fsnotifyはメンテナンス不能(unmaintainable)になっていたので、我々(we)はメンテナーを募った
→ 専門知識があったのでメンテナンスに参加した
→ そのとき、ある人物も加わった
→ 活動を始めようとしたら、「勝手なことをするな(don't do things on your own)」と叱られた
このリポジトリは文字通りGitHub上でアーカイブされていました。誰一人として作業していなかったのです。私が Nathan にメールを送り、引き継ぎ、膨大な時間をかけて整理しました。コミットログを見れば一目瞭然です — ここ何年も、fsnotify に時間を費やしてきたのは私だけです。「我々はメンテナーを募った」の「我々(we)」とは一体誰のことを指しているのでしょうか? fsnotify に「我々」など存在したことはありません。「『勝手なことをするな』と叱られた」というのが何を指しているのかも、私にはわかりません。
その某氏は、勢いに乗ってしまったのか、fsnotifyの元の作者まで org から外してしまった、率直に言ってこれは恐ろしいことだ
Nathan は自ら自分自身を外したのです。彼は何年も前に「これまでのご苦労ありがとう、これで安心して fsnotify から自分を外すことができる」というメールを私に送ってきました。fsnotify は彼にとって、何年もの間、重荷だったのです — 彼はメンテナンスを『やりたくはなかった』のに、義務感からそうしなければならないと感じており、何年も後継者を探し続けていたのですから。

#10 — Jan200101
納得しました、あなたの反応はまったく理にかなったものですね。
Matn(※原文ママ。おそらく mattn のtypo)は日本人で、最近はツイートが Grog(※原文ママ。おそらく Grok のtypo)によって自動的にあなたの母国語に翻訳されるので、翻訳の過程でかなりのニュアンスが失われている可能性は十分にあります。
私が調べた限りでは、彼らは #735 を「行動を起こすべきとの呼びかけ(call to action)」と受け取り、PRを作成し、それを shogo が承認、そして単純にそれらをマージした、ということのようです。

#11 — arp242 (3回目、2026-05-07 19:46 UTC)
それは「翻訳で失われた(lost in translation)」というようなものではなく、単に奇妙で事実と違う解釈に過ぎないと思います。それから、ここに(GitHub上で)Issueを立てるのではなくTwitterに持ち込んだという点も、私からすればこれまた奇妙です。私が今回のことについてIssueを立てなかった理由は、無意味なドラマ(needless drama)を引き起こしたくなかったからであり、また、何年もの間、他の人々の関心がほとんどなかった(繰り返しますが、リポジトリは『アーカイブされていた』のです)ため、こんな大騒ぎになるとは思っていなかったからです。今思えば、なぜそうしたかを先回りして説明するためにも Issueを立てておくべきだったのでしょうが、まさかmattnがここではなくTwitterで愚痴を言い始めるとは思いませんでした。
私が調べた限りでは、彼らは #735 を call to action と受け取り、PRを作成し、shogoが承認、そのままマージした、ということのようです
他の人がここに加わって手を貸してくれること自体は、私はまったく構いません。むしろ素晴らしいことです。問題は、それらのPRがちょっとイマイチ(meh)というレベルではなく、『明らかに』イマイチだった、ということです。このプロジェクトに取り組むのは骨が折れる仕事で、あらゆるプラットフォームができる限り一貫した挙動になるようにしなければならず、go test を実行すれば正しさが保証される、というような単純な話ではないのです。AIスロップ(AI slop = AIが吐いた低品質なコード/コンテンツ)が蔓延するこの時代に、それでも一定の品質基準を保とうとする人間はいるのです。
ここまでなら『鬱陶しい』で済んだ話です。ところが、thanks.devの資金という背景込みでのスポンサーの件まで絡んでくると、話は別です。
それから、リポジトリが一時的に休眠状態になったあとで活動が再開する、というのはそこまで珍しいことではありません。私自身、12月にここで少し作業をしたあと、lib/pq の作業の方に少し気を取られていました。「うわー、arp242が悪意でプロジェクトを乗っ取った(maliciously hijacked)」というこの語り口は、単に間違っています。今回のTwitterの件を少し調べてみましたが、これをサプライチェーン攻撃として煽っている人までいる始末です。本気で言ってるんですか? 皆さん、**もう少し落ち着いた方がいい(enhance your calm)**ですよ — コミットログは秘密でも何でもないんですから:
% git log --format='%an &lt;%ae&gt;' | sort | uniq -c | sort -rn | head -n10
     178 Martin Tournoij &lt;martin@arp242.net&gt;
     160 Nathan Youngman &lt;git@nathany.com&gt;
     112 Chris Howey &lt;chris@howey.me&gt;
      26 Chris Howey &lt;howeyc@gmail.com&gt;
      17 Pieter Droogendijk &lt;[email protected].uk&gt;
      15 mattn &lt;mattn.jp@gmail.com&gt;
      10 Nathan Youngman &lt;4566+nathany@users.noreply.github.com&gt;
       8 Nahum Shalman &lt;nahamu@gmail.com&gt;
       5 ICHINOSE Shogo &lt;shogo82148@gmail.com&gt;
       5 Bjørn Erik Pedersen &lt;bjorn.erik.pedersen@gmail.com&gt;
% git checkout bd7a751
     HEAD is now at bd7a751 Use Go 1.25 in CI, move FreeBSD test runner to GitHub actions
% git log --format='%an &lt;%ae&gt;' | sort | uniq -c | sort -rn | head -n10
     175 Martin Tournoij &lt;martin@arp242.net&gt;
     160 Nathan Youngman &lt;git@nathany.com&gt;
     112 Chris Howey &lt;chris@howey.me&gt;
      26 Chris Howey &lt;howeyc@gmail.com&gt;
      17 Pieter Droogendijk &lt;[email protected].uk&gt;
      10 Nathan Youngman &lt;4566+nathany@users.noreply.github.com&gt;
       8 Nahum Shalman &lt;nahamu@gmail.com&gt;
       5 Bjørn Erik Pedersen &lt;bjorn.erik.pedersen@gmail.com&gt;
       4 Oliver Bristow &lt;evilumbrella+github@gmail.com&gt;
       4 Francisco Souza &lt;f@souza.cc&gt;

#12 — vbkaisetsu
「メンテナーを募った」の「we(我々)」とは一体誰のことを指しているのでしょうか?
念のため明確にしておきますと: mattn は彼のツイートで実際には「we」とは言っていません。日本語では主語がよく省略されます。機械翻訳が単に推測して、誤った主語を補ってしまったのです — 英語では主語が必要なので。
投稿: https://x.com/i/status/2051929334995427791 (残念ながら、彼はそのツイートを削除しています)

#13 — umlx5h (2026-05-07 23:18 UTC)
ソーシャルメディアのエコーチェンバー(echo chamber)の中で誤情報を広めたり、多くの開発者の働きを軽視したり、人気を奪うためだけに急いでAIを使って類似のプロジェクトを作ったりすることは、恥ずべきことです。
過去4年間にわたって、これほどの献身をもってこのプロジェクトをメンテナンスしてきたあなたに、私は深い敬意を抱いています。
多くの人々は、メンテナーでなくてもプルリクエストを送れるということを認識していないようです。
メンテナーになるには、ただ貢献を重ねて信頼を得ればよいだけのことで、それは他のオープンソースプロジェクトでも同じです。今回の(権限)剥奪の理由は、私には理解できます。
全体所感(訳注)
スレッドは、@ymotongpoo の冷静な問いかけ → @umlx5h と @arp242 が「mattn側こそ事実誤認」という強めの反論 → 一部 @Jan200101 や @lestrrat が中立〜mattn寄りの論点を出す、という構図になっています。
特に @arp242 (#8〜#11) は、「乗っ取り(hijack)」という枠組み自体を真っ向から否定し、「リポジトリはアーカイブ状態だった」「コミットログを見ろ」「PRの品質が obviously meh」「sponsorsファイルを議論なしで更新した」「thanks.dev からの資金引き出し」など具体的な根拠を畳み掛けていて、感情はかなり乗っているものの、論点は一貫しています。"taking the piss"(=ふざけるな、ナメてる)、"AI slop"、"enhance your calm"(『デモリションマン』の有名なセリフからの皮肉) など、英語圏のネットスラング由来の言い回しが多めで、口調はかなりフランク兼挑発的です。

mattn氏の評価について、ネット から 観測した範囲で評価できるだけ中立的に良し悪しを述べているめのを高評価

OSS界隈で有名な人だから、ブログやはてブで話題になりやすい人だと思う

ネット上から観測できた範囲で、できるだけ評価軸を分けて中立的にまとめます。「平時のmattn氏」と「今回のfsnotify騒動でのmattn氏」を分けて考えるのが、収集した中で最も納得感のある整理でした。

平時のmattn氏 — 評価が確立している部分

技術的実績と影響力は、賛否を問わずほぼ全方位で認められています。

Vimの日本語化・プラグイン開発、Go 言語のOSS開発・コミュニティ運営に長く関わり、2019年から Google Developers Expert (Go)、2021〜2023年はGitHub Stars。著書に『みんなの Permalink | 記事への反応(0) | 21:16

2026-04-28

■anond:20260428111353

先週とある海外カンファレンスに参加するために、出張してたんよね。

僕は英語なんかそんな得意じゃないんだけど、まあかろうじてたどたどしいレベルで喋れるレベルで向こうに行ったんよね。

結論から言うと、英語喋れないと生きていけない。

そこには機械翻訳なんかが介在する余地はないし、基本的に機械翻訳のようなものを使ってでも聞きたいのは聞いてくれるという関係性においてのみだと思った方がいい。(e.g. 自分が顧客パターン)

英語喋れない瞬間に、こいつ知能やばいって見なされて会話打ち切られる。

みんな機械翻訳に淡い期待を抱いてるかもしれないけど、気持ちを伝え合うような会話において、機械翻訳なんて介在する余地一切ないからね。

例えば、逆のパターンで、日本人に対してお笑い的な場面が描かれたアニメコンテンツの翻訳が英語圏に正しく伝わると思うかな？

だから英語の勉強はやめない方がいいと思うよ。生きていくためにね。

Permalink | 記事への反応(1) | 21:15

2026-04-14

■anond:20260414113941

10年前から、機械翻訳が発達して英語力が無意味な世の中になればいいのにって思ってたわ。

Permalink | 記事への反応(0) | 11:41

2026-03-11

■anond:20260311092757

もう痛みがあるならストレッチの方法見直した方が良いかも

すでにボロボロになってたら最終的には手術しかないってこともあるけどね

Youtubeとかにたくさんある

できれば英語のが遥かに情報量多いので機械翻訳でもそっちのが良いかも

Permalink | 記事への反応(0) | 09:35

2026-03-01

■ボスニア紛争 体験談 釣り スレが許せない

要約：スレ主の主張通り「友人の体験談」なら他人の体験を簒奪して戦争被災者になりきって自己陶酔する卑劣漢だし、完全な釣りなら実在の戦争をオモチャにするゲス野郎だと思います。
ボスニアでの戦争中の残虐行為を知りたいなら佐原徹哉『ボスニア内戦』、凄惨な戦場を体験した子どもの話を知りたいならヤスミンコ・ハリロビッチ『ぼくたちは戦場で育った　サラエボ1992-1995』を読んでほしいです。

ボスニア紛争の体験者を騙ったVIP のスレッド「戦争の体験談を語るわ」が16年ぶりにバズっていて、はらわたが煮えくり返るくらい怒っている。

スレ主が創作をゲロった後の「留学先で出会った「彼」の体験談」だという弁明が事実かどうかはひとまず置いておいても、このスレの後半の流れを読めば、こんなクソスレに感動したり「名作」「出来が良い」と褒めたりしてる場合じゃないと思うのですが。

ボスニア紛争って、当たり前だけど実在した戦争で、カリノヴィクやフォチャやゴラジュデも実在する町で、戦争に関わった人たちや被害を受けた人たちは実在するわけじゃないですか。なんでその体験者を騙れたのか、あまつさえその体験で今も苦しんでいる当事者かのように装えたのか、その神経がわかりません。　スレ主は最後まで読んでもらうためだったとかなんとかうだうだ言い訳しているけど、言い訳しようのない卑劣な行為だと増田は思います。

実在のできごとをもとにした創作なら、最初から創作と明示したうえで、当時流行ってたやる夫スレなんかの形でやるならわかるんですよ。「~~戦争を題材にしたフィクション~~実際に起きた戦争を含めて、実話をもとにしたフィクション」なんて世に数多あるんだし、創作だとわかってても「考えるきっかけ」になるものだって多いしね。

仮に本当に知人の体験談なら、最初からそう明示すればよかったと思うんですよ。なんで数日間にわたって自分が戦争被災者になりきってんの？　このスレに肯定的な評価をしてる人たちは、これがもっと自分に身近な事件を題材にした釣りだったとしても「考えさせられるきっかけになったから良い」なんて言えますか？

たとえば「性的虐待の体験談を語るわ」というスレで、自分は◯年前にA県B市に住んでて、C学校に通ってて、D、Eという友達がいて……と詳細に身の上を述べたうえで、被害の苦しみやおぞましい虐待の詳細なんかをショッキングな描写とともに感情たっぷりに語って、ストーリー上のドラマティックな山場を用意して、途中「書くのがつらい」なんて吐露したりもして、しばらくしてから「実は自分が被害を受けたのではなく、友人に託された体験記の転載でした。ドラマティックな場面は創作です」「性的虐待の恐ろしさを考えるきっかけにしてほしい」なんて言い出したら？　

たとえば「震災の体験談を語るわ」というスレで、自分は福島県〇〇町に住んでいたと言いながら津波のショッキングな描写、友人の死、原発事故による避難、避難所での軋轢、その他ドラマティックな山場がモリモリのストーリーを臨場感たっぷりに自分の体験のように語って、語り手自身もPTSDになってるかのように仄めかして自死を匂わせておいて、挙げ句の果てに「フェイク入りの友人の体験談です、自分は被災者じゃありません」「被災地に想いを馳せてほしい」なんて言い出したら？

「勉強になった」「釣りかどうかなんてどうでもいい」なんて言えますか？　増田はそうは言えません。

「他人の凄惨な体験を自分ごとのように騙って、ただでさえ悲惨なできごとをドラマティックに脚色して自己陶酔して、何様のつもりだよ？」「実在する事件や被害者たちをおもちゃにしているのか？」「自分が注目を集めるために、事件を利用しているのか？」って思います……。

そしてもしも「知人の体験談」というとってつけたような弁明すら嘘で完全な釣りだったら、このなりきりはVIPで自分（あるいは自分が執筆したフィクション体験記）に注目を集めるために実在の戦争を利用するという、さらに卑劣な行為だと思います。

こんな自己陶酔たっぷりの騙りを挟むまでもなく、ボスニア紛争が悲惨なものであったことは疑いようがないし、その事実を広めたいと言うなら、仮に媒体を2ちゃんに限っても、もっとマシな方法はいくらでもあった。「きっかけになる」からってこんな騙りを許すのは、「『正しい目的』のためならどんなやり方で注目を集めてもいい、創作を実話と偽ってばら撒いたっていい」って言ってるのとそんなに違わないんじゃないですか？

とはいえ、こんな卑劣なやり方でバズったスレで「知るきっかけ」が得られたって人もたしかにいるでしょう。そういう人には、ぜひこんな騙りを超えて、事実をまとめた本や本当の体験記から情報を得てほしい。

ボスニア紛争の経緯や虐殺について知りたい人は、佐原徹哉『ボスニア内戦』（ちくま学芸文庫）を読んでほしい。2010年当時でも読めたけど、最近文庫化して入手しやすくなりました。Kindleもあります（https://www.amazon.co.jp/ebook/dp/B0FX8RXJZP/）。

ボスニア戦争を経験した子どもたちの証言集としては、2015年に角田光代さんが訳した、ヤスミンコ・ハリロビッチ『ぼくたちは戦場で育った　サラエボ1992-1995』（集英社インターナショナル）という本があります。ハリロビッチさんは1988年生まれで、自身がサラエボ包囲のサバイバーで、同じ立場の（元）子どもたちの証言を集めた本。

どちらも読み進めるのがつらくなるような内容は多いけど、ボスニア紛争やその体験者（とくに子どもたち）に興味を持った人は手にとって損はないはず。

以下憶測多めの蛇足。増田は、友人の体験談の原稿の翻訳がベースだというのもかなり怪しいと思っている。書かれたものを訳したはずなのに、「外国人が耳で音だけ聞いた単語をカナに直したような表記」と、「スペルだけ知ってて音を知らない単語をカナに直したような表記」が入り混じっているし、「実在した」と挙げられている登場人物の名前にボシュニャク人・セルビア人・クロアチア人にしてはかなり珍しいであろう名前が複数あるから。

①「スルツキ」という表記。おそらく現地語の「srpski」のことだろうけど、この単語は普通日本語だと「スルプスキ」と書かれるし、「スルツキ」という表記はありえない（2010年当時の機械翻訳にかけてもありえないだろう）。ただ、Wiktionaryで発音を聞くと、スペルを知ることなく耳で音だけ聞いたら「スルツキ」にも聞こえうるのはわかる。https://en.wiktionary.org/wiki/srpski

しかしスレ主の言い分では、英語で書かれた友人（父親がボシュニャク人、母親が日本人）の体験記を訳したのだという。長大な原稿を英語から日本語に訳せる語学能力のある人が、渡された原稿に「srpski」と書かれているのを「スルツキ」とカナ表記するだろうか？　他の2民族を指すときの言葉（フルヴァツキ＝hrvatski、ボシュニャチ＝Bošnjaci）は正しくカタカナにしているのに、なぜsrpskiは「音だけ聞いて、スペルを知らない」かのようなカナ表記なのか？

もっと言えば、「スルプスカ」（srpska）はちゃんと「スルプスカ」と正しく表記しているんですよね。同じ単語（の女性形）なんだけど……。

なぜこんな表記なのかはわからない。あえて拙さを演出したのではないかと思うけど、そうだとしたら英語で書かれた体験記を訳したという後半の弁明とは辻褄が合わない。

②「カミーユ」という名前。いや、これフランス語Camilleですよね？　フランスにルーツがあるわけでもないボスニア現地の人で、「カミーユ」という名前の人を見たことがない……。

現地語のカミル（Kamil）という男性名ならありえるが、これを「カミーユ」と聞き取るだろうか？　

それに、スレ主が最後に「実在人物」として挙げているスペルはKamilではなくCamil（現地語読みならツァミル）。ツァミルという名前はあまり聞いたことがないが、英語の体験記から訳したとしたら、スペルが近いĆamil（チャミル）という男性名がいちばんありえるだろうな。でも、「ツァミル」や「チャミル」を「カミーユ」と聞き取るとは思えない。

これは、最大限好意的に見れば「スルツキ」とは逆に、「文字で見た単語を、スペルに引きずられて違う音でカナ表記した」ように見える。そうでなければ、スレ主がボスニアらしい名前を創作したときに、うっかりフランス語の名前を混ぜてしまったというところだろうか。

③サニャとカミーユの名字。Googleでいろいろと検索しても、旧ユーゴどころかスラヴ系のEdu姓の人が見つからなかった。カミーユのTrpkovaという姓も不思議。北マケドニアの女性ならわかるけど、ボシュニャク人の男性でそんな姓になることがあるだろうか……。

【3/2追記】読み直したら意図が伝わりにくい書き方のところがあったので、修正しました。増田の怒りの発端は「自分自身が体験者かのように装ったこと」「創作を実話と騙ったこと」にあります。だから、このスレは大河ドラマや朝ドラや火垂るの墓など「実話をもとにしたフィクションと明示されている作品」とはまったく別の話だと思っているよ。「ドキュメンタリー映画しか許せないのか」という反応があったけど、その比喩に沿うならこのスレはむしろ「ドキュメンタリーだと謳っていたのに実はフィクションだった」とか「ドキュメンタリーに「当時の体験を証言する」と言って出演した人が後から「あれは自分の体験じゃない」と言い出した」みたいな事例ですよね。

id:cloverstudioceo　「クロアチア在住のもんですが、スルツキはsrpskiだったのね。でもそれはセルビア語で、セルビア人はSrbin. あと、ボスニア人はBosanac(男性単数) Bosanci(複数) だよｗ　Bošnjaciなんて聞いたことねー。」

→おっしゃる通り、srpskiは「セルビアの、セルビア人の」という形容詞ですね。srpski jezikは「セルビア語」、srpski narodは「セルビア民族」。hrvatskiも形容詞で、名詞の「クロアチア人」はHrvat。Bošnjaciは名詞「ボシュニャク人（Bošnjak）」の複数形です（https://en.wiktionary.org/wiki/Bo%C5%A1njaci）、調べてみたらたくさん用例が出てくると思います。Bosanac（Bosanci）は民族にかかわらず「ボスニア国民」という意味での「ボスニア人」を指します。

Permalink | 記事への反応(8) | 18:44

2026-02-03

■anond:20260203132251

お前はそう思うだろ？

でもお前は中国の思想や行動原理は全くわかってないじゃん

俺は中国語の新聞とかも機械翻訳で読んだりしたこともあるが

当たり前の話だが中国というのは人権無視の独裁国家なんだがそれはわかってるかな？

舌禍もクソもなくてあそこは公式に武力で領土が決まるという主義の国なのよ

実際共産党がそう言ってるの

台湾も尖閣も沖縄も武力が弱かったから取られた・取れていないという立場なの

なんなら武力で決まるんだから九州だって究極的には日本だって朝貢してたから中国なのに

お前が「舌」で喜ばせたいならまずは向こうの主張通り沖縄は中国のものですということだが

そんなのは大部分の日本人が嫌だからこの選挙結果なわけ

Permalink | 記事への反応(3) | 13:32

2025-11-23

■AIにおべっかを使わせず「本当の判断」をさせるプロンプト

私はChatGPTに親切をやめさせました。

そしてそれは私が今までやった中で最高のことです。

あなたのアイデアがどんなにクレイジーに聞こえても、ChatGPTは常にあなたに同意していることに気づきました。

礼儀正しすぎる。とても素敵です。すべてのアイデアが「素晴らしい」、すべての計画が「素晴らしい」ことを教えてくれます。たとえそれが明らかにそうでなくても。それは良いと感じるかもしれませんが、あなたが実際にもっと良く考えたいのであれば、それは役に立ちません。

だから私はそれを直すことにした。

新しいチャットを開き、このプロンプトを入力しました👇：

これからは、同意するのをやめて、私の残酷に正直で高レベルのアドバイザーとミラーとして行動してください。
私を検証しないでください。真実を柔らかくしないでください。お世辞を言わないで。
私の思考に挑戦し、私の仮定に疑問を呈し、私が避けているブラインドスポットを暴露します。直接的で、合理的で、フィルターをかけずに。
私の推論が弱い場合は、それを解剖して理由を示してください。
もし私が自分をだましていたり、自分に嘘をついたりしているなら、それを指摘してください。
不快なことを避けたり、時間を無駄にしたりする場合は、それを呼び出して、機会費用を説明します。
完全な客観性と戦略的な深さで私の状況を見てください。私がどこで言い訳をしたり、小柄なことをしたり、リスクや労力を過小評価したりしているところを見せてください。
次に、次のレベルに到達するために、思考、行動、または考え方で何を変えるかを正確に優先的に計画します。
何も控えない。私を、慰められるのではなく、真実を聞くことに成長している人のように扱ってください。
可能であれば、私の言葉の間に感じる個人的な真実に基づいて応答してください。

より良い結果を得るために：

最初にメモリをオンにします（設定→パーソナライズ→メモリをオンにします）。

最初は不快に感じますが、ChatGPTはチアリーダーではなく、実際の思考パートナーになります。

これは

https://x.com/itkq/status/1992251542372794397

のリンク先のレディットのサイトを機械翻訳したものです。

※増田ではレディットのリンクが貼れないのです！

Permalink | 記事への反応(0) | 14:30

2025-11-21

■英語版 記事

中国語版原文より、英語版を機械翻訳した方が読み易いかも…

Why researching ‘Ryukyu studies’ is highly necessary: Global Times editorial - Global Times

https://www.globaltimes.cn/page/202511/1348542.shtml

anond:20251120221427

Permalink | 記事への反応(0) | 00:06

ムカシ・プログラマの胡散臭さを見ろよ。よく分からんガジェット、メーカーも仕様を把握してない玩具、カンで弄って遊んでたもんだよな。

今はどうだ？偽の説明書が付いてるよ、お前だよお前M$、機械翻訳アホアホ青田買い技術独占GAFAMのMはみっともないのNだよお前はもうジジイだからすっこんでろ

インターネットはよ、今、AIが徘徊してんだ。URLのケツに、それを明示してな。なあもうインターネットなんか直腸、ウンコ（AI）の通り道になっちまったんじゃないのか？

これもさ、ケツにゴミつけて徘徊してんのはビッグテックの良心（笑）でしかない。植民地支配のリザルト画面みたいな国のテイカー丸出しベンチャークソガキなんぞどうやって信用するんだよ。

今こそBPSのBlu-rayを買う時だよ。てか出てる？VHS？

Permalink | 記事への反応(0) | 06:11

2025-11-07

■「Mozilla/Firefoxの日本語 コミュニティ 解散」とかいうDramaについて知っておくべき2,3のこと

免責事項: めんどくさいからほぼ調べずに書くし、抜けてる話や間違ってる話もあると思う。

まず日本語 コミュニティの解散じゃなくてSUMO 翻訳 コミュニティの解散 なのだがそれも少し違う

Mozilla系の日本語翻訳はmarsfさんとdskmoriさんの2人がメインでやってる (追記: 今確認したらひとりアクティブな人が新規参入してたので3人が正しかった)。

概ねSUMOはdskmoriその他全てがmarsfという棲み分けだが、お互いどっちの貢献もやることがある。

コミュニティと言えるような規模は存在しない。限界集落。

SUMO コミュニティ解散ってのはSUMOに関わる実質的な権限持ちはdskmori１人になりますって話かな？

正直、SUMOでメインで貢献してるdskmoriさんじゃなくてmarsfさんが文句言うんや？と疑問なんだけど、

Mozillaにとっては、SUMOとかいう誰もアクセスしてない限界集落サイトの話より、marsfさんがFirefoxのその他すべての翻訳を一手で担ってることが重要だよね。

「marsfさんがSUMOの貢献辞める」って言ったってそれ自体ではどうでも良いのだが、裏の意味は「俺の気持ち次第でFirefoxの翻訳終わらすことだってできるんだぞ」って警告と読むべきかもしれない。

そもそも SUMOがなにか分かってない人多すぎ

SUMOはFirefoxのサポートサイトね。Firefoxの使い方に疑問が生じたときにみるところ。まあそういう用途で作られているというだけで、アクセスする人がいるのかいたって疑問だが。

想定読者は技術に疎いFirefox ユーザなので、「機械翻訳ならユーザーが自分でやるから不要」みたいな意見は全くナンセンス。

Firefoxの内蔵翻訳機能はプライバシー重視という建前の翻訳 API 破産防止のため、ローカルのCPUで動く設計になってる。必然的にMicrosoftやGoogleの翻訳より精度がかなり落ちる。ゆえにFirefox使って普通に英語版 SUMO読むより、公式で精度よい機械翻訳提供したほうが、ずっと良い体験を提供できるよね。

また対抗をGoogle 翻訳のような無料クラウド翻訳と考えるとしても、サポートサイトに特化するようファインチューニングした機械翻訳エンジンを使えばHelpを助けてと訳すような暴走も抑制できるから、これも公式による機械翻訳提供に優位性はある。

なお、統計上アドオン一切入れてないFirefox ユーザーが大多数なことからわかるように技術に疎いFirefox ユーザってかなり多いからね。

勝手に上書きするな？　メンテできてないんだから当たり前

Firefoxはラピッドリリースで機能がコロコロ変わるので、ある時点でベストな翻訳になっててもすぐ時代遅れになる。

dskmoriさんなどができる範囲で貢献してたとはいえ、品質維持できる量ではなかったので、SUMOには、例えばすでに存在しない機能についての記述を含む記事が普通にあった。

これは比較的アクセスありそうな重要ページでも同じで、私もさすがに見かねて貢献したこともある。

Microsoftのプロ技術者向けサイトはもともと有償の翻訳者が訳してたのを機械翻訳に切り替えたのでこれは単純に劣化なのだが、SUMOについてはごく少数の素人が自分にできる範囲で訳していたという点を踏まえる必要がある。もともとクオリティが高かったとは言えないし、機械翻訳の精度もここ2,3年で異常に上がってるから過去の機械翻訳騒動をもとに騒ぐのが正しいとも思えない。

限界 OSS 翻訳 コミュニティの最後の１人が暴走するのは見覚えあるよね

今回の事件で思い出すのがLibreOffice 日本語チームのDramaね。LibreOfficeの翻訳のメイン貢献者の某氏がある日、日本語チームのメーリスで「何でお前らはまともな仕事ができんのんや」と長文でブチ切れて、チーム脱退を宣言した事件。理念は立派でもすでに敗北の流れは決定的で新たな貢献者の望みは薄い、希望の見えないまま最後に残った１人として惰性で維持するしかない、辛い。

今回は、LibreOfficeの事件よりはヤバさだいぶ低めだけど、「翻訳ガイドラインに従っていない」「新たな人間の貢献者を育てることができない」とか、SUMO ボランティア翻訳の実情を思えば「何言ってんだ、現実をみろよ」という感想にしかならないし、CC ライセンスで貢献してるのに、AI 翻訳の学習に使うなも意味不明。

marsfさんは、某xkcdで言うところの「感謝なしに2003年からデジタルインフラを維持してきたネブラスカ州の無名個人」に位置する人で、もっともっと感謝されてしかるべきではあるのだが、SUMOの長年の構造的な問題に対し抜本的な解決に打って出たMozillaに対して、さもコミュニティが現在も十分に機能しているかのように反論してるのがとても印象悪い。どう見ても分かってない人ばかりがMozillaを炎上させている。

20年感謝なしに維持し続けるのは幻想が必要なのはわかるが、Mozillaとしてはそういう個人に依存するのは不健全でしかないので、現在marsfさんがやっているFirefoxほぼすべての翻訳も翻訳会社による有償翻訳に移行すべき。

Permalink | 記事への反応(12) | 21:44

2025-09-20

■

じゃあスマホ使えないね

機械翻訳とかもだめだし

というかなんでX使ってんの

イラストレーターの中では生成AIって絵限定で使われてる技術なんかなｗ

生成AIを一度でも使ったら、その後の自身の創作物の評価は全部ゴミになると思った方がいい— たまや🔞 (@tamaya_2nd) September 19, 2025

Permalink | 記事への反応(0) | 00:04

2025-09-09

■anond:20250909171641

Steamの中華ゲーやると

たまに中国人声優にそのまま日本語ボイスも吹き替えさせてるやつがあったりする

もちろん大抵は台本も機械翻訳だ

日本語訳テキストが怪しいのは通常マイナス要素だが、それをたどたどしい発音で読み上げられるとこれはこれで味がある

Permalink | 記事への反応(0) | 17:28

2025-08-23

■【悲報】左翼が難民と必死に擁護してた川口のマヒルジャン、ただの指名手配犯でした

トルコ内務大臣 Ali Yerlikayaのツイート

https://x.com/AliYerlikaya/status/1954035806256968127

“Silahlı terör örgütüne üye olma" suçundan ulusal seviyede aranan M.Y. isimli şahıs JAPONYA’da yakalandı ve ülkemize iadeleri sağlandı.

日本から引き渡しされた犯罪者 MYを逮捕した

https://yandex.com.tr/gundem/politics/11-suclu-turkiye-ye-iade-edildi-3340100

機械翻訳：
赤い通知により、国際レベルで指名手配されているジェム・チェブリム、メフメト・エネス・エゼル、エクレム・ユルマズ・テュム、ユミット・アルトゥンタシュ、シナン・コチ、ムラト・ギュルゲン、国家レベルで指名手配されているマフフズ・バンル、カディル・カン・ヘルヴァチュ、エフェ・ギュデク、ギョハン・シェン、マヒルカン・ユセルという犯罪者が逮捕され、トルコに引き渡された。
3
8月10日