Vue vs React vs Angular vs Svelte Part.10

1 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:57:16.85 ID:D77bZcWT0.net] !extend:on:vvvvv:1000:512 Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Svelte Part.7 https://mevius.5ch.net/test/read.cgi/tech/1610901677/ Vue vs React vs Angular vs Svelte Part.8 https://mevius.5ch.net/test/read.cgi/tech/1621744952/ Vue vs React vs Angular vs Svelte Part.9 https://mevius.5ch.net/test/read.cgi/tech/1642316774/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured 175 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 10:12:41.10 ID:kSgW/1GfM.net] 「高速」の比較対象はpostして全部更新だったりする？ 176 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 11:08:03.68 ID:XKd8bK6Ir.net] >>171 なるほど つまり ReactやVueはデータ管理を仮想DOMで管理してる Solid.jsやSvelt.jsはデータ管理を実DOMで管理してる この認識であってる？ なぜデータ管理を実DOMで管理してるんだ？って思うけど、仮想DOM使ってないなら実DOMしかないよねってこと 177 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 12:29:30.17 ID:n/T89jyuM.net] >>173 それは正しくない どのフレームワークもデータ変更に対応して最終的に実DOM操作をして反映させる点では全て同じ データ変更がどういう時に� 178 名前：ﾇこで起きるかはプログラム作成時にわかっているので SvelteやSolidはそれらの情報を利用してある種のコンパイラとなり実DOM操作のJavaScriptコードを事前に生成してしまう つまりSvelteやSolidは実行時にはその生成されたJavaScriptコードが動くだけ 一方でVueやReactはデータ変更に対して仮想DOMに反映させて前後の差分検出をしてその差分を反映させるために実DOM操作をする [] [ここ壊れてます] 179 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 12:31:19.31 ID:cPE2iAv8M.net] >>173 たぶん誤解してる。仮想DOMの使用有無にかかわらず、実際のビューの状態を持っているのは常に実DOMだ。 仮想DOMが登場するのはビューの状態を更新するときで、仮想DOMの場合は論理的には(実際には更新不要な部分は使い回すような最適化はある)モデルの状態に基づいて毎回新しい仮想DOMツリー全体を作り直し、 その仮想DOMツリーをあるべき姿として実DOMを更新する。 一方で仮想DOMを使わない場合は、仮想DOMツリーの作り直しを省いて直接実DOMを更新する。 180 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 14:42:30.41 ID:XKd8bK6Ir.net] >>174 SolidやSveltのその操作用のjavascriptのコード生成ってどんな感じ？ いまいち想像が足りないからわからん コードってなに？ 具体例がほしいかな >>175 React ： データ更新 → 仮想DOM更新 → 実DOM更新 Solid ：データ更新 → 実DOM更新 こういうこと？ このSolidの直にDOM更新ってどうやってツリー全体のうちの差分を算出してるんだろ？ 差分とか関係なくjqueryみたいに要素を特定して更新してるのかな？ 181 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 16:11:00.06 ID:LqaqpZCDM.net] SolidはデータバインディングしてるだけだからDOM上のどこを更新すればいいか最初からわかってる となると負荷がかかるだけの大げさなツリー差分計算は不要かと reactがツリー差分を計算するのは何処が変わるのかreactが把握してないから Solidはreactに似てるけど根本的なアーキテクチャは違う 182 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 16:30:15.09 ID:zMYtvFpYM.net] >>176 普通にフレームワークを使わずに書けばわかるけど 差分算出なんて全く必要のない行為 必要となるのは変更されたデータを反映するDOM操作のJavaScriptコードのみ 183 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 16:57:53.58 ID:bdIQHoGja.net] おじさんじゃねーのこれ 184 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 17:26:41.04 ID:OoJ9MQRv0.net] メモ化しなかったら子コンポーネントの要素を再度全てレンダリングしちゃうのでは？ 185 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 19:00:26.65 ID:I9ZZKEcZM.net] それぞれそのへんはムダを省くよう仕掛け対応があるね フレームワークとして最低限それはやらないと 186 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 19:32:20.92 ID:XKd8bK6Ir.net] 結局みんなはっきりは理解していない感じらしいね まあ自分もなんだけど 187 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 19:52:15.69 ID:W1OrHRUza.net] >>182 で？ 188 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 20:04:09.90 ID:XKd8bK6Ir.net] >>183 へ？ 189 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:07:48.47 ID:rftQE35ra.net] solid.js作者による解説記事見つけたよ 正直震えてる アーキテクチャがやば過ぎ オワコンと言われた Reactive Programmingが復活した https://indepth.dev/posts/1289/solidjs-reactivity-to-rendering 190 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:17:52.74 ID:rftQE35ra.net] この記事でDOMの更新原理が全部解説されてる ただ理解が追いついてない 191 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:44:32.35 ID:isNt/bVX0.net] 何処でReactiveプログラミングが終わって、何処で復活したんだよ。 パラダイムの話と実装の話をごっちゃにしとらんかね。 192 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:49:48.63 ID:LqaqpZCDM.net] >>185 いいね 193 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:03:21.84 ID:w+H2FlaC0.net] createElememtしたオブジェクトをクロージャで保持してるのか 確かに生DOMだ 194 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:06:10.92 ID:cxGwbYOU0.net] 記事はいいけど >正直震えてる >アーキテクチャがやば過ぎ こういうの傍から見て寒すぎ 195 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:35:57.90 ID:LqaqpZCDM.net] DOMそのまま掴んでるってことはReact Nativeは絶望的か…ちと残念だ 196 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:57:10.55 ID:Y0BVj7bxa.net] ペインの中のボタンを40近くまで連打すると詰まりだすけどreactならどうなんだろうか https://www.solidjs.com/tutorial/introduction_memos?solved 197 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 00:02:15.46 ID:FwPcQFITM.net] >>192 フィボナッチ数の計算がべらぼうに重いだけだよ 198 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 00:06:04.66 ID:pHvgxp+Ea.net] >>193 探したらあったのでやってみたらその通りでしゅた。 https://codesandbox.io/embed/yh4nf?codemirror=1 199 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 11:42:33.12 ID:SI2R8TLia.net] >>191 RN的な使い方は無理だろね メモリとんでも無い事になりそう シンプルなWEBページ特化 200 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 14:27:38.41 ID:FwPcQFITM.net] メモリは心配してないというか仮想DOMが無いから確実に減る でも仮想DOMが無いせいでDOMと結合度が高くなってるからマルチプラットフォームは難しいだろう 201 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 14:33:08.91 ID:bdNfvPhdr.net] React.jsやVueってマルチプラットフォームだっけ？ 202 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 14:41:04.41 ID:4G5CVrxlM.net] >>196 それは違うんじゃないか こういうフレームワークを作る時に内部はもう一段抽象的なデータを持つ その抽象データからDOMが対象ならばDOM操作コードとそのオブジェクトを生成といった具合 だから生成されたものだけを見てDOMと結合しすぎていると判断するのはおかしい 例えばReactの仮想DOMもその内部の抽象データなのだから同じ土俵で比べて判断したはうがいい 203 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 15:16:48.60 ID:zD+iWd3QM.net] 仮想DOMがメモリ食いまくってるかというと別にそうでもない 204 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 15:48:10.19 ID:4taeFJ35a.net] >>196 なんで仮想domが無いからメモリ減ることになるんだよ 仮想domの代わりにコード生成するっていうのに 205 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:29:16.27 ID:bdNfvPhdr.net] >>185 これ要約してくれ お前らの好きなキータやゼンに上げてもいいから 206 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:29:34.20 ID:FwPcQFITM.net] >>200 仮想DOMは変化のない部分もツリーの生成が必要 リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず 207 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:37:20.73 ID:I/uOEy9hM.net] >>200 SvelteやSolidがコード生成するのは実行時ではなくコンパイル時点 そして生成されるコードはVanillaで書いたときと同様な感じでわずかなDOM操作コード 仮想DOMのように余分なメモリを使用したりその管理のためのコードが必要になったりはしていない 208 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:45:07.62 ID:xuzqGDQqa.net] >>203 実行時に読み込んでメモリ消費するじゃん アホかよ 209 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:54:48.38 ID:FwPcQFITM.net] まさかとは思うけど何もしないのと比較して増えてるからメモリが減ってないじゃないかって意味で噛み付いてきてるのかな？ 仮想DOMと比較してメモリが減るって文脈が読めないのかしら 210 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:59:43.25 ID:/H+nHCQIa.net] >>205 いやケースバイケースでしょ 素人かよ 211 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:03:26.77 ID:FwPcQFITM.net] 極僅かな例外も存在するかもしれんがそれをケースバイケースというのは言葉遊びにしか感じないな 212 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:04:37.85 ID:oVWM7CkTM.net] >>204 Reactにも仮想DOMを操作するコードがあるし さらに仮想DOMで差分算出するコードもあるし さらにその差分に対して実DOMを操作するコードがあるんだよ SolidやSvelteはそのうち最後の実DOMを操作するコードだけになるよね さらに仮想DOMを保持するメモリも必要ないよね 213 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:19:37.36 ID:u9ryeQf60.net] 何を根拠に仮想DOMがメモリ食うと言ってるのかは気になるところ。仮想DOMツリーなんてブラウザのタブを担当するプロセスの消費してるメモリの一部でしか無いのに 214 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:23:30.45 ID:4I0Aw2zD0.net] Excelみたいな巨大アプリでどのくらい消費しているのか知りたいね 知らないか？ 215 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:39:17.75 ID:x9wQZSCop.net] 計測せずに性能を語っても妄想お披露目会にしかならんだろ 216 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:44:32.33 ID:el4YGwkaM.net] 比較対象はゼロだからな 217 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 19:38:01.87 ID:4taeFJ35a.net] >>207 言葉遊びはお前だよ 仮想domだからメモリ使う前提で話してるけど根拠は？ ほぼあんたの思い込みでしかない 218 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 19:48:25.06 ID:FwPcQFITM.net] >>213 仮想DOMの生成にメモリを使うのは当たり前では？ 219 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 19:57:47.51 ID:9UQ9wQkhr.net] 誰も計測してないのである！ 220 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 20:11:01.88 ID:u9ryeQf60.net] なぜ誰も計測してないかを紐解くと、Reactで（他のライブラリやバニラより）メモリ食いすぎて困った、という事例が無いからでは？ 221 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 20:53:59.17 ID:g5acz2390.net] >>202 >リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず そんな単純な話かなぁ。差分を求めずに「変化が無い」ことを判断する方法は自明じゃないように思うが。 222 名前：デフォルトの名無しさん [2022/04/08(金) 20:54:12.79 ID:z7daun3M0.net] Reactでも速度面で困ってるわけじゃないからな Solid.jsが小さいのは魅力 223 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 22:59:55.40 ID:KeW2chSD0.net] Solid.jsのdoc見てみたけど、まず多言語対応されててすごい 精力的なのはいいね 224 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 06:27:23.97 ID:hnk6n6Rh0.net] Vue2で作ったアプリが10個以上ある それらのアプリはVue2で使い続けたい 新しいアプリはVue3で作りたい こういう場合どうするのがいいと思う？ Webpack使ってます 225 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 06:51:02.01 ID:hnk6n6Rh0.net] npmの環境もう1つ作っちゃうのが楽な気がするんだけど 226 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 08:07:49.92 ID:bqRMq7lA0.net] Vueの事はよく知らんけどディレクトリ分けてnpx使えばよくない？ 227 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 08:14:00.27 ID:hnk6n6Rh0.net] >>222 それが一番楽だよね 228 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 15:51:26.75 ID:0hB2G1vSM.net] React18にverupして、パフォーマンスが体感できるぐらい上がって満足 でもtypesも18に上げた途端3rd partyからエラーでtsignoreに逃げた… 229 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 18:22:45.23 ID:jgmuUCzN0.net] >>220 なんでグローバルにインストールしてるの？ 230 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 18:51:44.46 ID:hnk6n6Rh0.net] >>225 ローカルにインストールしてるよ 231 名前：デフォルトの名無しさん [2022/04/09(土) 22:59:04.33 ID:hgG5Hkw80.net] >>224 わかる recoilのtypesがアップデートされるまで様子見してる 232 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 01:35:53.09 ID:HXJW3I9N0.net] >>226 よく見たら自演だったらおじさんかよ 233 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 06:01:45.32 ID:7PU75A+00.net] >>228 だれだよそれ 違うよ 234 名前：デフォルトの名無しさん [2022/04/10(日) 16:24:52.57 ID:ITJl40Ck0.net] react学習中は「jsのFWやろ」って思ってると痛い目見るな。 全くではないがreact言語と言っても良いぐらい独特やね 235 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 17:47:42.20 ID:eCRNh29mr.net] >>230 不同意 236 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 17:58:04.68 ID:42W6QpWxM.net] >>230 自分もJSライブラリというよりはJSによく似たDSLという認識で勉強したらうまくいった 237 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 18:32:09.94 ID:zRVAqF+L0.net] >>230 Reactiveにするための面白い仕組みが色々ある。という点以外は素直なJSだし、わりと素直なDOM発展形だと感じたなぁ個人的には 238 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 227c-EhK1) mailto:sage [2022/04/12(火) 01:30:58 ID:kIyr6erA0.net] reactは見た目が気持ち悪すぎる Vueは違和感ないのだが 239 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4fe6-wKAC) mailto:sage [2022/04/12(火) 01:37:50 ID:9Wz6jxp60.net] でもvueは覚えることが多すぎる上 過去のバージョン含めてプロジェクトごとにスタイルが違いすぎて無理ゲー 240 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 08:35:28.85 ID:8aqOwqE3r.net] vueもreactも覚える量は大差なくね バージョンやプロジェクトごとに違いが多すぎるは非常に同意 241 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 09:11:27.09 ID:+SrHGzSxM.net] プロジェクト毎に…はreact.jsも大差ない フロントエンドは変化早いから諦めろん 242 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 16:40:07.56 ID:lzQIw2wja.net] おじさんは何使ってんの？ 243 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 20:25:39.24 ID:vS+B3//00.net] VueとReactの両刀使いだったけどReactに集約しまーす フロントエンドでいちいちあれこれ考えたくないし楽だよなあ 244 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f72c-44kf) mailto:sage [2022/04/12(火) 22:28:27 ID:Db8/nH/Z0.net] React使ってる方はスタイルどうしてますか？ 僕はあれこれコンポーネントライブラリ試してみて、最終的にTailwind CSSに落ち着きました 245 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 00:54:09.91 ID:P5y02Tze0.net] Tailwindなんか良く使ってるな・・・ 冗長過ぎだろｗ 246 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 05:55:12.89 ID:By3mBvbx0.net] 気持ち悪いとか冗長だとか、感覚的な事ばかり言われてもですね 247 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sd02-KxDt) mailto:sage [2022/04/13(水) 07:05:27 ID:57dconDAd.net] ハゲたおっさんをみたjkにもいってあげて 248 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 07:30:29.33 ID:xZef9YSSr.net] フロントエンドエンジニアなのにまともにcssを使えないゴミが99％だからな cssはデザイナーの仕事と勘違いしてるアホしかいない 249 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 07:42:33.90 ID:QRWgdMoUM.net] そんなんおめー、会社の規模と分業スタイルに依るでしょ。ってか大抵はCSSもそれなりに書ける。 フロントエンドエンジニアの99%とか主語デカすぎ 250 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 07:53:46.03 ID:Hql1DFVV0.net] tailwind-cssは最近擬似要素もサポートしたから表現の幅が広がって使いやすくなったけどね ぶっちゃけ何でcssを書こうがあんまり変わらないから好きなのを使えばいいと思う 251 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b6e-z3qP) mailto:sage [2022/04/13(水) 12:51:45 ID:9uPeD86L0.net] css使えないからTailwind使うだと馬鹿一直線 252 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 13:10:46.32 ID:CP/2H06D0.net] modules、emotion、chakraと使ってきたけど今はtailwind一択やわ 253 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 18:35:39.41 ID:xqcMgFa8M.net] TailwindCSSはクラスがほぼCSSのパラメータと一対一だからCSSわからんとむしろ使えなくない？ エアプかな？ 254 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 20:44:25.37 ID:Hql1DFVV0.net] tailwindcssはvscodeの拡張機能を使うとtailwind.config.jsで設定した自分のカスタムスタイルまでコード補完で表示してくれるのが好き 255 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-9is6) mailto:sage [2022/04/14(木) 06:54:23 ID:3HmhMLNrr.net] bootstrapでいいじゃん カスタマイズもできるしダメな理由ないよな 256 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b6e-z3qP) mailto:sage [2022/04/14(木) 08:39:19 ID:u/xS1gCc0.net] ダサい！ 終わり 257 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-9is6) mailto:sage [2022/04/14(木) 08:41:36 ID:3HmhMLNrr.net] ダサいのはカスタマイズできない無能の言い訳 そういう奴はどのcssフレームワーク使ったとしてもダサくしかならない 258 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sabb-wKAC) mailto:sage [2022/04/14(木) 17:46:23 ID:mUuUh3T2a.net] >>251 ギョームで使うなら無難だけど 面白味が皆無だから使いたがらない 259 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 20:47:07.88 ID:e+FW9n+1r.net] >>254 tailwindだとどう面白いんの？ 260 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 21:10:48.34 ID:jnxEt0/r0.net] デザインが関わる部分はデザイナーが作るからどんなの使ってても良いけどね 管理画面とかそういうのはbootstrapで簡単にそれらしい見栄えにしている 管理画面すらデザイナーがモック作ってくれる場合もあるけどね 261 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 14:20:03.20 ID:poR/4Bbzd.net] 何せ面倒くさいのは最初にhtml考えた奴のせい(´；ω；｀) 262 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 14:34:02.97 ID:ttYT/Wy3a.net] 動的に効率よく文書を処理しようとしたらどうしても複雑になるよ その上スタイルも入ってくるししょうがないかと 263 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 14:37:32.91 ID:uBjo0mN70.net] >>257 これ 264 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 77e5-ku93) mailto:sage [2022/04/16(土) 14:43:04 ID:2nUkUh0L0.net] 最初はcssなんて無かったが 265 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 15:04:28.43 ID:DltdDZSn0.net] 最初はSGMLだろ。 266 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 16:01:11.87 ID:/VK1zumir.net] >>257 >>259 お前らが無能だからhtmlのせいにしてるだけだろ 自覚しろよ 267 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f00-0HZW) mailto:sage [2022/04/16(土) 18:20:20 ID:EbmfD14Y0.net] UIって何をどうしてもツリー構造じゃね？ どうしてもHTMLみたいなインターフェースには成らざるを得ないと思うけど 268 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffcf-K44e) mailto:sage [2022/04/16(土) 18:31:27 ID:MoK8GTpb0.net] xhtmlは論理的にツリー構造を表現しているけどhtml5はそうじゃないんだよな。 W3Cへの反発があったからといってもちょっとどうにかしてほしかった。 269 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 18:41:45.66 ID:ttYT/Wy3a.net] >>264 行き過ぎたセマンティックって印象よね むしろ要素を減らすべきだった 270 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f7c-+1fN) mailto:sage [2022/04/17(日) 00:36:36 ID:qB86vRxO0.net] HTMLはそこまでクソじゃない気がするけど XMLはクソｗ 271 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 09:29:28.50 ID:NcklcR1ha.net] xmlはもう役目を終えた感がある 272 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:04:44.65 ID:k8OFv/xgr.net] フロントエンジニアを名乗ってるくせにまともにhtmlとcssを扱えない その上それはデザイナーの仕事だとバカにする ゴミクソフロントエンジニア 273 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:10:47.02 ID:aLAyt8HE0.net] 仕事っていうのは役割分担をきっちりした方が効率よくなるんやで 274 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:49:31.60 ID:k8OFv/xgr.net] ゴミフロントエンジニアの言い訳 つまりjsxとstyleComponentをデザイナーがやるってことだろ 275 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 14:18:30.28 ID:YIwghly3M.net] うちはデザイナさんがお絵描きツールでコンポーネントの各状態ごとの見た目やアニメーションを定義して それをバックエンドエンジニアが兼任でReactに落とし込む体制でやってる フロント専任ってのは今は居ない 役割分担は大事だけど分けすぎると調整コスト増なのでほどほどに

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef