さっきブログ書いたけど普通にcss書きましたが？

でもtailwindが廃れたら困らない？

>でもtailwindが廃れたら困らない？
廃れるということはありえないよ
もうCSSに逆輸入されるかどうかになってる

CSSめちゃくちゃ面倒くさかった記憶しかないけど簡単になったの？

tailwindとやらでどのくらい楽になるのか教えて

<button class="bg-blue-500 text-white align-middle px-3 py-1.5 rounded" type="button">
ボタン
</button>
こんな感じで行ったり来たりせず全部htmlに押し込められるの

そんな…関心ごとの分離はどうなったんです？
jsとhtmlとcssは分けろって教わったんですけお…

逆に全部jsに書くのはダメ？

>jsとhtmlとcssは分けろって教わったんですけお…
今は真逆でコロケーションと宣言的が重視されてる
htmxっていうjsライブラリがjqueryにかわって台頭してる

そのUIが1回登場するだけなら楽だろうな

>逆に全部jsに書くのはダメ？
2015年くらいに一瞬流行った
CSSinJS
今はtailwind一択

>そのUIが1回登場するだけなら楽だろうな
複数出てもこれでいいんだよ
なぜならコンポーネントはCSSで担保するものではないから

なんつーか…時代を繰り返してんだな

そういえばjqueryって今どのくらい使われてるんだろ

>なんつーか…時代を繰り返してんだな
感覚的にわかりづらいかもしれないけど一周回ってはいる
CSSのクラスなんて人間には管理できなかった
このボタンはこのクラスみたいなのならいいけど実際はこのヘッダのこの中に書きたいときはこのクラスみたいな
BEMとか頑張って管理してたけどそういうのはもうReactでやるのでかわりにCSSは本当にただの装飾に専念することになった

>htmxっていうjsライブラリがjqueryにかわって台頭してる
Reactはどうなるの？

>>htmxっていうjsライブラリがjqueryにかわって台頭してる
>Reactはどうなるの？
reactは領域が違う
htmlに溶け込ませて一部ajaxで扱うのがhtmx
reactは特定コンポーネントを完全にjsの支配化にするもの

ダニングクルーガー曲線の最初の山に居そう

ホバーすると色が変わるみたいなのはいちいちクラス書くの面倒だからあらかじめ用意したほうがいいよねみたいな話？

<button hx-post="/clicked" hx-swap="outerHTML">
Click Me
</button>

ちなみにこれがhtmxね
これを見ても分かる通りhtml内に全て宣言的に書くことが今のトレンド

>ホバーすると色が変わるみたいなのはいちいちクラス書くの面倒だからあらかじめ用意したほうがいいよねみたいな話？
大体あってる
クラスは管理が難しいならもう管理しなくていいじゃない
そんで色もマージンも全部デザイントークンという形で決まったサイズで定義したほうが大体美しくなる
という発想

コンポーネント指向というか全体のコーディングよりは
事前の定義ありつつも個別管理のハイブリッドみたいな時代よね

>これを見ても分かる通りhtml内に全て宣言的に書くことが今のトレンド
むかーし独学でやってた時に　HTMLに全部書けばいーじゃんって言ったらすげぇ馬鹿にされたわ

>コンポーネント指向というか全体のコーディングよりは
>事前の定義ありつつも個別管理のハイブリッドみたいな時代よね
こういう流れってweb制作以外でもあったりするのかな？

>Click Me
>ちなみにこれがhtmxね
これサーバーがクリックを処理してくれないと動かない？

>>Click Me
>>ちなみにこれがhtmxね
>これサーバーがクリックを処理してくれないと動かない？
そう
htmxはAjaxを宣言的に書くのがメインだからサーバーも触れないとだめ
単に出しわけとかしたいだけならAlpine.jsっていう宣言的に書けるやつがある

>むかーし独学でやってた時に　HTMLに全部書けばいーじゃんって言ったらすげぇ馬鹿にされたわ
style=にそのままぶち込むようなもんだからな

そういえばなんでjqueryが廃れたのか知らないや
Reactのせい？

>そういえばなんでjqueryが廃れたのか知らないや
>Reactのせい？
jqueryはずっとDOM構造に密結合した実装をする必要があって
html書き換えたりするとすぐ何か挙動おかしくなるみたいな問題があったので

