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

エレヴェンティの終わり

概要

  • Font AwesomeBuild Awesome という新プロジェクトをKickstarterで発表し、資金調達目標を即達成
  • Build Awesome11ty/Eleventy のリブランディングであり、Eleventyの終焉を意味
  • 静的サイトジェネレーター(SSG)の歴史と現状、商業化の難しさを解説
  • オープンソースと収益化の矛盾、開発者コミュニティの不安や反発
  • 他開発者の声や、筆者自身の立場・代替案も紹介

Build Awesomeと11tyのリブランディング問題

  • Font Awesome が新プロジェクト Build Awesome をKickstarterで発表、目標額を1日で達成
  • Build Awesome は実質的に 11ty/Eleventy のリブランディング、Eleventyの終焉を示唆
  • 筆者自身 も11ty利用者・支援者として強い関心と不安を抱く現状

静的サイトジェネレーター(SSG)の歴史と意義

  • ウェブ黎明期は 静的HTML が主流、後にCGIやPHP等で動的化
  • WordPress などCMSが普及し、インターネットの43%を支配
  • 近年は Jekyll (2008)、 Hugo (2013)、 Gatsby (2015)、 Eleventy (2017)などSSGが再評価
  • SSGのメリット: 高速性・セキュリティ・シンプルな運用
  • テンプレート言語やMarkdownで構成されるフォルダをビルドし、完全な静的サイトを生成

11ty/Eleventyの特徴と開発経緯

  • Zach Leatherman がJekyllに触発されて開発、Node.jsエコシステムを活用
  • 柔軟性JavaScript活用クライアントサイドフレームワーク非依存 が特徴
  • 複数テンプレートエンジン(Liquid, Nunjucks, Markdown, Handlebars, EJS)をサポート
  • NASA, CERN, W3C, Google, Microsoft, Mozilla など著名組織も利用
  • LeathermanはNetlifyからFont Awesomeに移籍、2026年にBuild Awesomeへ移行

SSGの商業化とJamstackブーム

  • Jamstack (JavaScript, APIs, Markup)という概念でSSG商業化の波
  • GatsbyNext.js はVC資金で急成長、クラウドサービスで収益化を狙う
  • Gatsby CloudやStackbitなどは最終的に Netlifyに吸収・終了
  • Netlify/Vercel の戦略は「SSGを餌に有料インフラへ誘導」、SSG自体の収益化は困難

オープンソース開発の持続可能性問題

  • Leathermanは オープンソースの持続可能性 をポッドキャストで語る
  • 広く使われるプロジェクトの維持は 個人負担が大きく、燃え尽きやすい
  • VC的な急成長志向はオープンソース文化と相性が悪い
  • Font Awesomeは「堅実な技術と持続可能性」を共有する企業として選択

Build Awesomeの課題と懸念

  • Build Awesomeは「 ノーコード編集」「 ビジュアル編集」「 有料テンプレート」などを売りに
  • これは過去に StackbitNetlifyCMS が試みて失敗したモデル
  • 静的サイトを作る層は 無料のIDEやターミナル を好み、商用CMSには興味が薄い
  • 本来のユーザー層 を無視し、誰のためのプロダクトか不明瞭

オルタナティブなアプローチと筆者の体験

  • Build Awesomeが本当にSSGユーザー層(NeoCities等)にリーチしていない現状
  • IndieWebや愛好家コミュニティとの断絶
  • Build Awesomeの方向性は「コーポレート感・商業主義」が強く、創作的趣味の領域を侵食
  • 筆者自身も「 Berry House」という非営利・低価格モデルでSSG活用を推進
  • 既存の商用Webは SquarespaceやWordPress で十分、SSGは本質的に別の哲学を持つ

収益化の矛盾と今後への提言

  • SSGやオープンソースの収益化は 過去何度も失敗、根本的に矛盾を含む
  • 高品質ツール開発よりも「 なぜSSGが必要か」「どう伝えるか」という 哲学的アプローチ が必要
  • 非技術者層への本質的な魅力訴求・教育が課題

開発者コミュニティの声

  • 11tyだけに興味がある。Build Awesomeは自分のターゲットではない」(Michael Harley)
  • 資源豊富な企業がリブランディングのためにKickstarter?違和感がある」(Ben Overmyer)
  • この世に良いものは残らない」(Grigør)
  • 最初はワクワクしたが、今は不安の方が大きい。もし方向性が合わなくなったら、今あるバージョンを使い続ける」等、複雑な心境

