ハクソク

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

Archがそのウィキ戦略をDebianと共有する

284日前原文(lwn.net)

概要

Arch Linuxは ローリングリリースモデル と 高品質なArchWikiドキュメント で有名。 Debianプロジェクトは ArchWiki運営から学ぶため、メンテナをDebConf25に招待。 ArchWikiの 運営手法や強み・弱み をSWOT分析形式で紹介。 寄稿ガイドラインやメンテナンス体制 が高品質維持の鍵。 Debian Wiki改革への 刺激と実践例 として注目。

ArchWiki運営とDebianへの影響

  • Arch Linux はローリングリリースモデルとArchWikiのドキュメント品質で著名。
  • ArchWiki は他ディストリビューション利用者にも有用な情報源。
  • Debianプロジェクト は、ArchWikiの運営ノウハウを学ぶため、主要メンテナJakub Klinkovský氏とVladimir Lavallade氏をDebConf25へ招待。
  • この講演を契機に Debian Wiki刷新プロジェクト が始動。
  • 講演は SWOT分析 （強み、弱み、機会、脅威）形式で実施。

ArchWikiの概要

  • 2004年設立、当初はPhpWikiを使用、すぐにMediaWikiへ移行。
  • 2010年頃 にメンテナンスチーム・翻訳チームを設置。
  • 4,000以上のトピックページ、総ページ数は3万近く。
  • 2006年以降、 8万6,000人以上が編集、月間2,000回以上の編集が継続。
  • 維持管理方針 や 貢献ガイドライン を明確化。

ArchWikiの強み

  • 包括的な内容 と多岐にわたるトピックカバー。
  • 高品質かつ最新の情報 を維持、ローリングリリース特性に対応。
  • 活発なコミュニティ による寄稿が中心、メンテナ以外の貢献も多い。
  • Archコミュニティ外にも高評価、Edward Snowdenも引用。
  • 貢献・内容ガイドライン が厳格で品質担保。
    • 編集サマリ必須
    • 複雑な変更は分割（アトミック編集）
    • 大幅改訂はトークページで告知
  • DRY原則 （重複禁止）、 シンプルだが手抜きしない ドキュメント、 Arch中心主義 を徹底。

メンテナンス体制

  • テンプレートやBot 活用で精度向上・効率化。
  • 誰でもレビュー参加可能、 パトロール文化 の醸成。
  • 善意前提 の運営、荒らし行為は稀。
  • 議論推奨、リバート時は理由説明義務。
  • 編集合戦防止 と コミュニティ育成 に注力。
  • サポートフォーラムやIRC での誘導、未掲載情報は寄稿を促進。

ArchWikiの弱み

  • 貢献ハードルの高さ、新規寄稿者は学習コストが大きい。
    • DRY原則やページ分割、MediaWikiマークアップ習得が障壁。
  • MediaWikiの制約 が運営上の課題。
    • Wikipedia向け開発が主で、ArchWiki独自の要望に合わない場合も多い。
    • マークアップが複雑かつ脆弱、正式仕様がなくパーサー開発も困難。
  • 人気依存の更新頻度、一部ページは長期間未更新。
  • フォーラムの知見がWikiに反映されない ケースも発生。

機会と脅威

  • コミュニティ連携や支援ツール拡充 が今後の成長ポイント。
  • Arch Linux派生ディストリビューション （SteamOS等）との協力余地。
  • サポートアーキテクチャ拡大 （x86-64以外への対応）も進行中。
  • 編集支援ツール （wiki-scripts, Wiki Monkey）による効率化。
  • 脅威 としては、運営体制のボランティア依存や、技術的制約が挙げられる。

Debian Wikiへの波及

  • Debianプロジェクト はArchWikiの運営手法から多くを学び、自身のWiki改革を推進中。
  • 他ディストリビューション にとっても、ArchWikiの知見は実用的なベストプラクティスの宝庫。

Hackerたちの意見

「ArchWikiの月ごとのアクティブユーザー数」のグラフを見てみて。2013年に何があったの？ロックダウン期間を除けば、それ以降ずっと減少してるよね。

└

2012年に始まったsystemd移行のための更新が必要なページが急増したけど、今はだいぶ落ち着いてきた感じ。最近では、NixOSも彼らの熱心なユーザーを少し奪ったかもね。

└

基本的なことはもうカバーされちゃったし、書くことがあんまりなくなったのかな？

└

2013年って、Manjaroが人気になった頃だよね。Archも2011年に人気が出てからフォーラムの投稿を制限したし。https://bbs.archlinux.org/viewtopic.php?id=113819

└

多くの人は「プロのLinuxディストリビューション」としてのArchを使ってたんだよね。つまり、初心者には優しくないけど、実はあんまり努力しなくても使えるっていう。だから「私、Arch使ってるんだよね」っていうのがミームになったんだ。そういう人たちは今、NixOSに移っちゃったみたい。