>もうCSSに逆輸入されるかどうかになってる
逆輸入されるとしたらどういう形になるのかね

あれこれ変遷を見てきたけど結局は流行りに乗らず自分のやりやすいようにやるのが一番だという結論に達した

まあでもトレンドも今はめちゃくちゃシンプルで簡単で学習コスト低いほうに寄ってる

alpine.js知らなかった
ググったらなかなかよさそうね

> こんな感じで行ったり来たりせず全部htmlに押し込められるの
今って本家CSSだいぶ進歩したし
@layer utilities {
.flex { display: flex; }
.gap-4 { gap: 1rem; }
.p-4 { padding: 1rem; }
}
<div class="flex gap-4 p-4"></div>
こんな感じでTailwindの機能大体再現できない？

htmlの実際のパーツとCSS行き来し続けて
なんでこんな面倒くせえことしてんだ？ってなってたもんな…

>こんな感じでTailwindの機能大体再現できない？
なので標準化されるまでtailwind一択で問題ないのだ

本家JSにもTSの型システムに近いもの逆輸入されないかな…

>本家JSにもTSの型システムに近いもの逆輸入されないかな…
そういう話聞いたけどいつになるのか

>>本家JSにもTSの型システムに近いもの逆輸入されないかな…
>そういう話聞いたけどいつになるのか
まだStage1で世界中のエンジニアが殴り合ってるから10年くらい先かもしれない
https://github.com/tc39/proposal-type-annotations

殴りあってんのかよ！
殴りあう要素あるか？

業界標準なのに金に困っててそれで太口のスポンサーがついたんだっけTailwind

Stageが1もあるだけ上等だろ
https://github.com/sirisian/ecmascript-types

>殴りあってんのかよ！
>殴りあう要素あるか？
例えばベンダーだとGoogleはJS遅くなること懸念してたりAppleはJSはシンプルな方がいいんじゃないって思想持ってる
TS勧めてる主流派のベンダーはMSなんだけど全てのJSはTSの資産を受け入れるべきみたいな主張してて正直その辺の私物化怖いって思う部分がある
実行時に変換できない仕様です進めようとしてるけどEnumはそれだと導入できないからTSと二重管理になる
この3つで個人開発レベルだと特にWeb標準故に切り戻せないので慎重にってのとMSの所業が恐れられてる印象

viteみたいにブラウザにesbuild内蔵してくれ
ブラウザが直接ts実行できるようにすればいい

長文書いといてなんだけどあくまで個人の感想だから間違ってたら殴って…

>実行時に変換できない仕様です進めようとしてるけどEnumはそれだと導入できないからTSと二重管理になる
これはどういうこと？

昔あれこれ言われてたブラウザやそのバージョンのサポートする機能の違いってのは今はほとんど解消されたって印象だけど合ってる？

>TS勧めてる主流派のベンダーはMSなんだけど全てのJSはTSの資産を受け入れるべきみたいな主張してて正直その辺の私物化怖いって思う部分がある
ちょっと前のWebAPIにおけるGoogleの実装ゴリ押しみたいな感じだわ
MSは先行実装して既成事実化したかったんだろうけどNodeとかのランタイム側もTS対応しちゃったから
もう単なるAltJSの扱いでは済まなくなって色々と面倒なことになっている

SPA流行ってからCSS影響範囲広すぎ！！ってなって影響範囲小さくするために逆に全部書くようになった

>>実行時に変換できない仕様です進めようとしてるけどEnumはそれだと導入できないからTSと二重管理になる
>これはどういうこと？
JSの実行時に型をコメントとして解釈して無視する
でもTSのEnumとか一部の型はJSの際にオブジェクトとして解釈されるからこういうコードは従来通りTSコンパイラ使うしかない
なので結局JSとTS併用する可能性がある

>でもTSのEnumとか一部の型はJSの際にオブジェクトとして解釈されるからこういうコードは従来通りTSコンパイラ使うしかない
面倒だな

じゃあjavascriptにenumを導入しては？

一応JSに新しい型作るみたいな話もあるけど従来の実装とぶつかるしどんどん複雑化するから…

「」が一番注目しているproposal教えて

>じゃあjavascriptにenumを導入しては？
TSならいいけどJSくらいの規模になると型一つ導入するだけで世界中のサイト壊れるから絶対に避けた方がいい
既存の変数にenumって文字があるだけでそのサイトが壊れるぞ