まとめ

  • Build Awesomeのリブランディングは、既存ユーザーや開発者コミュニティから不安と反発を招いている現状
  • SSGの収益化は過去にもうまくいっておらず、根本的な哲学の再考が必要
  • オープンソースの持続可能性と、ユーザー本位の開発姿勢への回帰が求められる

Hackerたちの意見

SSGとWordPressの戦いは意外と続いてるね…ネット上にWordPressを使ってるサイトがこんなにあるなんて、びっくりだよ。PHPで毎回ページビューごとに動的にマークアップを組み立てて、ハッキングのリスクを抱えてるのに、ページ数がたったの7ページとか100ページとか。そんなの、ゴミみたいなノートパソコンや小さなEC2インスタンスでも、8秒くらいでHTMLファイルにプリレンダリングできるのに。本当に大丈夫だよ。定期的に更新する人たちには、サイト全体を静的にエクスポートできる安くていいWPプラグインもあるし、実際のWPをIP制限でファイアウォールして、S3とかから公開サイトをホストすればいいんだ。

WordPressには以下の機能があるよ:

  • 投稿のスケジュール設定
  • たくさんのプラグイン
  • 使い方を知ってる人が多い
  • 使いやすいWYSIWYGインターフェース 俺の知る限り、ほとんどのSSGはこれらのどれかでつまずいてる。

アイロニックなことに、WordPressが人気になった大きな理由の一つはそのダイナミックな性質だったんだよね。Movable Typeを打倒したんだけど、あれは非常に強力で拡張性のある静的サイトジェネレーターだった。この記事のタイムラインにはMovable Typeのことが全く触れられてないのが信じられないし、ある時点で「静的の完全な歴史:WordPressヘッドレスへの始まり」という別の著者の投稿にリンクしてるけど、そこでもMovable Typeには触れてない。なんか年を感じるわ :/

最近、WordPressから全部のウェブサイトを移行したんだ。ここ数年、いくつかのサイトがプラグインの脆弱性でハッキングされたこともあったし。あれ以降は「セキュリティ」プラグインを使ったら問題はなくなったけど、やっぱり... 自分のウェブサイトをクローリングして、各ページをダウンロードしてマークダウンに変換して、静的サイトジェネレーター(JavaScriptでカスタム)を使ってCloudflare Pagesで無料で運営してる。ダウンタイムも「料金」もなし。結果を見たいなら: https://aretecodex.pages.dev/guides/recomposition いくつかの問題があって、コンテンツを編集するために「画像ペースト」プラグインを使わなきゃいけなくて、.vscodeのプロジェクト設定でそのベースディレクトリや画像パスを設定しなきゃいけない。コメントやアップボート機能がなくなっちゃったし、「検索」機能も失った。

僕にとって、WordPressのインストールが提供するのはGUIなんだ。何人かの人のWordPressインストールを手伝ったことがあって、プライベートなWordPressインストールを設定した後、ウェブサイトを静的にミラーリングするスクリプトを実行してる。これはちょっとハッキーだけど、プライベートなWordPressインストールを隠しておけば、アップデートを気にしなくて済む。WordPressほど素敵なWYSIWYGインターフェースを持ってる静的ジェネレーターは見つけられなかったな。

マーケティング部門がWordPressの代わりにSSGを使うための実行可能なワークフローってあるのかな? - WYSIWYGエディタは必須だよね。マーケティングの人たちは、一度僕が反応しないMacbookでps -eafを実行してた時、ハッキングしてると思ったみたい。 - 彼らは投稿に画像を「入れる」んだ。画像を「アップロードしてCSSで位置を調整する」わけじゃない。 - マーケティング部門だから、いろんな機能が必要なんだよね。少なくともトラッキングは必須で、最大限の機能はエンジニアとしてはあまり良いことを言えないようなマイナーな統合プラグイン。ソーシャル統合や「あなたにもおすすめ」セクションも思い浮かぶ。 > 安いWPプラグインが、サイト全体を静的にFTPやS3にエクスポートするから、実際のWPをIP制限の後ろにファイアウォールで守って、実際の公開サイトをS3などからホストできるんだ。WPの経験はあまりないけど、実際に野良で使われてる信頼できるプラグインを挙げられない限り、これがそんなに簡単だとは思えない。まず、あなたが説明したのは非常に基本的なデータパイプラインで、誰かがサポートしてメンテナンスしなきゃいけない。経験から言うと、プラグインは他のプラグインとうまく連携しないこともあるし。昔、非常にシンプルな個人サイトをWPからエクスポートしようとしたら、脚注が全部めちゃくちゃになってた(今はわからないけど、その時はプラグインで脚注を管理してた)。