多分80%ぐらい重複情報がある複数のウィキを作るよりも、分配ごとの特定の指示が必要なセクションを分けたクロスディストリビューションのウィキがあったらいいな。Gentooは10年ぐらい前にディスクアレイの故障でウィキを失う前は素晴らしいウィキを持ってたし、今はほとんどみんなArchのウィキに行ってるから、共有プロジェクトにしてみたらどう？

└

すでに複数のディストロがあるのに、なぜ別のものを作るのか？

└

たぶん、そういう風にはならなかったんだろうね。普通はみんな、まずディストロ特有の部分をドキュメント化して、その後にどんどん追加していくから、一般的な部分も含まれるようになる。でも同時に、みんなその一般的な部分は特定のプロジェクトのドキュメントに含まれるべきだと思ってるから、誰も共有することに気を使わない。あるWikiがすごく大きくて成功するまで、静かに全体を支配することになる。あと、共有自体も数十年で衰退してしまった感じ。25年以上前、Wikiが新しくてみんな実験的でやる気に満ちていた頃は、インターウィキコンテンツの強いムーブメントがあった。お互いにオープンに情報を共有する感じね。でも、時間が経つにつれて、あまり共有されなくなって、各Wikiソフトウェアはそれぞれのことをやり始めて、半オープンなサイロや閉じた庭になっていった。今日、知識管理コミュニティの中で同じような動きが、ツールの周りで、主にMarkdownの文脈で生まれたけど、これもなんだか衰えて、何か具体的なものにはならなかった。結局、情報や知識を共有するのは思ったよりも難しいのかもね。

└

80%の重複情報がある複数のWikiを作る代わりに 共有プロジェクトにしようとしないの？ これは基本的にLinuxの世界のハイライトでもあり、厄介な部分でもある。すでに複数のデスクトップ環境があるのに、なぜ別のものを作るのか？

└

スコープが広すぎると、コンテンツが古くなったり無関係になったりするのが見えにくくなる。明確な焦点があることで、ArchWikiは古いハウツーの墓場にならずに済んでるんだ。

└

もっといいのは、ただ一つの統一されたディストロだよね。もし、あの膨大な時間が一つの動いていて洗練されたFOSS OSを作ることに集中してたら、どんなに素晴らしかったか。まあ、FOSSは選択肢が大事ってのは分かってるけどさ。

└

「多くのWikiを作っても、情報の80%は重複してるだろうから、Wiki同士でリンクをたくさん貼るのがいいよね。Alpine Wikiでは、内容をコピーするよりも、ArchWikiにリンクを貼るのが好きなんだ。」

└

良いWikiを作るために重要なのは、人とポリシーだよ。若いニッチなWikiは、どんな貢献でも歓迎するからね。テキストの質やタイミングは、ページごとやセクションごとに全然違うことが多いし。新しいコンテンツを提供するだけじゃなくて、既存のコンテンツを編集するのに時間をかける人もいるけど、創造とキュレーションのバランスを取るのが難しくなるんだ。創造が多すぎると、編集者が圧倒されて、ユーザーは何を信じていいかわからなくなって、Wikiが無意味になっちゃう。キュレーションが多すぎると、情報が均一に古くなって、最低限の内容になっちゃって、ユーザーは他に行っちゃうから、Wikiも無意味になる。異なるWikiがあれば、それぞれに独自の人やポリシーがあるからね。一つのWikiを素晴らしくした人たちが去っても、他にWikiはまだあるし。ポリシーが一つのWikiの息を止めても、他にWikiはまだある。あるWikiは削除主義者でいっぱいかもしれないし、別のWikiは包含主義者でいっぱいかもしれない。あるWikiは合併ばかりかもしれないし、別のWikiは分割ばかりかもしれない。みんなを一つのWikiに押し込めると、みんなが協力しなきゃいけなくなるけど、これは完全にボランティアの取り組みだから、多くの人が去っちゃうんだ。たとえ報酬があっても、ある人が支配的になって、他の人は押し出されちゃうこともある。Wikipediaはその例外として目立つけど、基本的にはその種のWikiの中で唯一の注目すべき存在だと思うけど、これはルールを証明する例外だと思う。

└

ちょっと前に、すごく役立つ小さなコンピュータビジョンのウィキがあったんだよね。結構使われてたけど、その頃はコンピュータビジョンの人もあんまりいなかった。で、2010年頃にそのウィキをウィキペディアに移すことにしたんだ。どうなったかは想像つくよね。元のウィキは消えちゃって、記事もほとんど残らなかった。もちろん、ウィキペディアだからね。素晴らしいリソースが消えちゃったよ。

└

ディストリビューションの違いだけじゃなくて、いろんなディストリビューションが異なるバージョンのものを使ってるってことも考えないといけないから、整理するのは難しいよね。

