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 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に落とし込む体制でやってる フロント専任ってのは今は居ない 役割分担は大事だけど分けすぎると調整コスト増なのでほどほどに 276 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 15:16:11.27 ID:NcklcR1ha.net] 仮にフロントエンドのデザインを担うならhtmlとcssで何が出来るのかぐらいは理解しとかないとダメなんじゃないの？ 組めとまでは言わないけど組める前提の知識は必須じゃないかと じゃなかったらレスポンシブなデザインとかムリじゃない？ 277 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 15:54:42.60 ID:7a8Ik8ht0.net] 出来る出来ないと得手不得手は別次元の問題なので 278 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f02-8pPm) mailto:sage [2022/04/17(日) 16:21:33 ID:Z/7bCHkO0.net] デザインしましたって言ってイラレで出してくるデザイナーなら要らんわな 279 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:32:24.73 ID:k8OFv/xgr.net] デザイナーがお絵描きされてそれをエンジニアがhtmlとcssで再現できるのか？ってこと 当然ながら以下をフロントエンジニアがやるわけだ どのcssフレームワークを使うか Atomicデザインの粒度によるコンポーネント細分化 コンポーネントの再利用設計 cssフレームワークのカスタマイズ設定 css変数定義 スタイルガイドラインの策定をcssフレームワークに当てはめる方法 それらのコンポーネント化 css詳細度による優先順位設定 コンポーネントを構築した場合の各コンポーネント親子関係の配置方法 配置によるz-indexの優先順位の影響 インタラクション設計 インタラクション実行処理 デザイナー指定のデザインによるcanvasによる描画開発 280 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:39:39.73 ID:NcklcR1ha.net] >>275 つまりあなたの言うフロントエンドのデザイナーって言うのは絵だけ作る人っていう意味？ そんな人需要ある？ 食っていけないと思うけど 紙媒体のデザイナさんだって印刷技術のこと物凄く勉強してるよ？ 281 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:53:51.35 ID:Z/7bCHkO0.net] html化までしてくれるなら後の事はなんとでもするけど デザインしましたとか言って絵渡してくるヤツはマジ論外 282 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:58:01.64 ID:w4h8wb330.net] 月給5万くらいでいいならお絵描きするだけでもいいけど 283 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:20:11.63 ID:k8OFv/xgr.net] >>276 おれは一度もデザイナーのことなんか言ってない フロントエンドエンジニアはデザイナーなんかにhtmlとcssをやらせるなってこと フロントにとってhtmlはコンポーネント設計〜jsx、イベント、インタラクションまでやるのにそれをなんでデザイナーにやらせるんだよって言ってるわけ cssも同じ 284 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:32:55.84 ID:Z/7bCHkO0.net] >>279 いや、素のhtmlとcssを受け取ってフロントエンジニアjsxにリマッピングって工程で別にいいだろ 285 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:39:48.32 ID:k8OFv/xgr.net] >>280 いや絶対にうまくいかない ゴミフロント → htmlとcssがわからないからコンポーネントの作り方がわからない → cssがわからないからデザイナーから受け取っても配置方法によって崩れる → レスポンシブに対応できない → インタラクションが何かすら理解していない → 表示されるべきものが簡単に崩れたり消えたりする → canvasすら使えない デザイナー → コンポーネント設計できない → jsx化されてから問題起きて聞かれてもわからない → そもそも動的インタラクションがjsの振る舞いによって変化することがわからない → 作りたいものがhtmlとcssでできるのかcanvasでできるのかわからない 286 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:57:46.22 ID:Z/7bCHkO0.net] >>281 いや、そもそもそんなゴミフロントに仕事なんてさせるなよ そんなのに仕事させる方が大問題だよ 287 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 18:05:08.21 ID:k8OFv/xgr.net] >>282 そもそもっていうか、フロントエンドエンジニアの募集してるんだがそういう奴らしかいないんだよな だからフロントエンジニアはバックエンドエンジニアにバカにされるんだよ 288 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 18:13:55.27 ID:NcklcR1ha.net] >>283 そんなのいるか？ にわかに信じがたいんだけど 289 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 18:20:44.45 ID:Z/7bCHkO0.net] >>283 どこで募集してんの？ 使ってる求人サイトがよくないんじゃないか？ 290 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 18:21:00.08 ID:IMHvCntk0.net] そんなのいたとして何で採用する段階で分からないんだよwコーディング試験でもやれば一発で分かるだろうに そんなのを採用する奴等が悪いだろ 291 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 18:24:44.97 ID:/JrrTzlDM.net] このフロントエンドエンジニアに対する異様な嫌悪。これ、いつもの人でしょ。

---

---

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

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