Drupal 25周年：私が学んだこと

Drupal CMS ラボ編集部

2026-01-14

2026-02-24

この記事は Dries Buytaert の公式ブログ「dri.es」の翻訳記事です。Driesブログの記事一覧よりすべての翻訳記事をご覧いただけます。

Drupalは今日、25周年を迎えました。四半世紀です。

趣味として始まったものがコミュニティとなり、そしていつの間にか、ウェブインフラの柱となりました。

振り返ってみると、私が学んだ最も重要なことは、実はソフトウェアそのものについてではありませんでした。それは人、規模、そして永続するものを構築するために必要なことについてでした。

25年間で、25の教訓を得ました。

2009年パリのDrupalConで、私たちはリボンカットを行いました。Drupliconはかなり大きなハサミを持っていました。この写真はまさに最悪のタイミングで撮影されましたが、今でも私のお気に入りのDrupal写真の1つです。

1. 成功と善行は両立できる

以前は選択を迫られていると思っていました。持続可能なビジネスを構築するか、寛大な何かを構築するか。Drupalは、それが誤った選択であることを教えてくれました。成長と寛大さは互いに補強し合うことができます。真の課題は、一方が他方を押しのけないようにすることです。

2. コミュニティのための設計が可能だ

コミュニティは自然に生まれるものではありません。設計が必要です。Drupalのモジュール式システムは貢献する明確な場所を作り、オープンなロゴは人々が独自のバリエーションを作ることを促し、軽量なガバナンスは人々が責任を担うことを容易にしました。コミュニティの存在を強制することはできませんが、成長するための条件を整えることはできます。

3. 少数の決定がすべてを定義する

後から見れば、ほとんどの選択は大して重要ではありませんが、ごく一部がプロジェクトの軌道全体を形作ることになります。Drupalの場合、それはGPLライセンスの採用、フックシステム、ノードシステム、Drupal協会の設立、さらにはクレジットシステムさえも含まれます。決定を下している時点では、どれがそうした決定なのか決してわかりません。

4. 調整こそが製品である

初期の頃、調整は簡単でした。ほとんどの人を名前で知っていましたし、深夜のIRC会話1回で問題を解決できました。その後、Drupalは成長しました。最初はゆっくりと、そして一気に。リリースサイクルで最も困難だったのはコードではなく、時差、文化、優先順位が異なる数百人を調整することだったことを覚えています。あまりにも多くのエネルギーが「自転車置き場の議論」に費やされました。その時私は学びました。規模が大きくなると、コードは製品ではないと。それは私たちが出荷するものですが、調整こそがそれを可能にするのです。

5. 誰もが何かを抱えている

私は、最初は見えなかった困難と向き合っている人々と働いてきました。メンタルヘルスの問題、介護の負担、個人的な危機。ある瞬間の誰かの行動が、その人のすべてを物語ることは稀だということを教えられました。健全なコミュニティは、人々に居場所を作ります。忍耐と優しさこそが、優れた人々を留まらせる方法です。

6. もう誰もDrupalを完全に理解していない、私自身も含めて

25年間と数万人の貢献者を経て、Drupalはもはや誰一人として完全に理解できないほどに成長しました。私もDrupalのドキュメントをググります。奇妙なことに、私はそのことを誇りに思っています。なぜなら、それがDrupalが私たち一人ひとりを超えた存在になったことを示しているからです。

7. ボランティア活動だけでは規模を拡大できない

初期の頃、Drupalのすべてはボランティアによって構築され、長い間それで十分だと感じていました。ある時点で、それでは足りなくなりました。プロジェクトは人々が提供できる時間よりも速く成長しており、いくつかの重要な作業にはより多くの人手が必要でした。有償の貢献者は安定性と深みをもたらし、ボランティアは革新を続けました。最良のプロジェクトは両方のための場所を作ります。

8. あなたの言葉は思っている以上に重みを持つ

つい数週間前にも、無害だと思ったSlackメッセージを送信し、それが混乱と苛立ちを生むのを目の当たりにしました。私は長年、形を変えて同じ過ちを繰り返してきました。プロジェクトが成長するにつれ、あなたの言葉の重みも増します。何気ない一言が数週間の作業の方向を変えたり、最善を尽くしている人の士気をくじいたりすることがあります。私はより慎重に話すことを学ばなければなりませんでした。自分が重要だからではなく、自分の役割が重要だからです。私は今もこのスキルをより良くすることを学んでいます。

9. メンテナンスは拍手のないリーダーシップである

オープンソースのボトルネックは、新しいアイデアや新しいコードであることは稀です。それは、既存のものを維持する意欲を持つ人々です。レビュー、意思決定、新しい人々の受け入れ、そして何年もの間コンテキストを保持すること。誰もその仕事をしたがらなかったために停滞するプロジェクトも、静かに立ち上がった数人のおかげで生き延びるプロジェクトも見てきました。メンテナーは、すべてを繋ぎ止める仕事をしています。プロジェクトを長続きさせたいなら、メンテナーを大切にしなければなりません。

10. 文化はストレスの下で鍛えられる

Drupalコミュニティは、ただ良い雰囲気の上に築かれたわけではありません。リリースやDrupalConの数週間前、深夜のデバッグセッション、そして意見の相違やドラマの混沌とした瞬間の中で築かれました。ストレスが私たちの最良の部分を引き出すこともあれば、時には最悪の部分を引き出すのも見てきました。どちらも重要でした。なぜなら、それらが意見の相違、決断、そして回復の仕方を学ぶことを強いたからです。そうした困難な瞬間が、穏やかな時には作り出せない信頼を築き上げました。そして、それがコミュニティが今も存続している大きな理由です。

11. リーダーシップは創設者を超えて成長しなければならない