css moduleじゃ駄目ですか？

ブラウザでTS実行できるようにしようって話はないの？

Bootstrapみたいなやつか
そのへんのCSSモジュールは出ては消えてだな
結局CSSの知識ない事には都度メンテナンス出来ないしやる事かわらんさ

>ブラウザでTS実行できるようにしようって話はないの？
TSの場合コンパイル入るからWeb全体の速度落ちるしブラウザ全てのエンジン書き換えるのが現実的じゃないから不可能
後JSは悪い言語ではあるけどそのシンプルさのおかげでWebが快適に見れてるって側面がある

うっかり読んだら頭が仕事モードになってしまった
どうしてくれる

>なので標準化されるまでtailwind一択で問題ないのだ
フレイムワーク初めて知った人？
BEMとかアトムデザインで01で作った方が何らかんら軽いし楽になってくるぜ

死なないと思ってたSCSS/SASSもCSSがすごい発展したせいで大分減った印象

カスなところとか使いづらいところどんどん直しててすごいよね

>jquery
ハンドブックがほこりかぶってる

>TSの場合コンパイル入るからWeb全体の速度落ちるしブラウザ全てのエンジン書き換えるのが現実的じゃないから不可能
コンパイルせずに直に実行できるようにすりゃいいじゃん

Web制作やってた人が驚きそうなのだと今はもうCSSだけで動的UIやアニメーションまで作れる

CSSをフレームワークに依存するとマルチメディア対応でブチ切れる事になる

tscは厳密にチェックしてるから遅いけどesbuildみたいに型チェックしないやつならめっちゃ速いし大丈夫じゃない？

googleのクローラが単ファイル15mbから2mbしか拾わなくなったらしいよ、超えてない？

1作目とノリは違うけどエンタメ作品してて楽しいよね

>>TSの場合コンパイル入るからWeb全体の速度落ちるしブラウザ全てのエンジン書き換えるのが現実的じゃないから不可能
>コンパイルせずに直に実行できるようにすりゃいいじゃん
ブラウザ容量の肥大化と絶対にバグ起きないセキュリティとTSが後方互換性守れる保証と既存のJSエンジンとの共存その他諸々の条件全部受け入れた上で1からTS対応ブラウザエンジン作れる神がいるならできる

そういえばgo版のtscができたんだっけ？

一時期cssとかjqueryとかちょっと勉強しててまた勉強し直そうかなと思ってたのになんか全然違う感じになってるの…？

jQueryは死んだよ

cssは勉強しても無駄にならないよ基盤だから
jqueryはもうどこも使ってないんじゃないかな…

でもjquery使ってるサイトはまだ多いって統計なかったっけ？
俺は使ってないけど

>htmxっていうjsライブラリがjqueryにかわって台頭してる
もうjquery死んで10年くらい経つしhtmxもかつてのjqueryのような支配的な地位にはなってないだろ

これはBootstrapさんとはどうちがうんかのう

>tailwind
読み方はテイルウインドで良いの？

これ使って開発してると「cssをクラス名として書いてるだけじゃね…？」感が襲ってくるぞ！

同じようなボタン並んでるのに全部コード直書きするの?

これに触発されたか筆者の方？
https://zenn.dev/yamitake/articles/tailwind-is-modern-jquery

>でもjquery使ってるサイトはまだ多いって統計なかったっけ？
>俺は使ってないけど
新規案件ではほぼ使わないけど現実的に何のしがらみもない開発がどれだけあることか

身近なところではふたポやふたクロはjquery

jQueryはなぜ死んだ

HTMLとCSSで分けた方が可読性高くてメンテも楽じゃないの？

web制作ならjqueryは使う
web開発ならjqueryはもう使わん

>jQueryはなぜ死んだ
4.0で復活するんで見ててください！

reactやview使わない理由がないから

もう全部AIがやってくれるからどうでもいいよ

WEB界隈は最初期から僕の考えた最強のツール！！！でずっと殴り合いしてっからな

軽く調べたけど特に魅力感じなかった
既にCSS書ける人ならCSSでよくない？

全部JavaScriptじゃん？

>「」が一番注目しているproposal教えて
temporalいつ実装されるんだろう…

