Tailwind Plusは、有料のUIコンポーネントとテンプレートのコレクションなんだ。TailwindCSS自体は、Bootstrapみたいなスタイリングツールに過ぎないよね。

うん、これが有料になるのは変な感じだね。ウェブ開発の世界では、ほとんどのものが無料なのに、UIフレームワークに縛られてサブスクリプションを払い続けるなんて、ちょっと無茶だよね。まるでPostgresが月額料金を要求してくるみたい。編集：今見たら、彼らの価格設定は一回限りの永久アクセスなんだね。それでも、このモデルがどれだけうまくいくのか、本当に気になる。

もう一つ面白い有料機能は、https://sso.tax/ なんだけど、ユーザーにとっては直感的じゃないから笑えるよね。でも、それは意図的なんだ。彼らは、開発者が製品にかなり投資した後に決断を促すポイントを探してるんだ。

ありがとう！これは有料機能なんだ。ライブラリの開発に約25万ドルかけたからね。もしただ無料で配って、ずっとメンテナンスするつもりだったら、作れなかったよ。うちのエンジニアは優秀な人たちで、ちゃんと報酬をもらうべきだと思う。

これが実現するまでにすっごく時間がかかったな。数年前、互換性を気にせずに個人的なプロジェクトでウェブコンポーネントをいじってたのを思い出すよ。メインストリームのライブラリがやっと取り入れ始めたのは嬉しいね。

うちの会社の広告コードではウェブコンポーネントを使ってるけど、個人的にはかなりがっかりしてる。コード実行を簡単にトリガーできるけど、APIがあんまり良くないんだよね。

2014年頃にPolymerをいじってたのを思い出すな。なぜか「トランスクリュージョン」って言葉が頭に浮かんでくるけど、その時はワクワクしてた記憶があるよ。今はその意味をほとんど忘れちゃったけどね。

12年間これを言い続けてる…12年、マジで。Reactの卒業生たちは俺を変な目で見るし、Angularの開発者は必要ないって言うし、Svelteの兄弟たちは「消えろ」って感じ。誰かが注目してくれてるのが嬉しいよ。シャドウDOMはいらないし、単純な値が変わったときに全てを再レンダリングする必要もない。ウェブコンポーネントとスコープ付きのjs/ts、viteか使ってるロールアップがあれば十分だよ。

「フルTailwind体験」はもう無料で手に入るよね。フロントエンドのCSSフレームワークが「深い統合の機会を失っている」って、具体的に何があるの？Tailwind Plus（商業製品）は、既製のテンプレートを買うようなもので、テーマやプリビルドのコンポーネントの集まりなんだ。プロジェクトをすぐに始めたい開発者には便利だけど、型にはまったもので、Tailwindを持っている人なら誰でも簡単に再現できちゃう。

他のプロジェクトとの深い統合の機会がたくさん失われてるよね。どんな統合を考えてるの？

お金の心配してる？彼らはもう夢のように裕福だよ。成長や拡大、もっと大きな会社を作ることにワクワクしてるけど、それはお金のためじゃなくて、彼らの野心によるものだと思う。追記：アダムたちのことは代弁できないけど、これは私の印象ね。彼らはtailwind（オープンソースプロジェクト）の一部としてビジネスを作りたいと思ってるんじゃないかな。銀行口座の残高に関係なく、収益を生むプロジェクトを持ちたいと思ってると思う。Laravelが良い例だね。

ジェフ・ベゾスが37signalsにお金を投げたみたいな感じだよね。正直、37Signalsは創業者が誰かに報告する人がいた方が良かったんじゃないかなって思う。

ちょっと混乱してるんじゃない？ Tailwindはもう無料でオープンソースだよ？ これは時間を節約するために事前に作られたコンポーネントを販売してるだけで、フル体験を損なうことは全然ないよ。

ちなみに、AIでtailwindコンポーネントを簡単に生成できるようになったから、彼らのコンポーネントにはお金を払いたくなくなった気がする。考えてみると、Tailwind UIって呼ばれてた頃に実際にお金を払ったことがあるけど、今はそれを使う代わりにclaudeにUIを生成させてるんだ。ライセンスの問題がないのがメリットだし、今後彼らのビジネスがどうなるか興味深いね。