クライアントのサイトをHugoで始めたんだけど、2日以内に30分ごとに何かを編集してた(ちょっと誇張だけど)。彼らは編集できるものが欲しかったんだ。Markdownは使わないし、URLを手動で書くこともしない。画像を投稿やページにドラッグ&ドロップしたいんだ。だから、さようならHugo。

WYSIWYG付きのSSGを探している人には、Publiiをおすすめしたいな。ユーザーとしての立場しかないけど、もっと多くの人に知ってほしい。

WordPressから静的サイトジェネレーターに切り替えたら、自動投稿の習慣が崩れちゃった。WordPressはメンテしなくてよかったし、使うのも考えなくて済んだ。でも、切り替えたのは事実だよ。

WordpressはSSGのセットアップの一部になれるよ - 対立するものじゃない。

本当にネット上でWordpressを使ってるサイトの多さに驚いてる。PHPで毎ページビューごとに動的にマークアップを組み立ててるのが不思議だ。静的サイトについて不思議に思うのは、たった1つのファイルを更新するだけなのに、どうしてすべてを再生成する必要があるのかってこと。今、もし自分の書き方がTwitterやMastodon、Blueskyのような小さなメモだと想像してみて。そういうパターンでいくつもメモが溜まっていくと、最終的には何千ものメモになる。各メモにページが必要なの?理想的にはそうだよね。リンクできるべきだし。でも、メモを追加するたびに何千ページも再生成するのは意味があるのかな?わからない。それから、すべての集約ページも考えてみて。例えば、すべてのメモのページネーションリストとか、異なるカテゴリやタグで分けたメモのページネーションリストとか。これでどれだけページが増えるの?それに、すべての静的アセットが毎回ビルド時にソースから出力ディレクトリにコピーされるし。もちろん、コメントもね。静的サイトにはコメントがない。わからないな。自分のサイトエンジンを作ることに投資した人、例えばJeremy Keith(https://adactio.com/)は一番いい状況だと思う。

SSGのことなんだけど、実際に必要な機能ってほんの一部なんだよね。だから、HTMLのリンク用のシンプルな構文を覚える代わりに、Markdownのマニュアルを毎回調べないといけないような、変で不規則なものがある。個人サイトをSSGで始めようとするたびに、醜いテーマが何百もあって気が滅入るし、謎のクソみたいなクラウド側のビルドシステムにもイライラするし、カスタマイズすることを考えるだけで気が重くなる。だから、実験を始めても終わらず、6ヶ月後にまた挑戦して失敗するって感じ。UFOから落ちてきたみたいなランディングページが本当に必要だったときは、Vite-Reactで作ったよ。セマンティックコンポーネントを使うのが楽しくて、「Earth Day Parade Ithaca Commons」って書くだけで、distファイルをS3にアップロードするシンプルなPythonスクリプトができたし(「GitHubアクションで何が間違ったの?」ってこともない)、Cloudfrontを無効化して、メタデータを抽出して、メタデータデータベースを維持することもできた。将来的にやりたいことを正確に実現するための明確な道筋があって、SSGのように6ヶ月後に大きな変更をしようとしたときにゼロから学び直さなきゃいけないわけじゃないし、週末に立ち上げてユーザーの前に出せたんだ。つまり、SSGには商業的な可能性がないんだよ。SSGを維持・カスタマイズできる個人や組織は、必要なことを正確に実現するものをゼロから作れるから、コストや労力も少なくて済むし、成功するためには人を洗脳してそう思わせるしかないって感じ。ソフトウェアの多くの分野でこういうことは毎日起きてるけど、SSGではそうはならないと思う。あの人たちはずっと眠ったままで、DrupalやWordPressの夢を見てるんだろうね。[1] ... それに、似たようなプラットフォームに移りたいなら、"プラグイン"や"モジュール"、その他の複雑な拡張メカニズムに苦しむ代わりに、実装すればいいだけなんだ。

https://soupault.net/ はプレーンHTMLを使って、インデックスページやRSSフィードを作ることについてのサイトだよ。フロントマターがなくても大丈夫で、CSSのようなセレクタを使って、メタページがHTMLページからタイトルや日付を取得できるんだ。

11tyは、普通のHTMLページや投稿でも使えると思うよ。[1] それに、デプロイメントは全く扱わない。得られるのは、PythonスクリプトがS3にアップロードするのに使うdist/ディレクトリと同じもの。これが11tyの魅力だったんだ。テンプレートからHTMLファイルを組み立てて、必要ならサイトマップやRSSも扱ってくれる。これからは多分変わるだろうけど。[1]: 投稿でテンプレート機能を使いたくないなら、設定でhtmlTemplateEngineをfalseにするのを忘れずにね。https://www.11ty.dev/docs/languages/html/ https://www.11ty.dev/docs/template-overrides/

Eleventy'sの強みは常にそのシンプルさと開発者の選択を尊重することだったけど、オープンソースプロジェクトを一人で維持するのは本当に厳しいよね。皮肉なことに、JAMstackの波を広めたことで、フルタイムのチームを持つ資金力のある競合が生まれたんだ。ザックが良いところに落ち着くことを願ってるよ。彼の仕事は、多くの人が静的サイトのアーキテクチャについて考える方法に影響を与えたから。

残念ながら、SSGはお金を生み出せないんだよね。むしろ、シンプルであることが大事だから、複雑なリソースを必要とせずに構築したりホストしたりするのが本来の目的なんだ。彼らに幸運を祈るよ。

例えば、自分でDrupalをゼロから作る余裕はないけど、SSGをゼロから作る余裕はあるし、既存のSSGをカスタマイズするよりも簡単かもしれないし、変なことを避けられるかもしれない。

やっぱりastroが好きだな。ちょっと直感に反するけど、追加された複雑さが長期的にメンテナンスしやすいシンプルなプロジェクトにつながるんだ。シンプルなMarkdownファイルと、別のコードベースの変換プロセスがあって、私にはうまくいってる。Eleventyのドキュメントはいつも混乱してたし、「こんなにシンプルだから説明する必要ない」って印象を受けたこともある。一方で、astroのドキュメントはずっとアクセスしやすい。やりたいことの例があって、迷うことなく、作成者が意図した通りに例に従えばいいだけだった。こういうのって大事だよね。

Astroは素晴らしいし、コードや既存の拡張を見れば簡単に拡張できるよ。めっちゃおすすめ!実際のReactの部分があるのもすごく便利だね。

Astroは素晴らしいし、新しい「静的な」プロジェクトにはそれを好んで使ってる(もっとダイナミックなものにはSvelteKit)。でも、テンプレートを組み立てるだけなら11tyは本当にシンプルだったし、コンポーネントのことを考えたくない人には向いてた。ただ、ドキュメントは一部不足してるところがあるね。

Astroは最高だね。AIを使えば、パイプ処理にあまり悩まされずに、しっかりした意見を持ったフレームワークを基にするだけで済む。

Astroはすごくいいけど、なんか要らない機能をたくさん追加してる気がする。SSGにしてはちょっと豪華すぎる感じ。初めて使ったとき、コンパイラで3つのバグに遭遇したし。豪華さには代償があるよね。

Jekyllの同じバージョンを、10年以上も同じ古い、サポートが終了したRubyで使い続けてるよ。Rubyについて学ぶことも、Jekyllや使ってる2つのプラグインをアップグレードするために時間を使うことも拒否してるし、それにちょっとした誇りを持ってる。ちゃんと動いてるし、ブログを生成してくれるから、他に何もしてほしくない。もうどうやって動いてるのかもわからない。Jekyllが放置されてるかもしれないし、そのRubyのバージョンにはバグやセキュリティホールがいっぱいかもしれないけど、気にしないよ。ウェブサイトを生成するときだけ使うもので、何とも話さないDockerコンテナの中で動いてるから。Eleventyは新しい機能を受け取らないかもしれないけど、あなたのウェブサイトはまだ動くよ。

Eleventyは新機能が追加されないかもしれないけど、ウェブサイトはちゃんと動くよ。これがSSGの魅力だね。HTMLに関するCVEは知らないな。

俺も同じだよ、Jekyllを10年以上使ってるし、古いRubyバージョンだけど、変える気ゼロ。コンテナでも動かしてるし、ただ動くだけ。HTMLを生成して、HTMLは今でも使えるからね。この環境であと10年はやっていくつもり。

ハハ、俺もJekyllで似たような経験したけど、ビルドはコンテナ化してなかったんだ。ある時点で最新の[何か。Ruby? Gems? どうでもいいから、俺のHTMLテンプレートをビルドしてくれ]と互換性がなくなっちゃって、Hugoに移行したんだ。Hugoには結構長いこといて、今のところそんな問題は一度もなかったけど、最近はビルドをNixでラップしてる。だから、同じようにするつもり。もし動かなくなったら、最後に動いたバージョンでビルド入力を固定するだけ。Hugoの人たちは「俺のHTMLテンプレートをビルドしてくれ」って原則を理解してると思う。つまり、静的サイトジェネレーターの仕事はほとんどのケースでシンプルだから、互換性を壊す理由は全くないんだよね。だから、固定する必要がないことを願ってる。

俺も同じ状況だった!Rubyは好きだから言語自体は問題ないけど、Jekyllはあんまり好きじゃない。特にテンプレートシステムがすごく制限されてるのが残念。ERBはかなり良いのに、それがファーストクラスの機能だったらよかったのに。履歴書を生成するのに使ってて、Jekyllを更新せずにほぼ10年過ごした。Claudeが登場してから、最新にアップグレードするのに使ったけど、かなりスムーズだった。安定したシステムには美しさがあるよね。Sinatraは特に楽しい、何年も安定してるから。

もちろん君の言ってることは100%正しいし、非常に妥当だよ。アップボートしとく。 > 俺の知る限り、Jekyllは放置されてる。サイドノートのネタバレ: まだ生きてるよ。俺は自分のものをDebian-stableに保つようにしてて、Jekyllで管理されてる約5つのウェブサイトの主要なメンテイナーなんだ。Ruby 3があって、再び動かすのに20分くらいかかったよ。すべてのソフトウェアがこんなに少ない注意で済むことを願ってる!

HNの多くの人たちは、無報酬のソロOSSメンテナーとしての夢を生きているタイプの人たちだから、この記事のトーンにイラッとするのは俺だけかな。アクセシビリティや人間的な理想を掲げながら、地元ビジネスをオンラインにするために時給5ドルで働いていることを自慢している人たちが、どうして必死にお金を得ようとしている人たちに対してこんなに冷たいのか、本当に理解できない。彼らが自分たちのフラストレーションをOSSクリエイターが生計を立てられる持続可能なモデルを見つける手助けに向けてくれたらいいのに。燃え尽きる前に、なんとか居場所を見つけようとしている人たちに対して、もっと優しくなってほしいな。

ツールにお金を払わずに、同時に有料の仕事を期待するのが究極の権利意識だよね。プロジェクトが消えてしまったり、組織に引き継がれたりするのに対して同情しないのは俺のスタンス。人々が実際にスポンサーになって支援すべきだったときに、無料で手に入ることを自慢するのはおかしい。毎回、誰かがクールな有料プロジェクトを投稿すると、必ず「なんで払うの?」ってコメントがつくけど、MIT/BSD/Apache/...のプロジェクトを引き合いに出すのがいつもの流れだよね。

誰かが「コミュニティ主導のディレクトリを作って、草の根組織やクラブ、活動家グループ、地域の取り組みを発見・つなげる手助けをする」ことを「地元のビジネスをオンラインにするために時給5ドルで働く」と表現するのは、公平とは言えない気がする。これは、プロボノの仕事が法律の職業を貶めると文句を言うのに似てる。両方の側に特権意識があるように感じる。OSSの仕事をしている人たちは、自分の仕事を無料で提供することを選んだにもかかわらず、金銭的な利益を求める権利があると思ってるし、オープンソースソフトウェアを使う人たちは、無報酬の労働を永遠に受ける権利があると思ってる。どちらも微妙だよね。リッチ・ヒッキーが「オープンソースはあなたのためではない」というエッセイを書いていて、そこでは「オープンソースの何かのユーザーだからといって、何かを得る権利があるわけではない。貢献する権利も、機能を求める権利も、他人の注意を引く権利も、あなたの不満に価値を付ける権利も、説明を求める権利もない」と言ってる。これは本当にその通り。間違いなく。OSSは貢献者のためのものでもない。消費者に対して何かを求める権利はないし、報酬を求める権利もない。自分の貢献を持続可能にするために他人が努力することを期待する権利もない。私たちはみんな大人なんだから、苦痛や苦しみを感じるなら、やめることもできるし、同意できない方向に進んでいるプロジェクトは自由にフォークできる。それがオープンソースの本質。単なるライセンスモデルで、特定の法律があるから存在するだけ。あとは何が公共で何が私的かの決定に過ぎない。それ以上でもそれ以下でもない。だから、プロジェクトが自分の望む方向に進まないなら?黙ってフォークしろ。自分の仕事に対して報酬がもらえないなら?マネタイズする方法を見つけるか、次に進め。ネットで文句を言うな。

私は本当に同じ人たちが…どうして同じ人たちだと思うの?人は何かに同意しないとき、声が大きくなる傾向があるし、多くのトピックはコミュニティをほぼ半分に分けることになる。結局、何が起こっても文句や微妙な嫌味・侮辱を聞くことになる可能性が高いよ。

ザックには報酬をもらってほしい、11tyは私のお気に入りのSSGだから。Font Awesomeのやり方は賢くないと思う。私の投稿にも書いたけど、11tyのオープンコレクティブに貢献してるんだ。どうしてそれが誤解されるのか分からない。

彼らがフラストレーションをOSSクリエイターが生計を立てるための持続可能なモデルを見つける手助けに向けてほしいと思ってる。あなたが明白なことを聞きたくないのは分かるけど、自分の情熱を給料にするのは燃え尽き症候群への一方通行の切符だよ。あなたのヒーローたちも人間なんだから。情熱が魔法で、それを続けるには日常の仕事との対比が必要なんだ。両方を失う痛みを知りたくないでしょ?燃え尽きは避けられないものでも年齢や経験に固有のものでもない。適切な境界を設定して、しっかりすれば逆に防げるよ。それにしても、どうしてこの話題が何度も出てくるの?若い人たちが広い労働世界を恐れているだけなのか、それとももっと悪意のあるものなのか?この意見は、こういう働き方をしたい若者を利用しようとする悪者たちによって広められているの?

でも、彼らがフラストレーションを持っているなら、OSSクリエイターが生計を立てられる持続可能なモデルを見つける手助けにそれを向けてくれたらいいのに。 どうやってそれを実現できるんだろう?

何も大した成果を出したことがない低い主体性の人たちは、何が必要かの基準がないから、やるために何が必要かなんて全然気にしないんだよね(彼らの特権意識や無関心、軽視の中でそれを続けるのも)。OSSは、受動的攻撃性とエゴの間で永遠に続く戦争に悩まされている有毒な世界で、どちらも「剣を下ろす」ことは絶対にないんだ。

11tyがこんな風に使われるのを見るのは悲しいな、特に数千ページの複雑なプロジェクトを作った後だから(https://www.extravirginvault.com/)。複雑さはあるけど、AstroみたいなもっとモダンなSSGにサイトを移行するのは、数日でできる気がする。残念ながら、次のSSGが数回のClaude Codeのプロンプト先にあるとき、11tyのために戦うほど強く思っている人はいないと思う。

ちょっとしたお知らせ。あのサイト、すごく時間をかけてスタイリングしたみたいだけど、カルーセルが子供の影をクリップしちゃってるよ。内側のパディングを増やして、ネガティブな横マージンを使えばそれを避けられるかも :)

ギリシャのオイルが3つしかリストされてないのはどうして?このゲームの元祖みたいなもんだよ!

フロントエンドに依存しない静的サイトジェネレーターには「終わり」がない。最終版を何年も使い続けられるし、バグや言語の新しいバージョンとの互換性の問題を修正するためにプライベートフォークを維持することもできる。もしメンテナンスしたくなければ、別のSSGにコンテンツを移行することもできるし、自分でSSGを書くのも楽しいプロジェクトだよ。

Jacob Kaplan-Moss, 2024年2月: https://social.jacobian.org/@jacob/111914179201102152 > 「オープンソースは持続可能であるべきだし、オープンソースのメンテイナーは報酬を得るべきだと考えています!」 > メンテイナー: 商業機能を導入する「そんなことじゃない」 > メンテイナー: 大手テック企業で働く「そんなことじゃない」 > メンテイナー: 投資を受ける「そんなことじゃない」