tailwindなんてキモい物使うくらいなら自分でユーティリティclass書きます…

>もう全部AIがやってくれるからどうでもいいよ
基本よくやってくれるんだがときどきどこのサンプルからコピーしてきたって感じの古いコードドヤ顔で提示してきてガッカリさせる…

おととしの仕事で久しぶりに製造部隊に入ったけどjQuery書いたりthymeleaf書いたりするの初めてだったよ
使えと言われたものしか使わんからどの技術がいいとか全くわからん…根っからweb案件の人だと技術も自分で選べる立場なんだろうか

「tailwindなんて覚え直さなくてもbootstarpでいいじゃん」にちゃんと反論できる人は少ない

>>jQueryはなぜ死んだ
>4.0で復活するんで見ててください！
4.0にはどんな機能があるの？

>>>jQueryはなぜ死んだ
>>4.0で復活するんで見ててください！
>4.0にはどんな機能があるの？
IE対応を辞めた

>IE対応を辞めた
えらい！！

tailwindってAIの影響で収益激減して潰れかけてるかわいそうなライブラリじゃん

jQueryは廃れたというかquerySelectorが標準に入ってお役御免になっただけだと思う

>jQueryは廃れたというかquerySelectorが標準に入ってお役御免になっただけだと思う
Reactって標準に入ってお役御免になることあるんだろうか

tailwindがそもそもCSSのライブラリじゃないの

>>jQueryは廃れたというかquerySelectorが標準に入ってお役御免になっただけだと思う
>Reactって標準に入ってお役御免になることあるんだろうか
仮想DOM自体がパフォーマンスの向上でもういらなくね？って感じになってる

流行ってる！でいろんな人が飛びついたnext.jsも死にそうだしこれもすぐ死ぬ

>流行ってる！でいろんな人が飛びついたnext.jsも死にそう
これはなんで？

仮想DOMはいらない
標準化されたコンポーネントの使い勝手が上がったら使いどころは減る…？

>>>jQueryは廃れたというかquerySelectorが標準に入ってお役御免になっただけだと思う
>>Reactって標準に入ってお役御免になることあるんだろうか
>仮想DOM自体がパフォーマンスの向上でもういらなくね？って感じになってる
代わりはあるんです…？

>>流行ってる！でいろんな人が飛びついたnext.jsも死にそう
>これはなんで？
生React +他のバックエンド系の方がいいから

ボディスーツにジャケットとか羽織るのボディスーツ単品よりもセクシーに見える
これは一体…？

next.jsはなんか依存関係多すぎてこれあんまよくないんじゃね…？ってなるなった

サーバ側で予めレンダリングしとけば速いんじゃね？ってSSR流行ったのはちょっと笑った

>サーバ側で予めレンダリングしとけば速いんじゃね？ってSSR流行ったのはちょっと笑った
とんな時でもシンプルな静的サイトが一番早いぜ！！

>これ使って開発してると「cssをクラス名として書いてるだけじゃね…？」感が襲ってくるぞ！
クラス名考えなくて良くてお得！

jQueryがオワコンになったって聞いて時代を感じる

>とんな時でもシンプルな静的サイトが一番早いぜ！！
表示めっちゃ早い！
https://abehiroshi.la.coocan.jp

>表示めっちゃ早い！
>https://abehiroshi.la.coocan.jp
><meta name="GENERATOR" content="JustSystems Homepage Builder Version 20.0.6.0 for Windows">

新規なのにJSPで開発してる弊社には関係ない話だな
弊社死ねば良いのに

>>これ使って開発してると「cssをクラス名として書いてるだけじゃね…？」感が襲ってくるぞ！
>クラス名考えなくて良くてお得！
ぶっちゃけこれが最大のメリットだと思う
制限かけないとみんな好き放題にクラス作るから…

jqueryは死んだ死んだ言われてる間は逆説的にまだ使われてんだよ
https://w3techs.com/technologies/overview/javascript_library?_fsi=EjIDREtm

そんなjqueryですが最近4.0が出ました

もうドリームウィーバーでコーディングしてないの？！

jqueryは新規採用する理由は無いが今使ってるサイトがやめる理由も特にないんだよな

>「tailwindなんて覚え直さなくてもbootstarpでいいじゃん」にちゃんと反論できる人は少ない
正直クラス名が違う以外に何か差あるの？