それに、消えちゃったfigmaのデザインライブラリもあったよね。デザイナーを同じページに合わせたいなら、ちょっと馬鹿げてるよね。

これは理由があってのtailwindcssだよね。

これはVueのサポートだね。たくさんのフレームワークがある中で、全部にカスタムラッパーを作るのは現実的じゃないよ。ウェブコンポーネントを使えば、一度作ればどこでも使えるからね。あとはフレームワーク側が素晴らしいウェブコンポーネントのサポートを確保するだけだね（つまり、素晴らしいHTMLサポートってこと）。

Vueは素晴らしいウェブコンポーネントのサポートがあるよ。React 19も（やっと！）そうだし。ウェブコンポーネントはごちゃごちゃしてるけど、これはその素晴らしい応用例だね：すべてのフレームワークで使える再利用可能なコンポーネントを提供すること。これがウェブコンポーネントの唯一無二のキラーアプリケーションだよ。正直、これを「バニラJavaScript用」としてマーケティングしてるのには驚いたし、「すべてのフレームワークをサポート」として売り出さないのが不思議だね。

そうだね、何が起こってるかをちゃんと見られるのはいいよね。脆弱なCSSのカスケードに潜り込む必要がないのが助かる。

なんかjQueryっぽい感じがする、いいね。

せめてこの呪われたプロジェクトに何か良いことがあったってコメントしに来たんだけど…考え直させられたわ。

グループはいいね。子要素が親要素に効果を発動させることができる。ホバーすると、広範囲のことにJSがいらなくなる。

実際のプロジェクトでは、クラスを読みやすくグループ化することが多いんだ、こんな感じで：...今は手動でやってるけど、こういうフォーマットを自動化するツールがあったらいいな。

フロントエンド開発は、何が問題なのかをちゃんと理解するまで、完全にストップするべきだと思う。

どうしてこれを見て「うん、いいクリーンコードだな」って思えるのか全く理解できない。Tailwindがこんなに人気になったのはどういうこと？普通のCSSを学んだ方がいいよ。今は本当に良いから。

Tailwindは「Bourbon on Steroids」みたいなユーティリティクラスのCSSフレームワークとして、いい意図で始まった気がするんだけど、人々がそのプロトタイプやサンプルコードを思った以上に受け入れて使い始めたんだよね。それで、どんどん広まった。2018年にTailwindを見つけて、かなり大きなプロジェクトをリニューアルしようとしているチームに紹介したのを覚えてる。最初に提案したのは、Bourbonみたいに扱って、Tailwindのユーティリティを基にしたクラスを書くことだった。そうすれば、HTMLの中に意味不明なクラスがなくても、.buttonや.button-primary、.button-primary__accentみたいなものが持てるから。でも、Tailwindを読んでみたら、チームはプリビルドクラスを書いて進める方がずっと簡単だと感じたみたい。それでうまくいったし、コードの書き方にこだわらなければ、整合性もあった。なんか、レスポンシブデザインの時代の前の「Pixel Perfection」を思い出す。あの頃は、Photoshopでデザインした通りに見えて、プレゼンの時にクライアントに印刷して見せてたから。

簡単に言うと、ReactやVue、Svelteみたいなものを使ってるなら、Web Componentsはバンドルサイズやランタイムオーバーヘッドの面で厳しい負担になる。で、両者の間にインピーダンスミスマッチがあると、特にReactではよくあるらしいけど（個人的には使ってないから分からないけど）、機能性や使いやすさで妥協しなきゃいけなくなる。そうなると、Web Componentsを使う意味がなくなるよね。サーバーサイドレンダリングみたいなフレームワークのもう少し進んだ部分ともあまりうまくいかないことが多いし、やり方によっては影響が出るかも。Reactが主流の世界で、Reactを使いたいなら、Web Componentsをターゲットにするのは意味がない。しかも「ヘッドレス」だとさらに悪化する。もっと包括的な実装は、かなりのオーバーヘッドがあるからね。