Drupalが永続するためには、リーダーシップが私を超えて進む必要があり、そのためには私が手放す必要がありました。それは、私が深く関心を寄せていた決定から一歩退き、私が選ばなかったかもしれない方向にプロジェクトを進める他の人々を信頼することを意味しました。私が始めたプロジェクトで脇に追いやられたと感じる瞬間もありました。それは誰のせいでもありませんでしたが、簡単ではありませんでした。手放すことは常に容易ではありませんでしたが、それがDrupalが今も存続している理由の1つです。

12. オープンソースは実力主義ではない

以前、貢献への唯一の真の制約は学ぶ意欲だと言っていました。私は間違っていました。自由な時間は特権であり、平等な権利ではありません。仕事、家族、または責任のために、無償の仕事をする余裕のない人もいます。オープンソースが実力主義だという主張をやめた時にのみ、公平性を設計することができます。

13. 公の場で考えを変えることが信頼を築く

長年にわたり、かつて主張した立場を撤回せざるを得ませんでした。公の場でそうすることで学んだのは、間違っていたことを認める方が、正しかったと主張するよりも多くの信頼を築くということです。人々は、あなたが間違っていた内容よりも、間違った時にどう対処したかを長く記憶します。

14. 持続性は早期に正しいことに勝る

2001年、オープンソースは企業が避ける珍品でした。今日、それは世界を動かしています。私はそれを証明できるずっと前から信じていました。とにかくDrupalの開発を続けました。世界が追いつくまでには何年もかかりました。それは、信じるものに固執することが、素早く正しいことよりも重要だということを教えてくれました。

15. 最も困難な革新は物事を壊さないことである

長年、私は後方互換性を破棄することが中核的価値だと主張していました。アップグレードは苦痛でしたが、それが進歩の代償だと考えていました。真の突破口は、人々が構築したものを壊さずに前進し続けるための十分なテストカバレッジを構築した時に訪れました。今日、Drupalは本番コードの2倍以上のテストコードを持っています。その規律はどのリライトよりも困難でしたが、どの新機能よりも多くの信頼を獲得しました。

16. ほとんどの人は正しい理由でここにいる

大規模なコミュニティには必ず悪意ある者や荒らしがいて、放置すれば彼らがあなたの注意をすべて消費してしまいます。最悪の行動に焦点を当てすぎると、何か良いものを構築しようとする多くの人々の静かで着実な仕事を見逃し始めます。あなたのエネルギーは、そうした人々を支えることに使う方が良いのです。

17. 言葉は銀、貢献は金

言葉は重要です。方向性を示し、人々を招き入れます。しかし、Drupalを最も形作ったのは、現れ続けて仕事をし続けた人々でした。文化は、実際に成し遂げられたことと、それを成し遂げるために現れた人々によって形作られます。

18. ビジョンはトップから来る必要はない

長い間、プロジェクトリーダーであることはビジョンを持つことを意味すると思っていました。時を経て、それは良いアイデアがどこからでも来るための条件を作ることを意味すると学びました。最良の決定は、会ったこともない人々から、私たちが抱えていると知らなかった問題を解決する形で来ることがよくありました。

19. 火花は個人に宿るが、炎はそうではない

一人の人間がプロジェクトの方向を変えることはできますが、貢献は単独では存続しません。すべての新機能にはメンテナンスコストが伴い、最終的には元の作者が決して会うことのない人々に依存します。成功するプロジェクトは、両方の真実を同時に抱えなければなりません。火花は個人のものですが、炎はそうではありません。

20. 規模が大きくなると、バグさえも機能になる

十分な数の人々があなたのソフトウェアに依存するようになると、意図したかどうかに関わらず、観察可能なすべての動作が約束になります。遅かれ早かれ、誰かがエッジケースや癖を基にワークフローを構築します。だからこそ、互換性の維持は劣った形の仕事ではありません。それは製品の中核です。

21. 優れたプロジェクトは、人々が次に何を構築するかで測られる

長い間、トップコントリビューターがDrupalから離れることは損失のように感じられました。時が経つにつれ、彼らが次に何を構築したかに気づき始め、彼らがここで学んだことをすべての活動に活かしていることに気づきました。多くの人々がチームを率いたり、会社を起業したり、他のオープンソースプロジェクトをリードしたりしました。私はこれをDrupalの最も意義深い成果の1つと見なすようになりました。

22. 長寿は流行を追わないことから生まれる

Drupalが今も存続しているのは、あらゆる新しいトレンドを追う衝動に抵抗し、構造化されたコンテンツ、セキュリティ、拡張性、オープン性といった永続するものの上に構築し続けたからです。これらは20年前も重要でしたし、今日も重要であり、20年後も重要であり続けるでしょう。

23. 重要なら、言い続けよ

コミュニティは部屋ではありません。人々は異なるタイミングで参加し、異なることに注意を払い、異なるフィルターを通して聞きます。アイデアは定着する前に何度も何度も伝えられなければなりません。重要なら、言い続けてください。定着するアイデアとは、コミュニティが拾い上げて前進させるものです。

24. 道全体を見るにはコミュニティが必要だ

時には前進する道が明確に見えることもあります。個人は方向を見ることができますが、コミュニティは地形を見ます。亀裂、分岐点、疑念。一人で正しいことは明快さをもたらします。他者を巻き込むことは確信をもたらします。

25. 準備ができたと感じる前に始めよ

Drupal 1.0.0をリリースした時、私はほとんど何も知りませんでした。旅路の大部分で、自分の能力を超えていると感じていました。よく緊張し、時には怖気づくこともありました。ソフトウェアを拡張する方法も、コミュニティを構築する方法も、リードする方法も知りませんでした。それでも出荷し続けました。待つことで準備が整うわけではありません。行動することで準備が整うのです。