次はNixOSと共有してくれるといいな。

└

Nixは、今まで出会った中で最悪のドキュメントの一つだね。

lwn.netの記事って、これってサブスクライバー専用のリンクじゃなかったっけ？HNでシェアするのってlwnを妨害してることになるんじゃないの？

└

だから、別のWikiを持つのは理にかなってる（あるいはあなたの視点によってはそうじゃないかも）。 0, https://en.wikipedia.org/wiki/Comparison_of_X_Window_System_... 1, https://en.wikipedia.org/wiki/List_of_software_package_manag... 2, https://distrowatch.com/dwres.php?resource=popularity

└

普通は共有リンクだよね（コメントの上にある「無料リンクを共有」ボタンを見て）。今までこういうスタイルは見たことなかった。ログインが必要ないサブスクライバー専用リンクなのに、無料リンクを共有したりコメントに返信したりするにはログインが必要なのが変だね。

└

これは機能だよ。実際、こういう質の高い記事のおかげでLWNにサブスクライブすることになったんだ。

└

「以下のサブスクリプション専用コンテンツは、LWNの購読者によって提供されています。まさに機能そのものです。」

└

こうやって時々サブスクライバーリンクをシェアするのは、私たちにとっていいことだよ。コンテンツを楽しんでいるなら、ぜひサブスクライブして、もっと増えるように手伝ってね！

└

lwnに参加すると、lwnのゲートキーパーになって、lwnを閲覧したりコメントしたりできるようになるんだ。ただの読者になるわけじゃないよ。彼らのトラフィックは、サブスクライバーの数とはほとんど関係ないと思う。サブスクライバーは、ジャーナリズムを積極的に広めている人たちだからね。まるで二層のピラミッドスキームみたいで、彼らのジャーナリズムを広めて賢く見えるけど、送った500人のうち1人が新しいサブスクライバーになるって感じ。

ArchのWikiは、Linuxコミュニティが生み出した最高のものの一つだと思う。TLDPの現代的で改善された、より完全なバージョンみたい。自分のマシンでArchを使ったことはないけど、ワークステーションやサーバー、カスタムYoctoビルドシステムでどれだけ役立ったか数えきれないくらい。Archは色んなやり方をサポートしてるから、どんなツールを使ってもArchがそれをサポートして、Wikiにドキュメントがあることが多い。上流からの変更が少ないから、Wikiの指示は他のディストロでも適用できることが多い。確かに、何かがDebian特有で、Debianのやり方でやるべきだと認識するには少し慣れが必要だけど、Linuxにかなり慣れているユーザーとしては、Archが一番のドキュメントのソースだと感じることが多い。

└

FreeBSDやOpenBSDを使った後だと、Linuxのドキュメントがどれだけひどいかに驚くよ。BSDでは、すべてのコマンド、プログラム、システムコール、設定ファイルがmanページや他のガイドでしっかり文書化されてる。特にFreeBSDハンドブックは宝物だよ。OSの難しい部分を補うくらい、徹底的で親しみやすいドキュメントがある。

└

ほんとにその通りだね。

└

これ、初期のGentooについて私たちが言ってたことそのままだね。

アーチウィキがこんなに素晴らしいなんて、ほんとに驚いてる。もっと評価してもいいくらいだよ。systemdについて何も分からなかったけど、あの素晴らしい記事を読んでから、アーチのメンテナがそのディストロをsystemdに切り替えた理由のリンクも見て、納得できた。

└

15年前にFedoraやUbuntuでLinuxを始めた頃、質問があるたびにアーチウィキで答えを見つけてたんだ。だから結局アーチに切り替えたんだよね。そうすれば、いつでも答えが見つかるから。あの頃はインターネットで検索するのがうまくいってたな。考えてみると、最近アーチウィキが検索結果に出てきたことないな。

└

読む価値ありそうだね。これが言ってた記事？ https://wiki.archlinux.org/title/Systemd

└

ほぼ同じ理由でArchを使い始めたんだ。MacBookにLinuxをインストールしたくて、ちゃんと動かすための情報が載ってるウィキはArchのしかなかったから。

ウィキにもっと編集して、ここに投稿するのは減らそうと思う。ウィキはアーチの要塞みたいなもんだからね。パッケージもそう。良いものを作るためには、みんなの手間がたくさんかかってる。追記：不要なものを削除したり、変更を受け入れないのもウィキの大事な部分。痛いけど、読みやすさのためには必要なんだよね。

これは本当にワクワクするね。Debianの設定や構成のためにArch Wikiを何度も使ったけど、もっとプラットフォームに合ったリソースが欲しかったんだ。DebianベースのOS用に同じようなWikiができるといいな。

プロジェクト間での情報共有や協力が見られて、本当に嬉しいね！

Markdown構文とGITバックエンドを使ったウィキを作ってみて！