「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている

「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている Tailwind CSS 1 を一目見た人、特にCSS初学者のうちけっこうな割合が「これエグい負債になりそう」と思う気がする。なぜなら実際にそのような意見をちらほら見るからなんだけども、自分はあんまりそうは思っていないし、微妙に今のCSSについて誤解があるような空気も感じるのでその理由を説明したい2。JSXと同じで嬉しさを理解して使い慣れればなんてことはないのだけど、一方でその背景にある話はJSXより複雑なので単純に使って慣れればいいという話でもなさそう。 なお、この記事は私の以下の2ツイートを膨らませたものです。 Tailwind CSS、剥がすのは大変そうだけどそれをもって重大な負債になると評せるかは微妙に思っている https://x.com/aumy_f/status/18220941478532

[ty356trt5]

「慣れれば」って時点で負債の発生源になってると思う

[gabill]

シールの剥がしにくさには「剥がれにくい」「剥がしたら下の塗装ごと剥がれる」「剥がすと跡が残る」「剥がすときに細かく千切れる」があり、Tailwindの剥がしにくさは「剥がすときに細かく千切れる」だと思う。

[ichi404]

「慣れれば」なら秘伝のタレcssよりTailwindの方がいいだろ。ちゃんとドキュメント化されてるんだし。

[hasiduki]

返さないといけないから負債なので！！！！！返すつもりがないなら負債じゃないのだ！！！！

[mayumayu_nimolove]

つか使いこなしてる人から言わせると今だに使えない人は向いてないから使わなくていいのでは？って事だよ。私はtailwindで組んで求められればAIでpureに変換するからどちらでもって感じ。いまだに対立する意味がわからん

[burnworks]

HTMLもCSSも書けるしデザインもできるって場合、Tailwind CSS でいきなりプロトタイプ作って確定したらそのままデザイン当てていけばいいし、それに慣れると生産性の観点から使わないという選択肢はなくなります（個人の感

[Fushihara]

cssはスコープが不意に広がりすぎる事を止める事が出来ないのがつらすぎる。だからhtmlコンポーネントがもっともっともっと普及してスコープを区切るのが当たり前になったら不要になる！後10年くらい？

[north_korea]

JSXの中にHTMLとCSS書いてる時は一周回った感あったな〜

[ultimatebreak]

最近は見かけないけどまだTailwind使ってないの？wwみたいなのが結構いて嫌いになったんだよなあ。現状必要とも思わないし覚えるのめんどくさいので必要になるならやるくらいの気持ちでいる

[seal2501]

CSS書けるけどめんどくさい人向けなんだよね。書けない人が何使っても負債になるのでは。それならHeadless UIとかのほうがいい

[yosio_ism]

導入済みのtailwindが負債になって剥がそうと思ったときの理由と方法によるかなあ。別のスタイル手法に完全に乗り換えなきゃいけない事態だとすると、大変そう

[earu]

どんな技術でも負債になるんだから、その技術内でのマイグレーションやドキュメント、保守性が優れていればいい。以上の点が守れていて、かけた工数分以上のリターンが常にあるものは採用していいかなと思います。

[umai_bow]

Tailwindって本質的に命名を省いたBEMで、それがReactを始めとするフロントエンドライブラリのコンポーネントという機能によって可能になったのだと思っている。Tailwindが死ぬときはコンポーネントが死ぬときだと思う

[fuji_haruka]

よく整理された議論だと思った

[metamix]

Tailwindが世に出てもう5年経ってるわけで、その頃から導入して今も問題無いならもう負債化はしないでしょ。10年後のこと考えてたらReactすら残ってるか分からんよ

[dotneet]

デザインシステムに落とし込んで使ってれば剥がしやすさとしてはCSSフレームワークと変わらないはずなので相対的により強力な負債になったりはしないのではないかな。

[envs]

秘伝のタレCSSでよくない？ってなる

[eachtime]

みんな偉そうにコメントしてるが、実際に業務で使いこなしている人は1割以下だろ。はてなはナンチャッテな人ばかりだもんな。

[Tack2Me]

HTML汚すな教の者です。

[tohokuaiki]

SASSやSCSSはCSSの拡張だったけど、Tailwind CSSは全然違うもんな。

[kiririmode]

ユーティリティクラスはアプリケーションレベルの変更についてイミュータブル。短く、取り得る値を制限できる

[findup]

gitとかもそうだがこういう話題に、未だに使わない、使いこなせてないのは無能、みたいなニュアンスのコメがつくのITエンジニアの嫌な部分が見えてる気はする。

[mushus]

style属性にmedia qeryもかけるものが欲しい

[karur4n]

“俺はスタイルの都合に引っ張られるマークアップの構造にいちいち意味ありげな名前をつけるのをナンセンスだと思っている”

[ledsun]

意外と負債にならないんだよね。なるのは「Tailwindのクラス名が他のライブラリーと衝突するとき」。Tailwindがメジャーになって「ぶつかってくるライブラリーが悪い」になってしまった。

[strawberryhunter]

Tailwindはstyle属性に近いので、部分的に適用したり、部分的にやめたりするのが比較的楽だと思う。

[bascinet]

どんな技術も適材適所よ。現場にあったものを使えば良いだけなんだから一般的だから使うべきって発想は嫌

[surume000]

Reactなどで適切にコンポーネント化されていること前提のライブラリだと思う

[m50747]

そもそも剥がすかも知れない生半可なノリで採用するもんじゃ無いと思うけど。かなり覚悟決めて採用しないといけないと思う。

[takeag]

読者へ。 負債になるかならないかという0か100かで考えないでほしい。 それでいえば殆どの実装やコードは負債になる。 程度や比較で考えてね。

[silossowski]

“「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている”

[marunabe]

似た部品で細部だけ違うヤツが大量発生すると辛そうな印象あるけど、細部だけ変えるとかは無しの方向にしてるのかな？デザイナーのセンスを殺さないと導入難しい気がしてる。

[vegnpomn]

独自ツールと標準にない構文が出てくるものは、確実に将来重い負債になるのは運命だが、今のフロントフレームワークの多数派はそれなので、フロントは負債が溜まったら全部捨てて作り直す前提でいるのが正なんだろう

[oknhrk]

付随するUIライブラリがある日lintでエラー吐くようになって、調べたら本体で突然非推奨になってたのでその部分を作り直した。そういうのは避けられないですよね。

[poad1010]

この記事をおすすめしました

[buhoho]

破棄しやすいテクノロジーは良いものです。

[circled]

CSSそこそこ書ける人がtailwindcss使うと早いし楽。CSS詳しくないで使ってると、それは単に覚えること増やしてるだけなので理解に苦しむと思う

[misarine3]

そもそもフレームワーク使う時点でcssそこそこ「使いこなせる」前提だと思っててよくわからんまま使ってる人がコーディングしたら負債は大きくなるし、わかる人がコーディングすれば負債は最小限でしょう。