>>サーバ側で予めレンダリングしとけば速いんじゃね？ってSSR流行ったのはちょっと笑った
>とんな時でもシンプルな静的サイトが一番早いぜ！！
だからこうしてSSGして動きが必要なとこだけアイランドアーキテクチャするんですね

死んだって言われてるのにこんなに使われてるんだよねぇというか より
古の時代の遺産をわざわざリプレースする事もないからな
大抵jqueryのライブラリも合わせて使われてるからそれ活かして保守してく

><button class="bg-blue-500 text-white align-middle px-3 py-1.5 rounded" type="button">
>ボタン
></button>
>こんな感じで行ったり来たりせず全部htmlに押し込められるの
やっぱり一つにまとまってたほうが楽なんだよ
そのうちphpのなかでSQLまで書いてた時代まで戻りそうだな

最初に「画面全部createElementで描画すれば再利用もテストも簡単じゃね？」って思った人すごいよね

フロントエンドの遷移やばいなとサーバーエンドやってて思う

>フロントエンドの遷移やばいなとサーバーエンドやってて思う
遷移に完全についていくのは難しいけど
頑なに変えないよりはマシだと思う

フロントエンドの遷移が早いおかげでSEの仕事があるのだ

>>「tailwindなんて覚え直さなくてもbootstarpでいいじゃん」にちゃんと反論できる人は少ない
>正直クラス名が違う以外に何か差あるの？
じゃあBootstrapでええかぁ

一方で化石みたいなバージョンのWPの面倒見る仕事も全然減らない

CSSは普通に書くけどchrome系限定を見かける度にIEみたいな真似しやがって…とはなる

>CSSは普通に書くけどchrome系限定を見かける度にIEみたいな真似しやがって…とはなる
どちらかというとSafariが悪いだろ

>一方で化石みたいなバージョンのWPの面倒見る仕事も全然減らない
バージョンアップすると動かないかもしれないし…

htmlとJavaScriptのみでcss使ってない化石システムのおもりしてるので
jQueryすらオワコンになったと聞いて古代人はビックリしています
bootstrapとjQuery勉強しとけば良かったんじゃなかったんですか！

>どちらかというとSafariが悪いだろ
firefox他にも対応してなくて完全にchrome系限定だから普通にゴミ
なんのためのweb標準だよ…

デザインと本文データを分けるCSSの思想は美しいものだと思うけど
とりあえず簡単になるならそれでいい

ドリームウィバーなりホームページビルダー使うんだろ?

まあwebサイトの寿命なんて2年くらいだし

ハッ

ChromeとFirefoxではこう解釈するけどiOSのSafariはviewportとか独自の解釈を繰り広げるから表示おかしくなるみたいなのが一番嫌

>まあwebサイトの寿命なんて2年くらいだし
それが寿命なら20年選手のここはどうなってしまうんだ…

俺は生でcss今でも毎日書いてるぜ！
関数とかめちゃくちゃ増えてるけど使い所が生まれない…

>tailwindというライブラリを使うのが一般的になった
じゃあ俺は一般的でなくっていいや

>>とんな時でもシンプルな静的サイトが一番早いぜ！！
>表示めっちゃ早い！
>https://abehiroshi.la.coocan.jp
でも開くのに時間かかることもあるんだよ
そうdocomoならね

tailwimdなんて古い！これからはpanda cssの時代！くらいから先のトレンド追えてない

これお仕事にしてる人時代で変化しまくりで大変だな…

cssアニメ色んなことできて楽しいよね

これ複数ページに跨るボタンのデザイン変えようってなった時はどうやるの？

>これ複数ページに跨るボタンのデザイン変えようってなった時はどうやるの？
そんなのMyButton.jsxを書き換えたら良いでしょ という思想

>こんな感じで行ったり来たりせず全部htmlに押し込められるの
えっ…それってインラインCSSとどう違うんですか

アトムデザインと相性悪くね？

jQueryの機能はJSがほぼ吸収し切った
彼はJSの中で生きづける

木村政彦はなぜjQueryを殺さなかったのか

今って個人でポートフォリオみたいなホームページ作るなら何がいいの

この仕様ならスキル使用中は無敵にするべきだっんじゃないかのう…
鍬振り回してる間に猪にぶち殺されるわしはもう見とうない…