Vue vs React vs Angular vs Svelte Part.10

レス数が1000を超えています。これ以上書き込みはできません。
2022/03/08(火) 22:57:16.85ID:D77bZcWT0
!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
2022/03/08(火) 23:13:27.72ID:D77bZcWT0
vs消すかどうかはちょっと悩んだ
2022/03/08(火) 23:55:07.25ID:E3NcVvlc0
スレ立て乙
2022/03/09(水) 00:19:58.88ID:kryzQ0zI0
vsはいらんな
フロントエンド総合スレで良い気がする
2022/03/09(水) 04:41:42.40ID:48gdDQw/M
もうあるぞ
2022/03/09(水) 10:29:25.79ID:k0VfhdGer
Reactは重すぎて実用的ではない
2022/03/09(水) 10:31:48.98ID:2VNxC64R0
>>6
画面遷移の度にリソースをリロードしてないか？
2022/03/09(水) 11:03:21.58ID:P7fjBFRp0
>>6
重いも色々あるけど、何についての話？
2022/03/10(木) 06:56:47.87ID:Tew5Zi08M
嵐がピタッと収まった
2022/03/10(木) 08:47:19.73ID:Coa9ekY/r
>>7
>>8
frontend framework performanceで堂々の最下位
2022/03/10(木) 10:00:01.36ID:7o5w+imS0
>>10
どのページのどの項目？
2022/03/10(木) 20:37:16.07ID:U0k1y1Mia
ほとんどおじさんの書き込みだったんだな
2022/03/10(木) 21:41:40.43ID:cZP2Devl0
単発しかいないんだけどw
俺以外消えたのか？
2022/03/10(木) 21:53:05.26ID:7o5w+imS0
ここにいるぞ！

MSはJSに型ヒント入れたいらしい
https://forest.watch.impress.co.jp/docs/news/1394209.html
2022/03/11(金) 00:57:05.15ID:xX++lh+3a
TSも終了か
思ったより早かったね
2022/03/11(金) 05:43:30.80ID:egx2H9Pr0
まだstage0で入るかどうかすら不明だ。それにenumとか余計なものは無くなるけどほぼTSそのもの。TS終了なんかじゃないよ
2022/03/11(金) 09:47:28.71ID:CdH6DjRHr
仕様に入ってから発表してくれないかな
2022/03/11(金) 10:14:59.72ID:UrV6y8ak0
てかそれだけじゃないやろ、tsは
2022/03/11(金) 11:58:56.71ID:8A6+73Nf0
jsがtsを吸収してtsは終了するんだろうな
2022/03/11(金) 12:59:43.25ID:M4ck13VoM
というか、ブラウザがts直接読み込めて動作できれば良いだけでは？
2022/03/11(金) 13:04:40.08ID:t8G7kWR40
>>4
ほんとそれな

てか、propsでコンポーネントを渡す場合に
<Parent child={<Child />} />はなんかパフォーマンス悪そうだから
<Parent child={Child} />で渡せるようにした方が良いって記事があって驚いた
これ実際は真逆で、後者はParentが再レンダリングされる度にChildがJSXを生成することになるんよな
2022/03/11(金) 13:21:49.63ID:7gMX4pJSd
前者はjsx、後者はjsxを出力する関数を渡しているわけだからね
2022/03/11(金) 14:19:43.59ID:hngOVLbC0
フロントもC++で書けるようにして統一したらすっきるするとおもうよ
まあしょぼいプログラマーが軒並み死ぬだろうけどC++はなによりも強いからしゃーない
2022/03/11(金) 14:56:31.55ID:egx2H9Pr0
粛々とNG
2022/03/11(金) 14:59:53.76ID:k/FYICDga
>>21
ナビゲーション系は多いよね
メモ化が効くからかなりパフォーマンス上がる
2022/03/11(金) 20:34:12.99ID:M4ck13VoM
c++コンパイル遅すぎる、だるい
2022/03/11(金) 20:54:11.05ID:QqXcHrRr0
知らんけどC++をwasmにコンパイルすればいいやん。知らんけど
2022/03/11(金) 21:05:20.00ID:TU/kqyq50
結局tsって人を幸せにしたのかな
jsの負債化に苦しめられた時間のほうが長かった気が
2022/03/11(金) 21:21:19.52ID:WQs5tR/ea
jsに比べたら何倍もマシかと
元々がクソすぎた
2022/03/11(金) 21:33:12.80ID:vRQ0MW290
TSで書き始めると二度とJSに戻りたくなくなるけどね
ただ要求は年々高まるのにJS、HTML、CSSの進歩が遅すぎるんだよ
TSもそうだがその溝をフロントのフレームワークが力技で埋めてくれてるのが現実
2022/03/11(金) 23:22:42.41ID:egx2H9Pr0
ウェブ標準は標準でウェブコンポーネントとかなかなか凄い進歩だぜ！
https://developer.mozilla.org/ja/docs/Web/Web_Components

まぁ、多くの人が求めてたものとは違うみたいで滅多に話題に上がらないけど。
2022/03/12(土) 22:05:46.40ID:EqbJSpHR0
と思ってたけど、調べてみるとlitとかではライブラリ内で使ってるようだし、ReactもPreactもWebComponentsのサポートがそこそこ充実してる。
気が付かないうちに使ってるやつだった。
33デフォルトの名無しさん (ｽｯﾌﾟ Sd02-C3V6)
垢版 |
2022/03/13(日) 13:15:42.34ID:TgzdRzlUd
React学習始めたけどCSSの読み込みだけで7種類もあるの吹いた
こういうので乱立するのやめて欲しい…
2022/03/13(日) 13:55:28.53ID:2LTBwAwg0
自分もReact入門してて昨日それ思った
2022/03/13(日) 14:31:39.08ID:nsQtmE+R0
自由へようこそ！
2022/03/13(日) 15:36:09.62ID:LJ5IA8wJa
UIのテストってどうしてる？
2022/03/13(日) 15:42:40.09ID:kp+YV+Z10
そんなもん手動で一回やったらそれっきりやらん
それが一番はやい
2022/03/13(日) 15:51:56.83ID:fVzSesSr0
Jestと、ReactのテストライブラリかPuppeteerの組み合わせ
2022/03/13(日) 22:17:25.03ID:IoRio3/t0
Ruby on Rails では、BDD/TDD はRSpec で、
UI・システムテストは、Capybara

Rails 7 で、脱Node.js, Webpack, Babel。
IE の死滅により、ES5 へ変換しなくても、ブラウザはES6 のままで動く

WebSocket を使う、Hotwire で、
React に奪われたシェアを回復すべく、SPA のgame changer を目指す、Railsの野望！
2022/03/14(月) 18:30:24.20ID:0o62jolj0
IEが死んで下限はSafariになる。そうなるとtargetはes2020くらいになるかな？
2022/03/14(月) 21:00:51.93ID:F9iaAHesd
左様
2022/03/14(月) 21:55:59.45ID:6P9gAWLt0
サイの表紙の3冊のサイ本で、

Flanagan の第7版を、チラッと見たら「初めてのJavaScript 第3版」と、ほぼ内容が同じw
ここ数年で、何も進化が無かったw

JavaScript 第6版、2012、David Flanagan

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

JavaScript 第7版、2021/12, David Flanagan
2022/03/15(火) 06:30:09.22ID:lg5dfmzxa
>>42
一冊しか買わなくて済むとか良い本じゃん
2022/03/15(火) 18:39:22.47ID:h74aQ/0w0
litは小さいのが売りで、cssも埋め込みやすく、しかもShadowDOMで面白そう。
たまたまフィットした案件が転がり込んできたので喜び勇んで使おうと実際コード書いてみたのだけど、Preactで同じことしたのとほぼ容量同じだった。
それならPreact使うよ……
2022/03/18(金) 12:45:28.21ID:QC8XhrqE0
useReducerとuseMemoとかuseCallbackって使ってるかね
わしはuseCallbackはちょくちょく使うんやが、reducerとmemoはいまいち使いどころが分からんくてね

reducerの活用例みると複数のinput要素を1つのステートにまとめるときに有用みたいな書かれかたしてる気するけど、オブジェクト型のステートでもええやんとも思うのよね
memoは重い処理結果のメモ化に役立つとか見るけど、クライアント側でやる重い処理って思いつかんくてな
memoの例でforでものすごい回数ループさせたやつとか見るけど、そんな処理なくねとも思うし
記事の一覧取得とかやったらNext.jsの話なってまうけどstaticpropsで一覧取得するし
2022/03/18(金) 17:13:21.44ID:Fgtt31WK0
>>45
useStateの実体はuseReducerだぞ
何をやってるか考えたら当然だと思うが
47デフォルトの名無しさん (ｱｳｱｳｸｰ MM51-p368)
垢版 |
2022/03/18(金) 17:25:34.36ID:zTUj4XOKM
会話になってねー笑
2022/03/18(金) 17:26:53.37ID:UwbJkFlpa
>>47
お前は来なくていいよ
2022/03/18(金) 17:39:34.56ID:KrzF+Wc60
うるせーよハゲ
2022/03/18(金) 17:39:38.68ID:icBZnBjkM
おじさんかな？
2022/03/18(金) 17:50:44.62ID:ETG6jOrK0
おじさんがreactおじさんに変わる瞬間かな？

ヤメてくれ...
2022/03/18(金) 18:23:59.43ID:UwbJkFlpa
>>49
消えろ
2022/03/18(金) 18:26:37.51ID:0waQ0EIw0
esbuid使って設定の簡単さとビルドの速さに驚いた。そこでViteも手を出してみたけど……なんかメリットよくわからんなこいつ
2022/03/19(土) 00:32:13.10ID:k2W7TKOh0
>>39
に書いたけど、

Ruby on Rails 7 で、脱Node.js, Webpack, Babel で、esbuild になった

WebSocket を使う、Hotwire で、
規約だけのイベント登録・Stimulus も使う

Rubyだけで、SPA になったから、React, Vue.js は今後どうなるのか？
Railsが、SPA のシェアを奪えるか

あまりに変更点が多すぎて、Rails 6 から勉強を始める
2022/03/19(土) 00:36:33.79ID:Njhnc5qm0
>>45
useReducerに関する疑問はまさにこれだな
https://teratail.com/questions/372299
2022/03/19(土) 07:54:05.22ID:nJejdaVKa
メモ化めっちゃ使うけどな
2022/03/19(土) 15:40:32.81ID:5Y0GpJV20
最近Reactの勉強始めたんだけどJavascriptの言語仕様で無理やりHTML/CSSを扱ってみましたって感じで凄く気持ち悪いわ
今までPythonで書いてきたってのもあるけど本当にこんなのが今後も流行っていくの？
proosに変数渡すときに<func foo=hoge bar=fuga>ってなるのも気持ち悪いし今後やっていけるか自信がない
2022/03/19(土) 15:43:03.30ID:VcAQVTiir
あー来たよいちいち仕様に文句つける他言語野郎が
別に嫌ならやめてこっち来んなってことだ
2022/03/19(土) 16:01:37.11ID:b6l6AT+v0
>>57
消えろ
2022/03/19(土) 16:03:06.91ID:e57MKYK70
JSも決して完璧だとは思わないけど、正直Pythonよりはマシだと思う……
2022/03/19(土) 16:14:50.94ID:gOzc5xXg0
でも正直微妙な時期だとは思う
Angularは嫌じゃってことでもっと手軽に始められるのが流行ったけど
あれも欲しいこれも欲しいと要望を吸収していった結果、継ぎ接ぎ感がかなりある
2022/03/19(土) 18:57:55.84ID:1y7g4Jc6a
10年以上Python使ってるけどそんな風に感じないけどな
ただreactに不慣れなだけでしょ
2022/03/19(土) 19:50:17.08ID:poswwcgaM
気持ち悪いのはHTMLとCSS
2022/03/19(土) 20:11:39.23ID:qEkA8vyY0
>>60
最初滅茶苦茶だと思ってたけどなんか便利
ただ凝った輩が無理やり面倒な文を使って論議しているのはうざい
2022/03/19(土) 20:34:10.84ID:LqbWlmPW0
自分もReact入門してる
たしかに触る前に気持ち悪いなぁとは思ってたけどさ
触ってみたらプログラムよりで面白いなーと思ったわ
2022/03/19(土) 21:14:06.31ID:BEyB7K4C0
(Svelte大好きな人いますか……)
2022/03/19(土) 21:40:41.01ID:867bbs4Vr
おじさんだからでしょ
2022/03/19(土) 23:52:59.37ID:k2W7TKOh0
ERB(Embedded Ruby)では、PHP みたいに、
HTML 内に、<% 〜 %>, <%= 〜 %> で、Rubyの式・コード片を埋め込む。
<% 〜 %> は出力されないが、<%= 〜 %> は出力される

<% writers = ['あ', 'い', 'う'] %>
<p>
<% writers.each do |writer| %>
<%= writer %>さん
<% end %>
</p>

これよりも、JSX の方が可読性が高い
2022/03/20(日) 00:27:31.85ID:4w2T36oX0
Reactの1番良い点は覚えることがめちゃくちゃ少ないこと
Vanilla jsからすぐ移行できるのがありがたい
Vue3もちょっとやったけど覚えることが多すぎて無理だった
2022/03/20(日) 09:17:56.80ID:vu2v5ItY0
>>57
<func foo=hoge bar=fuga>←これじゃビルド通らないぞ
そんなガバガバなヤツにはjsx書けんよ
2022/03/20(日) 10:02:09.94ID:XX1387g+0
>>68
俺も10年以上前はこんな感じだったな
2022/03/20(日) 11:44:35.78ID:QcEs3y9kM
>>57
JSXはオプションなので別に使わなくてもおk
気に入らないなら(気持ちはわかる)普通の関数のように呼び出せばよろしい
2022/03/20(日) 16:44:59.21ID:BhZRhMiwa
>>69
htmlテンプレートでの開発から移行するには楽なんだろうね
vue独自の構文とか覚えたくもないけど
2022/03/20(日) 16:58:31.54ID:LOxzvK7ha
>>73
ReactはHooks覚えるだけだからな
多少癖はあるが拡張性はあるし
副作用隠蔽できるし良いこと尽くめ
2022/03/20(日) 21:49:17.16ID:wHRqoPQS0
ASP classicがそんな感じだったような。。うろ覚え
76デフォルトの名無しさん (ﾜｯﾁｮｲ d3b7-Jl5v)
垢版 |
2022/03/22(火) 15:46:55.29ID:0HtR5asm0
lazyload実装したら、viewContainerRefがundefinedになるんだけど、なんで？
教えてエロい人
77デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM55-8zn+)
垢版 |
2022/03/23(水) 01:03:37.06ID:+J7AiUpwM
ひぇぇw怖い怖い
> オープンソースのnpmパッケージ「node-ipc」にロシア在住の開発者を標的にした悪意のあるコードがメンテナーによって追加される
https://gigazine.net/news/20220322-sabotage-code-to-node-ipc/
2022/03/23(水) 23:16:55.87ID:RHxHRDhw0
React Hook Form便利だなと思って使ってたんだけど、実は全然要らんかったことに気づいてしまった……
2022/03/23(水) 23:51:56.01ID:B6q3LoX80
>>78
そんなのあったんだ
知らなかった……ｗ
2022/03/25(金) 16:18:04.47ID:EGWR390ra
>>78
あれ検証ライブラリのラッパーだもんね
ささっと作るには良いけど仕組み理解してれば無い方が楽よね
2022/03/25(金) 17:04:40.58ID:tahcFheS0
>>78
覚えることが多いライブラリはReact向きじゃないね
2022/03/25(金) 18:39:56.16ID:TcNKzx810
>>80
そう、仕組み理解してれば（複雑になるにつれ）使わないほうがシンプルに書けると感じた。今はブラウザの機能も充実してるし。

>>81
watch周りとかバリデーション周りとか変に複雑だった。ドシンプルなフォーム作るなら（覚えること少なくて）悪くないと思うけどね……
83デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-b1PW)
垢版 |
2022/03/28(月) 15:42:08.99ID:MoEAjuwS0
Jest + React testing libraryやってる人いる？

React testing libraryつかってるとテスト環境だけ動かないことがしょっちゅうですぐ壊れるし、辛すぎる
現状フロントのコンポーネントのユニットテストは費用対効果が悪すぎると思う

もしテスト作るなら必要なテストを見極めるスキル必須だわ
2022/03/28(月) 21:49:46.44ID:3CyqBULz0
わからんでもない。Puppeteerでテストしてる
2022/03/29(火) 13:05:58.71ID:O92eZWgo0
https://github.com/redwoodjs/redwood/releases/tag/v1.0.0-rc.final.1
React、GraphQL、Prismaのフルスタックフレームワークとして作られているRedwoodJSがリリース間際らしいけど
わざわざ事前に組み合わせる必要あるのかな？
2022/03/29(火) 13:15:39.47ID:2VxyfU6Gr
そういうのもういらん
どうせすぐに廃れてメンテすらされなくなる
2022/03/29(火) 15:16:45.92ID:fQzr6FSKr
SvelteKitは本気で期待してる
2022/03/29(火) 15:30:10.76ID:SAtTzz3E0
そうか？
むしろJSでフルスタックみたいなやつは廃れるどころかこれから伸びると思うけどな
2022/03/29(火) 17:43:29.35ID:tW3X9ADQa
そこまで求めるなら他の言語選ぶかな
jsで完結したい人には良いんだろうけど
2022/03/29(火) 17:51:35.82ID:TwhF50F/M
>>86
同意
2022/03/29(火) 18:50:23.14ID:RfHYlyc80
フロントでjs以外の選択肢あったのか
2022/03/29(火) 18:58:12.56ID:SAtTzz3E0
あるけど無い（成熟してない）
2022/03/29(火) 18:59:07.11ID:xd8Xrmeo0
>>86
これ
作りっぱなしのプロダクトが多すぎる
2022/03/29(火) 19:43:57.17ID:0zgLg8Xwa
もうAngularに帰ればいんじゃね
学習コスト高いって言うけどどうせ他のも必要な機能揃えたら同じくらいの勉強量になるんだし
2022/03/29(火) 20:35:56.30ID:xd8Xrmeo0
ならんよ
React一択
とにかく学習コストが低い
Vue3の本が最近出たから立ち読みしたけど
なんじゃこれって感じ
相変わらずthis使いまくりでバグりそうだし
2022/03/29(火) 20:48:51.88ID:tW3X9ADQa
>>91
いや、これはフロントとバックエンドの統合ライブラリだからバックエンドは別の言語でやりたいなって意味
2022/03/29(火) 22:38:01.87ID:a2KK+TKpM
>>95
this 使うのvue3ちがうよ。
2022/03/29(火) 23:48:30.54ID:xxVtcj7qa
blazor
2022/03/30(水) 07:39:00.66ID:ojoAdHT2M
BlazorはC♯で全部やりたいって人以外にはメリット無くね……
2022/03/30(水) 09:43:48.12ID:zC4eLKs90
×ゲームでしかない
2022/03/30(水) 10:47:39.46ID:iu76Nwkv0
Reactを使うのかVueを使うのかについて個人的なモチベーションを整理したかった
https://zenn.dev/marokanatani/articles/compare_vue_and_react

> VueはEasy、ReactはSimple
わかる
2022/03/30(水) 12:16:39.31ID:OOkK5m9Na
まぁvueは個人開発の延長よね
2022/03/30(水) 23:06:07.37ID:ZV6rQOSL0
vueはフレームワーク独自のルールが多かったり業務でちゃんと使うにはVSCode等のエディタの拡張機能が無かったら辛かったりで、慣れすぎてしまうと悪い意味でvue以外が使えなくなってしまう感じがする
2022/03/31(木) 01:46:33.94ID:86aTlM7E0
たしかにいまvue(nuxt)で開発してるけど
わりとめんどくさいとこあるね

typescriptを使わなければそうでもないのかもだけど
2022/03/31(木) 10:50:34.39ID:oSy/YhOk0
vueは確かに使ってると楽なんだよね
ただ、何でもフレームワークがやってくれるから根本のプログラミングに対する考え方が深まらずにvueをどんだけ長く使っても「ただvueに慣れた」で終わってしまうことになると思う

reactはちゃんと使おうと思ったら
・javascriptの文法
・関数型プログラミングとは何か
・副作用とは何か
みたいに、深いとこまで突き詰める必要があるからreactを使いたくない人はこういうのを嫌がる
その代わりreactに習熟すると他のjavascriptフレームワークや他の言語にも活かせるような考え方が身につくと個人的には思ってる
2022/03/31(木) 11:20:24.39ID:aHZxCmZf0
よくReactは関数型プログラミングって言われてるけどあんまり分かってないわ
そもそも関数型言語に対する理解が足りないんだろうけど今まで書いてた手続き型言語(C++/Python)とそこまで書き方に違いがあるかって言われると謎だし

移行して違和感あったのは
if (is_hoge === true && do_hoge()){}
みたいなのだけどこれは関数型関係ないだろうしなぁ
2022/03/31(木) 15:19:18.41ID:F2XPsESOa
>>106
ぶっちゃけ関数型言語的なのはクロージャくらいだよ
型があると話が変わってくるけど素のJSならそれくらい
2022/03/31(木) 15:58:23.58ID:iKma4XC/r
useEffect地獄
2022/03/31(木) 18:21:07.43ID:k0INsa2ta
useEffectめっちゃシンプルだと思うけど
2022/04/02(土) 21:07:33.40ID:NF+PiVrF0
hooksで良いなと思った部分は副作用とマークアップ部分が綺麗に分離できるようになったことだな
それによってコンポーネント内の副作用の影響等が把握しやすくなったり、カスタムフックで自分好みに複数のフックをまとめて抽象化出来たりするからコードの可読性も上がったように思う
111デフォルトの名無しさん (ﾜｯﾁｮｲ 5563-VAYQ)
垢版 |
2022/04/02(土) 22:03:18.78ID:phShoyKu0
createRootとrender分けろって警告で出したね。
シンプルじゃないなぁ
2022/04/02(土) 22:39:16.37ID:WPblCx5D0
その警告をしてシンプルでないとする理由がわからん
2022/04/02(土) 22:48:49.10ID:B/N6Fa/fa
ごちゃごちゃに書きたがる人っているよね
2022/04/02(土) 23:53:46.13ID:GrEAMzhIa
>>97
いや、抜本的に変わったのは3.2とかだったろ
2022/04/04(月) 18:57:54.46ID:TKeyZlO5M
スマホアプリのデータをWebでも編集できるようにしたくて
色々調べてく中でここにたどり着いたんだけど
なんかWebフレームワークは乱立した感じになってるのね…
調べてもどれを使うべきなのかよく分からない
githubの星くらいしか参考データもなく

でも>>101さんのリンク先記事が参考になった
別にそんなにライブラリは使わないし、規模の小さい個人開発はVue.jsで良さげなのかなと
2022/04/04(月) 23:40:42.03ID:EAh2hm0B0
webアプリ初心者が両方ちょこちょこ触ってみてvue使ってるよ
なんかpinia好きだわ
コード打ち込みはreactが楽しいね
正直たいしたものつくらないから優位性はよくわからん
117デフォルトの名無しさん (ﾜｯﾁｮｲ 85a7-B0Ip)
垢版 |
2022/04/05(火) 00:02:53.38ID:4sgd/Hm90
reactはカスタムレンダラーがすごいらしい
2022/04/05(火) 02:34:36.17ID:NrUXKx3F0
> 次世代のReact？ Solid.jsについて
https://zenn.dev/nicky/articles/754f0ca74c887a
もうReactの天下も終わりかぁ早かったなぁ
2022/04/05(火) 06:54:29.03ID:bH2gxj8m0
100歩譲ってReactの終わりの始まりだとして、それ、React系の流れを汲んだ技術じゃん。今はとりあえずReact使っといて（本当に流行ってから移行しても）問題ないように見える
2022/04/05(火) 07:17:54.78ID:HsXfDOwGM
Solidは仮想DOMを使わないため高速
さらにReactでの無駄なレンダリングも抑えている
Reactを採用するモチベーションがない
2022/04/05(火) 07:54:01.75ID:bH2gxj8m0
仮想DOM使ってないから速いってのは木を見て森を見ずでは？
2022/04/05(火) 08:10:00.23ID:VqqpMSri0
reactやvuejsでアプリケーションを構築しててパフォーマンスが問題だと感じる場面に遭遇したことはあるが、大量のデータをフェッチしていたり自分のコードの書き方が悪かったりで、reactやvuejs自体が問題に感じるようなことは無かったなあ
2022/04/05(火) 09:09:02.03ID:+EK3ySaMM
比較した？
2022/04/05(火) 10:11:51.52ID:ZReMvbtfM
>>118
これいいね
週末に試してみる
2022/04/05(火) 13:26:52.69ID:ETld5ZoPr
なんでReactは仮想DOMつかってるの？
メリットはなんですかい？
2022/04/05(火) 14:59:22.43ID:6a13xz8Z0
jQuery みたいに実DOM を扱わない。
仮想DOM変更時には、自動的にDOM木の差分を計算し、差分部分だけを実DOMに反映させる

ただし、メモリは実DOM・仮想DOMの2つを持つので、2倍使う
2022/04/05(火) 15:19:17.06ID:0YlujQsY0
実際普及して移行ツールが出たら起こして
2022/04/05(火) 15:48:51.29ID:raev6Saea
>>125
それ言われてハッとしたわ
今や差分検出と書き換えをやるメリットってほぼない気がする
本当に必要なのはJSXとHooksであって仮想DOM入らんかも
2022/04/05(火) 15:54:41.73ID:raev6Saea
Reactの"次"が見えてきたな
2022/04/05(火) 16:30:16.36ID:aekYSBQXM
Webフロント門外漢は知らないかもしれないけど実DOMの変更はレンダリング処理とか入ってそこそこコスト重いんだよ。
最近はtemplateのslotとかあって必要なとこだけ更新しやすくなったけど、それでも。
2022/04/05(火) 16:48:05.27ID:SCn4t5fAM
仕事中なのでこっそりドキュメント読んだだけだけどかなりよくできてそう
Solid.js普及するといいね👍
個人的にRNよく使うからそっち方面もサポートしてくれれば最高です(仮想DOMないと流石に厳しいか？)
2022/04/05(火) 17:20:25.99ID:u+FS9OX10
その重いっていうのを数字で見せてくれる人がいないのよね
正直10年前の比べてマシンスペックも上がったし
大した差はないんじゃないの？
むしろ差分検出なんてことをやることのほうが重い可能性
2022/04/05(火) 17:54:05.17ID:ETld5ZoPr
Solid.jsって名前がダサい
2022/04/05(火) 17:56:06.60ID:u+FS9OX10
>>133
確かに
今の時代これはないわ
2022/04/05(火) 18:15:07.55ID:3u8+O//Xa
これreactじゃなくてsvelteが死ぬんだろな
2022/04/05(火) 18:39:10.39ID:zCnZtIiB0
新しいのでてくるの
2022/04/05(火) 18:41:37.46ID:6a13xz8Z0
差分検出は軽いでしょ？

各ノードに、変更の有無のフラグを持つだけじゃないの？
138デフォルトの名無しさん (ﾜｯﾁｮｲ 1d46-2tQQ)
垢版 |
2022/04/05(火) 19:45:00.74ID:wCKcIEh+0
もう速度くらいでシェアは変わらんよ
重要なのは開発体験の方だ
139デフォルトの名無しさん (ｱｳｱｳｴｰ Sa13-yV2e)
垢版 |
2022/04/05(火) 20:26:33.63ID:G2ThUmqoa
パフォーマンスばっかり言及されてるけどこれのスゴイ所はhooksのトップレベル制約、明示的なキャッシュ処理、依存関係の記述から開放されることだろう
reactを踏襲しつつ弱点を見事に解消してる完全な進化系だからもうreactを選ぶ理由がない(レガシーのメンテ以外では)
2022/04/05(火) 20:35:42.86ID:ETld5ZoPr
Solid.jsは誰がつくったの？
2022/04/05(火) 20:38:38.09ID:3tK/podq0
これが流行るかは別だけどreactが文句のつけようのないものってわけではないよね
競合相手のvueがそれ以上に迷走してるだけで
2022/04/05(火) 20:41:35.88ID:bH2gxj8m0
>>139
そこから開放されても、（広い意味での）状態の取り扱いは残るし、あんまり魅力的とは思わないな。
どうしてもReactを過去のものにしたいようだけど。どっちも使えば良いだけなわけで。
2022/04/05(火) 23:59:41.42ID:Pmd2Ul1s0
reactとnextjsってどっちがいいの？
2022/04/06(水) 01:39:52.94ID:xqee3k0P0
たまには Angular のことも思い出してあげてください
2022/04/06(水) 12:57:39.21ID:DIJBOrU7r
誰も答えられないの？
なんでReactは仮想DOMつかってるんすか
146デフォルトの名無しさん (ﾜｯﾁｮｲ 55a7-dEyT)
垢版 |
2022/04/06(水) 13:07:19.26ID:K22cA7Fi0
仮想DOMを使うのは現状一番速度とコードの少なさでバランスが取れてるから

あとReactは自由にレンダラーをすげ替えられるから、もっといい方法があるなら
仮想DOMを使わないReactレンダラーを作って実装してそれを使えばいい
だからReactを離れる必要はない
2022/04/06(水) 13:14:26.43ID:S/lTt5hhM
マルチプラットフォーム対応とかかな？
Solid.jsは仮想DOMを捨てたからモバイル移植が難しいと予想
2022/04/06(水) 14:00:54.13ID:7agkb2pSM
>>146
仮想DOMは使えば有利というものではないからそれは難しいところですね

>>147
仮想DOMとマルチプラットフォーム対応は無関係ですね
2022/04/06(水) 14:02:45.11ID:S/lTt5hhM
仮想DOMという抽象化レイヤでプラットフォーム間の差分を大部分吸収できるのでマルチプラットフォーム対応しやすくなるのでは？
2022/04/06(水) 14:03:19.50ID:6A9Aeuema
>>145
上で書いてるだろw
DOM全体を書き換えるとブラウザの描画パフォーマンスが落ちるのよ
jQueryおじさんがinnerHTMLに丸ごとぶち込むようなコードだよ

一方JSXはユーザーからはinnerHTMLに全部突っ込むコードを毎回生成しているように書いてるけど
中では差分だけ見てるというトリック

これこそが仮想DOMのメリット
2022/04/06(水) 14:09:22.87ID:CIB91XNYM
>>150
そのメリットは仮想DOMを使わずとも可能なので仮想DOMのメリットではなく差分書き換えのメリットですね
そして差分書き換えのみと比較すると仮想DOMを用いる分だけデメリットですね
2022/04/06(水) 14:14:46.50ID:6A9Aeuema
>>151
1番大きいのはユーザー体験だよ
該当箇所のDOMを丸ごと毎回生成する処理を書くだけでいいのだから
以前はDOMの状態をみて書き換える箇所を自分で判断してた
それこそがjQueryなコードをスパゲッティにした原因なのよ
2022/04/06(水) 14:18:36.04ID:6A9Aeuema
パフォーマンス速くしたいからDOMの差分を自分で見る→コードがスパゲッティ


差分見るとスパゲッティになるからDOMを毎回丸ごと生成したい→innerHTMLに突っ込むしかなくてパフォーマンス劣化

この悪循環の無限ループ

これを両方同時に解決したのが仮想DOMでありReact
俺が信者になったのはこれを意識した時だな
マジで神だと思ったね
2022/04/06(水) 14:19:52.73ID:6A9Aeuema
ここにいるのに仮想DOMメリットを言語化できるやついなかったのな
上のような事実というか歴史的経緯があるんだよ
しっかりと理解してくれ
2022/04/06(水) 14:22:06.41ID:so8tWsAwa
別に仮想dom使わなくても良いんだよ
あくまでレンダリング高速化の手段の一つ
reactが差分管理として仮想domを採用しただけの話であって他に良いのが出て来ればそれに変わられていくだけ
ただdomと密接に結合するようなレンダラーと差分管理を分離しないアプローチは流行らない
webにしか使えなくなる
2022/04/06(水) 14:40:06.43ID:DIJBOrU7r
>>150
Solid.jsとsvelt.jsはDOM全体を書き換えてるの？
2022/04/06(水) 14:46:33.31ID:6A9Aeuema
>>156
流石にそれはない
ソース読まないとわからんが別な方法で管理してるのだと思う
2022/04/06(水) 15:13:32.10ID:6A9Aeuema
>>155
まあ仮想DOMはメモリをバカ食いするデメリットはありからね
他の方法で差分管理できなら問題ない
Reactの次が見えてきた
2022/04/06(水) 15:28:45.86ID:34Ai9MwnM
>>156
コンポーネント(DOM)を生成するのは最初の1回だけで
生成した後はObserverパターンで必要なところだけ更新するようだよ
ソースまだ読んでないからハッキリしたことは言えんが多分そんな感じ
2022/04/06(水) 15:38:00.45ID:0AiZA7OjM
仮想DOMツリーを使わずに差分管理する場合、変化する部分に状態管理機構（solid.jsで言えばsignal、webcomponentsで言えばslot）を打ち込む形になる。
差分管理する要素が少なく、DOMツリーをダイナミックに動かさないのであればsolid.jsのようなやり方に速度的なメリットがあり、そうでなければReactに速度や構造的なシンプルさのメリットがある。そんな感じじゃないかな。
よく知らんけど
2022/04/06(水) 16:59:40.38ID:DIJBOrU7r
>>157
いやおまえが仮想DOM使わないと全書き換えって言ったから聞いたんじゃん
2022/04/06(水) 18:06:05.81ID:6A9Aeuema
>>161
それはミスだ
そこまで深く調べてなかった
多少コード読んだら状態管理とか変更履歴で管理してるっぽくて想像以上にガチな作りだった
2022/04/06(水) 23:43:10.09ID:ZzbxJvPPr
>>162
お詫びに全部調べて報告して
2022/04/07(木) 00:07:39.33ID:isNt/bVX0
ちゃんとミスを認めてる奴に何言ってんだ、あんた
2022/04/07(木) 08:50:29.10ID:48p+VEp60
こうやって素直にミスを認めて謝れる人めっちゃ好感持てる
2022/04/07(木) 09:08:43.91ID:XKd8bK6Ir
でも俺の疑問はまったく解決してない

・なぜReactは仮想DOMを使っているのか？
・仮想DOMを使わなくても一部のレンダリング更新だけで済むってのか？
・そうであればブラウザのエンジン自体が部分レンダリングに対応しているのか？
・じゃあReactの仮想DOMのメリットってなんなの
2022/04/07(木) 09:20:11.52ID:hrFCTtmgM
>>166
仮想DOM自体にはメリットは全く無くむしろオーバヘッドというデメリットがある
DOMの差分更新は非常に重要で全体更新よりも圧倒的にパフォーマンスが高い
DOMの差分更新はSvelteでもSolidでも各種Vanillaでも当然行われているが仮想DOMは用いられていない
それらと比較してベンチマークなどでReactが遅い原因の一つとして仮想DOM使用によるオーバヘッドが考えられうる
2022/04/07(木) 09:24:25.64ID:Fux/mDxCM
う〜ん、粛々とNG
2022/04/07(木) 09:35:03.84ID:NNETluvMd
Reactでいう仮想DOMというのは本来は単なるフレームワークの実装の都合ってわけじゃなく、
テンプレートがレンダリング結果としてDOMオブジェクトを返しているように見えるけど実際にはそうじゃないから仮想DOMなんだよ。
Vueみたいに単なる実装の都合で内部的に仮想DOM使ってるのと比較されるからそのへん混同されがち。
その意味だとSolid.jsはどうなんだろうね。まだ触ったことないからわからないけど、テンプレートは直接DOMオブジェクトを生成するの？
2022/04/07(木) 09:41:42.27ID:XKd8bK6Ir
仮想DOMってただのjavascriptオブジェクトの階層構造だよね
部分レンダリング更新ってのは、この全体の階層構造のうちの一部の階層のオブジェクトが更新されて、その階層に該当するDOMだけが再レンダリングされるってことかね

その階層ってのはShadowRoot単位なのかな？

想像だけど
2022/04/07(木) 10:05:30.92ID:NMZY0DQdM
>>170
まず仮想DOMは全く関係ないので忘れて横に置いとくといいよ
実DOMを生成する時に全体を生成するのではなく現状の一部を利用して最小限のパーシャルツリーを作って入れ替えるのが部分レンダリング更新
ブラウザによる画面レンダリングも最小限となりメリットがある
今どきのフレームワークならたいてい採用されている
この実現のために仮想DOMは必要としない

一方で仮想DOMは一部のフレームワークが採用している単なる内部のデータ管理方式の一つ
仮想DOMが他の方式と比べて何か有利な点は特にない
実行時に差分検出となるなど不利な点はある
2022/04/07(木) 10:12:41.10ID:kSgW/1GfM
「高速」の比較対象はpostして全部更新だったりする？
2022/04/07(木) 11:08:03.68ID:XKd8bK6Ir
>>171
なるほど

つまり
ReactやVueはデータ管理を仮想DOMで管理してる
Solid.jsやSvelt.jsはデータ管理を実DOMで管理してる

この認識であってる？

なぜデータ管理を実DOMで管理してるんだ？って思うけど、仮想DOM使ってないなら実DOMしかないよねってこと
2022/04/07(木) 12:29:30.17ID:n/T89jyuM
>>173
それは正しくない
どのフレームワークもデータ変更に対応して最終的に実DOM操作をして反映させる点では全て同じ
データ変更がどういう時にどこで起きるかはプログラム作成時にわかっているので
SvelteやSolidはそれらの情報を利用してある種のコンパイラとなり実DOM操作のJavaScriptコードを事前に生成してしまう
つまりSvelteやSolidは実行時にはその生成されたJavaScriptコードが動くだけ
一方でVueやReactはデータ変更に対して仮想DOMに反映させて前後の差分検出をしてその差分を反映させるために実DOM操作をする
2022/04/07(木) 12:31:19.31ID:cPE2iAv8M
>>173
たぶん誤解してる。仮想DOMの使用有無にかかわらず、実際のビューの状態を持っているのは常に実DOMだ。
仮想DOMが登場するのはビューの状態を更新するときで、仮想DOMの場合は論理的には(実際には更新不要な部分は使い回すような最適化はある)モデルの状態に基づいて毎回新しい仮想DOMツリー全体を作り直し、
その仮想DOMツリーをあるべき姿として実DOMを更新する。
一方で仮想DOMを使わない場合は、仮想DOMツリーの作り直しを省いて直接実DOMを更新する。
2022/04/07(木) 14:42:30.41ID:XKd8bK6Ir
>>174
SolidやSveltのその操作用のjavascriptのコード生成ってどんな感じ？

いまいち想像が足りないからわからん

コードってなに？
具体例がほしいかな

>>175
React ： データ更新 → 仮想DOM更新 → 実DOM更新
Solid ：データ更新 → 実DOM更新

こういうこと？
このSolidの直にDOM更新ってどうやってツリー全体のうちの差分を算出してるんだろ？
差分とか関係なくjqueryみたいに要素を特定して更新してるのかな？
2022/04/07(木) 16:11:00.06ID:LqaqpZCDM
SolidはデータバインディングしてるだけだからDOM上のどこを更新すればいいか最初からわかってる
となると負荷がかかるだけの大げさなツリー差分計算は不要かと
reactがツリー差分を計算するのは何処が変わるのかreactが把握してないから
Solidはreactに似てるけど根本的なアーキテクチャは違う
2022/04/07(木) 16:30:15.09ID:zMYtvFpYM
>>176
普通にフレームワークを使わずに書けばわかるけど
差分算出なんて全く必要のない行為
必要となるのは変更されたデータを反映するDOM操作のJavaScriptコードのみ
2022/04/07(木) 16:57:53.58ID:bdIQHoGja
おじさんじゃねーのこれ
2022/04/07(木) 17:26:41.04ID:OoJ9MQRv0
メモ化しなかったら子コンポーネントの要素を再度全てレンダリングしちゃうのでは？
2022/04/07(木) 19:00:26.65ID:I9ZZKEcZM
それぞれそのへんはムダを省くよう仕掛け対応があるね
フレームワークとして最低限それはやらないと
2022/04/07(木) 19:32:20.92ID:XKd8bK6Ir
結局みんなはっきりは理解していない感じらしいね
まあ自分もなんだけど
2022/04/07(木) 19:52:15.69ID:W1OrHRUza
>>182
で？
2022/04/07(木) 20:04:09.90ID:XKd8bK6Ir
>>183
へ？
2022/04/07(木) 22:07:48.47ID:rftQE35ra
solid.js作者による解説記事見つけたよ
正直震えてる
アーキテクチャがやば過ぎ
オワコンと言われた
Reactive Programmingが復活した

https://indepth.dev/posts/1289/solidjs-reactivity-to-rendering
2022/04/07(木) 22:17:52.74ID:rftQE35ra
この記事でDOMの更新原理が全部解説されてる
ただ理解が追いついてない
2022/04/07(木) 22:44:32.35ID:isNt/bVX0
何処でReactiveプログラミングが終わって、何処で復活したんだよ。
パラダイムの話と実装の話をごっちゃにしとらんかね。
2022/04/07(木) 22:49:48.63ID:LqaqpZCDM
>>185
いいね
2022/04/07(木) 23:03:21.84ID:w+H2FlaC0
createElememtしたオブジェクトをクロージャで保持してるのか
確かに生DOMだ
2022/04/07(木) 23:06:10.92ID:cxGwbYOU0
記事はいいけど

>正直震えてる
>アーキテクチャがやば過ぎ

こういうの傍から見て寒すぎ
2022/04/07(木) 23:35:57.90ID:LqaqpZCDM
DOMそのまま掴んでるってことはReact Nativeは絶望的か…ちと残念だ
2022/04/07(木) 23:57:10.55ID:Y0BVj7bxa
ペインの中のボタンを40近くまで連打すると詰まりだすけどreactならどうなんだろうか
https://www.solidjs.com/tutorial/introduction_memos?solved
2022/04/08(金) 00:02:15.46ID:FwPcQFITM
>>192
フィボナッチ数の計算がべらぼうに重いだけだよ
2022/04/08(金) 00:06:04.66ID:pHvgxp+Ea
>>193
探したらあったのでやってみたらその通りでしゅた。
https://codesandbox.io/embed/yh4nf?codemirror=1
2022/04/08(金) 11:42:33.12ID:SI2R8TLia
>>191
RN的な使い方は無理だろね
メモリとんでも無い事になりそう
シンプルなWEBページ特化
2022/04/08(金) 14:27:38.41ID:FwPcQFITM
メモリは心配してないというか仮想DOMが無いから確実に減る
でも仮想DOMが無いせいでDOMと結合度が高くなってるからマルチプラットフォームは難しいだろう
2022/04/08(金) 14:33:08.91ID:bdNfvPhdr
React.jsやVueってマルチプラットフォームだっけ？
2022/04/08(金) 14:41:04.41ID:4G5CVrxlM
>>196
それは違うんじゃないか
こういうフレームワークを作る時に内部はもう一段抽象的なデータを持つ
その抽象データからDOMが対象ならばDOM操作コードとそのオブジェクトを生成といった具合
だから生成されたものだけを見てDOMと結合しすぎていると判断するのはおかしい
例えばReactの仮想DOMもその内部の抽象データなのだから同じ土俵で比べて判断したはうがいい
2022/04/08(金) 15:16:48.60ID:zD+iWd3QM
仮想DOMがメモリ食いまくってるかというと別にそうでもない
2022/04/08(金) 15:48:10.19ID:4taeFJ35a
>>196
なんで仮想domが無いからメモリ減ることになるんだよ
仮想domの代わりにコード生成するっていうのに
2022/04/08(金) 17:29:16.27ID:bdNfvPhdr
>>185
これ要約してくれ
お前らの好きなキータやゼンに上げてもいいから
2022/04/08(金) 17:29:34.20ID:FwPcQFITM
>>200
仮想DOMは変化のない部分もツリーの生成が必要
リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず
2022/04/08(金) 17:37:20.73ID:I/uOEy9hM
>>200
SvelteやSolidがコード生成するのは実行時ではなくコンパイル時点
そして生成されるコードはVanillaで書いたときと同様な感じでわずかなDOM操作コード
仮想DOMのように余分なメモリを使用したりその管理のためのコードが必要になったりはしていない
2022/04/08(金) 17:45:07.62ID:xuzqGDQqa
>>203
実行時に読み込んでメモリ消費するじゃん
アホかよ
2022/04/08(金) 17:54:48.38ID:FwPcQFITM
まさかとは思うけど何もしないのと比較して増えてるからメモリが減ってないじゃないかって意味で噛み付いてきてるのかな？
仮想DOMと比較してメモリが減るって文脈が読めないのかしら
2022/04/08(金) 17:59:43.25ID:/H+nHCQIa
>>205
いやケースバイケースでしょ
素人かよ
2022/04/08(金) 18:03:26.77ID:FwPcQFITM
極僅かな例外も存在するかもしれんがそれをケースバイケースというのは言葉遊びにしか感じないな
2022/04/08(金) 18:04:37.85ID:oVWM7CkTM
>>204
Reactにも仮想DOMを操作するコードがあるし
さらに仮想DOMで差分算出するコードもあるし
さらにその差分に対して実DOMを操作するコードがあるんだよ
SolidやSvelteはそのうち最後の実DOMを操作するコードだけになるよね
さらに仮想DOMを保持するメモリも必要ないよね
2022/04/08(金) 18:19:37.36ID:u9ryeQf60
何を根拠に仮想DOMがメモリ食うと言ってるのかは気になるところ。仮想DOMツリーなんてブラウザのタブを担当するプロセスの消費してるメモリの一部でしか無いのに
2022/04/08(金) 18:23:30.45ID:4I0Aw2zD0
Excelみたいな巨大アプリでどのくらい消費しているのか知りたいね
知らないか？
2022/04/08(金) 18:39:17.75ID:x9wQZSCop
計測せずに性能を語っても妄想お披露目会にしかならんだろ
2022/04/08(金) 18:44:32.33ID:el4YGwkaM
比較対象はゼロだからな
2022/04/08(金) 19:38:01.87ID:4taeFJ35a
>>207
言葉遊びはお前だよ
仮想domだからメモリ使う前提で話してるけど根拠は？
ほぼあんたの思い込みでしかない
2022/04/08(金) 19:48:25.06ID:FwPcQFITM
>>213
仮想DOMの生成にメモリを使うのは当たり前では？
2022/04/08(金) 19:57:47.51ID:9UQ9wQkhr
誰も計測してないのである！
2022/04/08(金) 20:11:01.88ID:u9ryeQf60
なぜ誰も計測してないかを紐解くと、Reactで（他のライブラリやバニラより）メモリ食いすぎて困った、という事例が無いからでは？
2022/04/08(金) 20:53:59.17ID:g5acz2390
>>202
>リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず

そんな単純な話かなぁ。差分を求めずに「変化が無い」ことを判断する方法は自明じゃないように思うが。
218デフォルトの名無しさん (ﾜｯﾁｮｲ 65c9-G86n)
垢版 |
2022/04/08(金) 20:54:12.79ID:z7daun3M0
Reactでも速度面で困ってるわけじゃないからな
Solid.jsが小さいのは魅力
2022/04/08(金) 22:59:55.40ID:KeW2chSD0
Solid.jsのdoc見てみたけど、まず多言語対応されててすごい
精力的なのはいいね
2022/04/09(土) 06:27:23.97ID:hnk6n6Rh0
Vue2で作ったアプリが10個以上ある
それらのアプリはVue2で使い続けたい
新しいアプリはVue3で作りたい
こういう場合どうするのがいいと思う？
Webpack使ってます
2022/04/09(土) 06:51:02.01ID:hnk6n6Rh0
npmの環境もう1つ作っちゃうのが楽な気がするんだけど
2022/04/09(土) 08:07:49.92ID:bqRMq7lA0
Vueの事はよく知らんけどディレクトリ分けてnpx使えばよくない？
2022/04/09(土) 08:14:00.27ID:hnk6n6Rh0
>>222
それが一番楽だよね
2022/04/09(土) 15:51:26.75ID:0hB2G1vSM
React18にverupして、パフォーマンスが体感できるぐらい上がって満足
でもtypesも18に上げた途端3rd partyからエラーでtsignoreに逃げた…
2022/04/09(土) 18:22:45.23ID:jgmuUCzN0
>>220
なんでグローバルにインストールしてるの？
2022/04/09(土) 18:51:44.46ID:hnk6n6Rh0
>>225
ローカルにインストールしてるよ
227デフォルトの名無しさん (ﾜｯﾁｮｲ 3602-pnsV)
垢版 |
2022/04/09(土) 22:59:04.33ID:hgG5Hkw80
>>224
わかる
recoilのtypesがアップデートされるまで様子見してる
2022/04/10(日) 01:35:53.09ID:HXJW3I9N0
>>226
よく見たら自演だったらおじさんかよ
2022/04/10(日) 06:01:45.32ID:7PU75A+00
>>228
だれだよそれ
違うよ
230デフォルトの名無しさん (ﾜｯﾁｮｲ 6f63-KQlO)
垢版 |
2022/04/10(日) 16:24:52.57ID:ITJl40Ck0
react学習中は「jsのFWやろ」って思ってると痛い目見るな。
全くではないがreact言語と言っても良いぐらい独特やね
2022/04/10(日) 17:47:42.20ID:eCRNh29mr
>>230
不同意
2022/04/10(日) 17:58:04.68ID:42W6QpWxM
>>230
自分もJSライブラリというよりはJSによく似たDSLという認識で勉強したらうまくいった
2022/04/10(日) 18:32:09.94ID:zRVAqF+L0
>>230
Reactiveにするための面白い仕組みが色々ある。という点以外は素直なJSだし、わりと素直なDOM発展形だと感じたなぁ個人的には
2022/04/12(火) 01:30:58.06ID:kIyr6erA0
reactは見た目が気持ち悪すぎる
Vueは違和感ないのだが
2022/04/12(火) 01:37:50.96ID:9Wz6jxp60
でもvueは覚えることが多すぎる上
過去のバージョン含めてプロジェクトごとにスタイルが違いすぎて無理ゲー
2022/04/12(火) 08:35:28.85ID:8aqOwqE3r
vueもreactも覚える量は大差なくね
バージョンやプロジェクトごとに違いが多すぎるは非常に同意
2022/04/12(火) 09:11:27.09ID:+SrHGzSxM
プロジェクト毎に…はreact.jsも大差ない
フロントエンドは変化早いから諦めろん
2022/04/12(火) 16:40:07.56ID:lzQIw2wja
おじさんは何使ってんの？
2022/04/12(火) 20:25:39.24ID:vS+B3//00
VueとReactの両刀使いだったけどReactに集約しまーす
フロントエンドでいちいちあれこれ考えたくないし楽だよなあ
2022/04/12(火) 22:28:27.03ID:Db8/nH/Z0
React使ってる方はスタイルどうしてますか？
僕はあれこれコンポーネントライブラリ試してみて、最終的にTailwind CSSに落ち着きました
2022/04/13(水) 00:54:09.91ID:P5y02Tze0
Tailwindなんか良く使ってるな・・・
冗長過ぎだろｗ
2022/04/13(水) 05:55:12.89ID:By3mBvbx0
気持ち悪いとか冗長だとか、感覚的な事ばかり言われてもですね
2022/04/13(水) 07:05:27.28ID:57dconDAd
ハゲたおっさんをみたjkにもいってあげて
2022/04/13(水) 07:30:29.33ID:xZef9YSSr
フロントエンドエンジニアなのにまともにcssを使えないゴミが99％だからな
cssはデザイナーの仕事と勘違いしてるアホしかいない
2022/04/13(水) 07:42:33.90ID:QRWgdMoUM
そんなんおめー、会社の規模と分業スタイルに依るでしょ。ってか大抵はCSSもそれなりに書ける。
フロントエンドエンジニアの99%とか主語デカすぎ
2022/04/13(水) 07:53:46.03ID:Hql1DFVV0
tailwind-cssは最近擬似要素もサポートしたから表現の幅が広がって使いやすくなったけどね
ぶっちゃけ何でcssを書こうがあんまり変わらないから好きなのを使えばいいと思う
2022/04/13(水) 12:51:45.62ID:9uPeD86L0
css使えないからTailwind使うだと馬鹿一直線
2022/04/13(水) 13:10:46.32ID:CP/2H06D0
modules、emotion、chakraと使ってきたけど今はtailwind一択やわ
2022/04/13(水) 18:35:39.41ID:xqcMgFa8M
TailwindCSSはクラスがほぼCSSのパラメータと一対一だからCSSわからんとむしろ使えなくない？ エアプかな？
2022/04/13(水) 20:44:25.37ID:Hql1DFVV0
tailwindcssはvscodeの拡張機能を使うとtailwind.config.jsで設定した自分のカスタムスタイルまでコード補完で表示してくれるのが好き
2022/04/14(木) 06:54:23.13ID:3HmhMLNrr
bootstrapでいいじゃん
カスタマイズもできるしダメな理由ないよな
2022/04/14(木) 08:39:19.84ID:u/xS1gCc0
ダサい！

終わり
2022/04/14(木) 08:41:36.03ID:3HmhMLNrr
ダサいのはカスタマイズできない無能の言い訳
そういう奴はどのcssフレームワーク使ったとしてもダサくしかならない
2022/04/14(木) 17:46:23.71ID:mUuUh3T2a
>>251
ギョームで使うなら無難だけど
面白味が皆無だから使いたがらない
2022/04/14(木) 20:47:07.88ID:e+FW9n+1r
>>254
tailwindだとどう面白いんの？
2022/04/15(金) 21:10:48.34ID:jnxEt0/r0
デザインが関わる部分はデザイナーが作るからどんなの使ってても良いけどね
管理画面とかそういうのはbootstrapで簡単にそれらしい見栄えにしている
管理画面すらデザイナーがモック作ってくれる場合もあるけどね
2022/04/16(土) 14:20:03.20ID:poR/4Bbzd
何せ面倒くさいのは最初にhtml考えた奴のせい(´；ω；｀)
2022/04/16(土) 14:34:02.97ID:ttYT/Wy3a
動的に効率よく文書を処理しようとしたらどうしても複雑になるよ
その上スタイルも入ってくるししょうがないかと
2022/04/16(土) 14:37:32.91ID:uBjo0mN70
>>257
これ
2022/04/16(土) 14:43:04.99ID:2nUkUh0L0
最初はcssなんて無かったが
2022/04/16(土) 15:04:28.43ID:DltdDZSn0
最初はSGMLだろ。
2022/04/16(土) 16:01:11.87ID:/VK1zumir
>>257
>>259
お前らが無能だからhtmlのせいにしてるだけだろ
自覚しろよ
2022/04/16(土) 18:20:20.48ID:EbmfD14Y0
UIって何をどうしてもツリー構造じゃね？
どうしてもHTMLみたいなインターフェースには成らざるを得ないと思うけど
2022/04/16(土) 18:31:27.51ID:MoK8GTpb0
xhtmlは論理的にツリー構造を表現しているけどhtml5はそうじゃないんだよな。
W3Cへの反発があったからといってもちょっとどうにかしてほしかった。
2022/04/16(土) 18:41:45.66ID:ttYT/Wy3a
>>264
行き過ぎたセマンティックって印象よね
むしろ要素を減らすべきだった
2022/04/17(日) 00:36:36.10ID:qB86vRxO0
HTMLはそこまでクソじゃない気がするけど
XMLはクソｗ
2022/04/17(日) 09:29:28.50ID:NcklcR1ha
xmlはもう役目を終えた感がある
2022/04/17(日) 13:04:44.65ID:k8OFv/xgr
フロントエンジニアを名乗ってるくせにまともにhtmlとcssを扱えない
その上それはデザイナーの仕事だとバカにする

ゴミクソフロントエンジニア
2022/04/17(日) 13:10:47.02ID:aLAyt8HE0
仕事っていうのは役割分担をきっちりした方が効率よくなるんやで
2022/04/17(日) 13:49:31.60ID:k8OFv/xgr
ゴミフロントエンジニアの言い訳

つまりjsxとstyleComponentをデザイナーがやるってことだろ
2022/04/17(日) 14:18:30.28ID:YIwghly3M
うちはデザイナさんがお絵描きツールでコンポーネントの各状態ごとの見た目やアニメーションを定義して
それをバックエンドエンジニアが兼任でReactに落とし込む体制でやってる
フロント専任ってのは今は居ない
役割分担は大事だけど分けすぎると調整コスト増なのでほどほどに
2022/04/17(日) 15:16:11.27ID:NcklcR1ha
仮にフロントエンドのデザインを担うならhtmlとcssで何が出来るのかぐらいは理解しとかないとダメなんじゃないの？
組めとまでは言わないけど組める前提の知識は必須じゃないかと
じゃなかったらレスポンシブなデザインとかムリじゃない？
2022/04/17(日) 15:54:42.60ID:7a8Ik8ht0
出来る出来ないと得手不得手は別次元の問題なので
2022/04/17(日) 16:21:33.07ID:Z/7bCHkO0
デザインしましたって言ってイラレで出してくるデザイナーなら要らんわな
2022/04/17(日) 16:32:24.73ID:k8OFv/xgr
デザイナーがお絵描きされてそれをエンジニアがhtmlとcssで再現できるのか？ってこと

当然ながら以下をフロントエンジニアがやるわけだ

どのcssフレームワークを使うか
Atomicデザインの粒度によるコンポーネント細分化
コンポーネントの再利用設計
cssフレームワークのカスタマイズ設定
css変数定義
スタイルガイドラインの策定をcssフレームワークに当てはめる方法
それらのコンポーネント化
css詳細度による優先順位設定
コンポーネントを構築した場合の各コンポーネント親子関係の配置方法
配置によるz-indexの優先順位の影響
インタラクション設計
インタラクション実行処理
デザイナー指定のデザインによるcanvasによる描画開発
2022/04/17(日) 16:39:39.73ID:NcklcR1ha
>>275
つまりあなたの言うフロントエンドのデザイナーって言うのは絵だけ作る人っていう意味？
そんな人需要ある？
食っていけないと思うけど
紙媒体のデザイナさんだって印刷技術のこと物凄く勉強してるよ？
2022/04/17(日) 16:53:51.35ID:Z/7bCHkO0
html化までしてくれるなら後の事はなんとでもするけど
デザインしましたとか言って絵渡してくるヤツはマジ論外
2022/04/17(日) 16:58:01.64ID:w4h8wb330
月給5万くらいでいいならお絵描きするだけでもいいけど
2022/04/17(日) 17:20:11.63ID:k8OFv/xgr
>>276
おれは一度もデザイナーのことなんか言ってない
フロントエンドエンジニアはデザイナーなんかにhtmlとcssをやらせるなってこと
フロントにとってhtmlはコンポーネント設計〜jsx、イベント、インタラクションまでやるのにそれをなんでデザイナーにやらせるんだよって言ってるわけ
cssも同じ
2022/04/17(日) 17:32:55.84ID:Z/7bCHkO0
>>279
いや、素のhtmlとcssを受け取ってフロントエンジニアjsxにリマッピングって工程で別にいいだろ
2022/04/17(日) 17:39:48.32ID:k8OFv/xgr
>>280
いや絶対にうまくいかない

ゴミフロント
→ htmlとcssがわからないからコンポーネントの作り方がわからない
→ cssがわからないからデザイナーから受け取っても配置方法によって崩れる
→ レスポンシブに対応できない
→ インタラクションが何かすら理解していない
→ 表示されるべきものが簡単に崩れたり消えたりする
→ canvasすら使えない

デザイナー
→ コンポーネント設計できない
→ jsx化されてから問題起きて聞かれてもわからない
→ そもそも動的インタラクションがjsの振る舞いによって変化することがわからない
→ 作りたいものがhtmlとcssでできるのかcanvasでできるのかわからない
2022/04/17(日) 17:57:46.22ID:Z/7bCHkO0
>>281
いや、そもそもそんなゴミフロントに仕事なんてさせるなよ
そんなのに仕事させる方が大問題だよ
2022/04/17(日) 18:05:08.21ID:k8OFv/xgr
>>282
そもそもっていうか、フロントエンドエンジニアの募集してるんだがそういう奴らしかいないんだよな
だからフロントエンジニアはバックエンドエンジニアにバカにされるんだよ
2022/04/17(日) 18:13:55.27ID:NcklcR1ha
>>283
そんなのいるか？
にわかに信じがたいんだけど
2022/04/17(日) 18:20:44.45ID:Z/7bCHkO0
>>283
どこで募集してんの？
使ってる求人サイトがよくないんじゃないか？
2022/04/17(日) 18:21:00.08ID:IMHvCntk0
そんなのいたとして何で採用する段階で分からないんだよwコーディング試験でもやれば一発で分かるだろうに
そんなのを採用する奴等が悪いだろ
2022/04/17(日) 18:24:44.97ID:/JrrTzlDM
このフロントエンドエンジニアに対する異様な嫌悪。これ、いつもの人でしょ。
2022/04/17(日) 18:29:58.52ID:k8OFv/xgr
>>284
>>285
エージェント使ってるからかなりの数のサイトで募集かけてる
ほんと使えない奴らしかいない
そしてエージェント側もフロントは少ない上に能力酷いといってる

>>286
まだ採用していないがな

>>287
バックエンドからみたら酷いのしかいないからしゃーないわ
まあバックエンドも酷いがそれより遥かに低レベル
2022/04/17(日) 18:30:32.50ID:NcklcR1ha
本当にいるとしたらそんなの採用してる会社の問題だろ
まぁ嘘なんだろうけど
2022/04/17(日) 18:36:04.03ID:Z/7bCHkO0
>>288
G〇enとかみたいな職務経歴概要を元にスカウト掛けれるとこで求人した方が絶対いいぞ
エージェントはホント使えんから
2022/04/17(日) 18:39:35.00ID:w4h8wb330
スキルのある奴が行きたいと思う会社じゃないってだけだろ
自分は有能だと思うなら転職すりゃいいじゃん
2022/04/17(日) 19:40:25.79ID:qB86vRxO0
何かキモいのが湧いてるのかｗ
プログラマがデザイナーの作業をやれるほどデザインに優れている訳無いやろｗ
それならデザインの専門家なんて要らんやろｗ
2022/04/17(日) 19:46:19.71ID:k8OFv/xgr
落ち着けよw
お前らがhtml（笑）とcss（笑）すらまともに扱えないって言ってるだけだからな

デザイナーがデザインしてもそれをhtmlとcssで再現できないほどの能力しかないのにフロントエンドエンジニアを名乗るなって言いたいだけだ
2022/04/17(日) 19:53:16.04ID:NcklcR1ha
また話すり替える
お宅の会社の問題をエンジニアのせいにするなよ
2022/04/17(日) 20:13:48.57ID:Z/7bCHkO0
自分が描いた絵のCSSコーディングするならまだしも他人の描いた絵をなんでイチイチCSSコーディングしてやらなあかんのやって話
そんなんなら最初から頼まんわ
2022/04/17(日) 20:26:17.14ID:dnG5dkTEM
ここってWeb系の人しかいないの？
うちはSIerだからかフロントはデザイナーに丸投げするからそんなに凝らないけどね
2022/04/17(日) 20:49:04.44ID:k8OFv/xgr
>>294
世の中の自称フロントエンドエンジニアに言ってる

>>295
自分ができないのを他人のせいにするなよ

>>296
デザイナーにReactやVueやらせてんの？
お宅の会社の下請けすごいね
2022/04/17(日) 20:58:01.53ID:4ib2iVRZa
結局こいつが一番使えないだけの話では
2022/04/17(日) 22:36:04.32ID:k8OFv/xgr
htmlとcssすらまともに使えない自称フロントエンドエンジニアが図星突かれて誰も反論できなかったな
まあ少しは学習しろよ
マジで恥ずかしいわ
2022/04/17(日) 23:06:54.65ID:QWAVOj2RM
人の話聞かずに一人で勝利宣言する、いつもの人だった
2022/04/17(日) 23:11:35.57ID:OP9piBR+0
最近話題になってたストローマン論法か
流行を追いかけてんね
2022/04/17(日) 23:49:59.16ID:s5B05SqEa
ほんと使えないおじさんだな
2022/04/18(月) 12:36:57.66ID:cfXt7CJQ0
5chでないとかまってくれないから……
2022/04/18(月) 14:32:33.18ID:RP5j26MYa
たぶん20年ぐらい前から知識のアップデートが止まってて
デザインと1ピクセルのズレも許せないみたいな前時代的な世界で生きてる人なんだろ
今時htmlやcssはバックもフロントもデザイナも関係なく程度の差はあれ必要な共通言語なのにその辺もちょっと理解できてなさそうだし
305デフォルトの名無しさん (ﾜｯﾁｮｲ 57c9-wd3Q)
垢版 |
2022/04/18(月) 14:41:22.27ID:WtZw5StQ0
今更すぎるがデザインとロジックを厳密に分離する事はほぼ不可能
双方の歩み寄りと努力が大事やね
2022/04/18(月) 17:11:00.48ID:RP5j26MYa
>>305
だよね
まぁ昔に比べたらウェブデザイナに求められるスキルが増えたよね
それは他の人もそうなんだけどそれに取り残された人がネットで発狂してるんだろね
デザイン絵だけがデザイナの仕事って人も現実的に知ってるし
常日頃のキャッチアップ大事ね
2022/04/18(月) 17:33:17.99ID:um0AkRWTr
>>304
おまえみたいなアホの分析が見当違いすぎて哀れみを感じるわ
一生htmlごときで苦しんでろ
2022/04/18(月) 17:52:55.92ID:RP5j26MYa
おじさん発狂w
2022/04/18(月) 18:29:31.67ID:8tekLi8DM
この手のおじさんはおだてられるか煽られるかで上手いこと使われてあわよくば使い潰してバイバイされるんだと思う多分。
多人数チームで上手く立ち回れなさそうだからこなせる仕事の規模が頭打ちなんじゃないかな
2022/04/18(月) 21:38:39.65ID:FUmz8hRDr
おじさんとかチームとかどうでもいいんだよ
チームうんたら関係ない話をして反らすな

お前らフロントエンドエンジニアを名乗っていながらhtmlとcssをバカにする割には使いこなせていないのが問題なわけだ
それを俺のせいにしたところでお前らの酷い低品質のhtmlは改善しない

デザイナーガーとなぜかデザイナーに押し付ける

デザイナーはせいぜい軽くデザインするだけでいい
イラレで十分

そこから製品としてのフロントの設計をするのがお前らの仕事なのに無能すぎてhtmlすらまともにつかえない
そこにcssが入るともうお手上げ

生まれつき視神経が腐ってるのか脳みそが退化してるのか知らんけどデザイナーが指定したUIをまったく再現できない
レスポンシブもわかってないからブラウザサイズ変えると崩れる

もう才能ないからフロントやめろよw
2022/04/18(月) 21:58:27.84ID:HtLbDz420
どんだけゴミしか掴めないんだよ
一人だけ別世界で草
2022/04/18(月) 22:05:33.23ID:RP5j26MYa
イラレでどうやってフレキシブルなデザインすんだよw
どこの世界線よ
2022/04/18(月) 22:26:24.43ID:HGjXtV0Da
>>254
寧ろ業務以外ならJS F/Wホントに使うべきなのかちゃんと再考した方がいいんじゃないかとね
2022/04/19(火) 00:33:29.76ID:+khnjqnu0
煽りに反応するやつも同レベル
2022/04/19(火) 06:21:59.86ID:pRhNeLKQM
要員通し仲良くやってもらわないと全体の進捗上がらないじゃん。
どんなにデキるやつでもその能力で全体の進捗を上げられないなら現場では退場仕方なし
2022/04/19(火) 21:45:14.16ID:O4vDLAAp0
NextとかGatsbyが使われたサービスでpagespeed insightsとかLighthouseのスコアがいいサービス知ってる？
故人ブログとかポートフォリオサイトレベルならだいたいスコアめっちゃいいけど、showcaseに載ってるサービスとかのスコア見ると70点以下ばっかりなのよね
2022/04/20(水) 15:53:33.16ID:LWeK4Ix4a
最適化しなきゃそんなもんなんじゃないの？
2022/04/20(水) 18:35:16.85ID:EDBQ8Yqq0
ケースバイケース過ぎる……
2022/04/21(木) 22:11:57.63ID:UFuN8Cig0
>>316
GatsbyのメルカリとかNextのクックパッドはクソ低いな
んでどっちも「不要なJS削除して」みたいな内容のメッセージ出てる
これはフレームワーク使う以上どうにもならんもんだな
IEのサポートのためにJSが肥大化してるから、IEのサポートが切れた今後は改善されるとは思う
2022/04/27(水) 12:11:08.23ID:zf70TfDnr
そいやnodejs18への対応てそれぞれどうなん？
npmとかサックリあげられるん？
2022/04/28(木) 12:33:04.83ID:YyiHmolud
今週vueを触ってみた感触…なんでコンポーネント間のデータ受け渡しだけでこんな面倒くさいのよ
2022/04/28(木) 12:53:04.17ID:PH6fYmjNr
Vuexがあるから
2022/04/28(木) 13:34:45.22ID:3hZpkxOv0
>>321
個別コンポーネントの上位スコープの変数が欲しいなら
グローバル変数でも使えば？
2022/04/28(木) 16:40:17.02ID:Eitw2zDJ0
>>321
コンポーネントに必要なデータ渡せばいいだけやん
v-modelで双方向バインディングが必要なデータを渡し
単にパラメータを渡すならそのまま渡せばいいだけだし
何が面倒なのかが分からんわｗ
2022/04/28(木) 17:05:47.58ID:3hZpkxOv0
あるコントロールの構成が
5階層ぐらいのツリー構造の外部コントロール群から構成されるなんてザラだから、
確かにバケツリレーな実装は面倒だ
2022/04/29(金) 16:13:49.51ID:RLK1MYaMd
>>323
おおありがとーvuexいれたら楽になった気がする
ただバージョンによってお作法結構ちがうのね
2022/04/30(土) 03:08:48.96ID:TIk5gKqZ0
vuex前提はしんどくね？
コンポーネントは上位から貰う事を鉄則としているわ
2022/04/30(土) 08:35:04.53ID:Vrzy9R2kr
まあプロジェクトによるよね
参照するObject次第だし
直近の親コンポーネントから渡したいだけならprop的な方がいいし、
同じ階層の親も子も複数とかならvuexが便利やろね
2022/04/30(土) 09:53:16.24ID:PszWcuHed
バケツがデータの変化を追うのにいいとは思ってるけどjwtのトークンや認証したユーザー情報やら共通的なデータをコンポーネントを遷移させる都度引き渡しするのに面倒だなとというのと親に値を返すときのイベント駆動がいまいち慣れないってのがあって愚痴ってたのよ

まだはじめて数日なんで上手い方法を知らないってのが問題なんだけどね
2022/04/30(土) 10:00:30.24ID:2PyIbekxM
vueのコンポーネント間の連携は普通にクソだと思う
2022/04/30(土) 10:04:45.59ID:yyP0uz/30
認証情報とかってAjax発行したりするVuexのactionsの中でだけ使うようにすればバケツとかイベントで悩む必要なくない？
2022/04/30(土) 10:32:42.73ID:/k/F8o6k0
まあ、そうだわね

個人的にvueは、vuex、router、vuetifyあたりはデフォで取り込んどいてくれればありがたいのにな、とは思う
てかvuetifyのvue3完全対応はよ
2022/04/30(土) 16:10:41.01ID:zPHJgr0b0
vuetifyまってるから3に移行できない
2022/04/30(土) 16:41:12.06ID:l9WwkTH60
>>333
おなじだｗ
2022/04/30(土) 16:54:45.65ID:AdowfueD0
Reactコンポーネントのdynamic importがこんなに簡単だと思わなかった。きっちりLazyで、初めて表示されるまでロードされないし
2022/05/05(木) 12:12:21.70ID:JOrREzPe0
Reactを触りはじめた
reduxだけで全ての状態管理を行おうとして一度詰まったわ
ケースバイケースでcontextの状態管理を使うようにしたらあっさり設計が改善された
しばらくこれで開発を進められそう
2022/05/05(木) 12:40:32.60ID:M81p8ixHM
全部Contextでいいよ
2022/05/05(木) 15:49:37.20ID:E59/eiACM
reduxめんどすぎる
contextで何が悪いとひらきなおる
2022/05/05(木) 16:42:31.70ID:g9pcvMher
ContextでviewModelを共有して快適になった
2022/05/05(木) 19:21:23.67ID:d4EhUcjy0
>>336
Recoil使え今どきReduxとかレクチャーしてる所は時代遅れ甚だしい
2022/05/05(木) 21:33:28.30ID:zy/PQCjp0
>>340
もうすこし安定したら乗り換えるわ
2022/05/05(木) 21:44:07.24ID:zy/PQCjp0
RecoilはFlutterのProviderみたいに使えそうだから個人的に気になってはいるんだけど
まだ破壊的な変更がありそうで怖い
2022/05/06(金) 05:20:48.50ID:oT18ggJ/0
ちょっとRecoilを触ったらいきなりフレームワーク特有のバグを踏んだ・・・
まだ早いなこれ
2022/05/06(金) 08:54:27.79ID:oT18ggJ/0
recoilはbooleanのステートを管理するのが苦手なのかな
いまbooleanのステータスを外部関数で変更しようとして詰まってる
2022/05/06(金) 09:07:04.50ID:/5yWs8w9M
安定してる枯れた技術を使えばいいのに
2022/05/06(金) 09:09:54.58ID:WQ6xyIq40
せやな
$('.hoge')しちゃうぞー
2022/05/06(金) 12:44:04.10ID:hGTMOB260
Recoil扱えないレベルならjQueryにしとけ
2022/05/06(金) 13:09:58.42ID:bbHeZnHF0
おれのばあいatomとuseRecoilState(Value)でだいたい事足りるから
recoilでよほど難しいことしてるのかなって感想をもった
2022/05/06(金) 18:24:07.05ID:GeecAItIa
Contextはレンダリングで地雷踏みがちだよね
2022/05/06(金) 18:37:31.57ID:SCY9U79Cd
便利にするつもりなんだろうけどどんどん面倒くさいことになってるなあ
それぞれの思想やらお作法やらあって純粋にうわもののAP作るより手が掛かる
2022/05/06(金) 21:41:17.90ID:0Wk7dWwd0
Recoil結構ずっと使ってるけどRecoil固有のバグに遭った事はないな
RecoilでダメだったものはReduxでもダメでそもそも別のReactコンポーネントの配置構成の問題ならあったけど
2022/05/07(土) 13:49:45.64ID:096Gh04Ia
色々UIライブラリ使ったけどメンテまで考えると使わないのが一番楽な気がする
2022/05/07(土) 14:13:06.56ID:uw8aRzWk0
>>352
正解
2022/05/07(土) 14:40:12.27ID:7LJvaXlWM
Reactだとない物は自分で作ったほうが早いし色んな意味で安全
2022/05/07(土) 17:37:02.37ID:i1jCC2+50
流石に週間時刻予定表とかは作りたくないんだけど、そういうのも？
具体的にはreact-big-calendar
2022/05/07(土) 19:12:04.66ID:096Gh04Ia
そういうんじゃなくてmaterialとかBoostrapとかのことね
2022/05/07(土) 19:28:50.19ID:i1jCC2+50
なるほど
2022/05/07(土) 19:34:38.77ID:7LJvaXlWM
>355
俺だったら自作する代表例
機能が多くて具体的なライブラリほど満たせない要求が出やすくかつ出た時に困る
2022/05/07(土) 22:04:34.67ID:PCyZr/gD0
Vue3.2使い勝手がよくなったって聞いたけど3.2対応のドキュメントって全然充実してないね
2022/05/08(日) 12:47:49.43ID:dY4mgHSSa
2でも説明足りなかったけど3になったらコード追わないと分からない部分増えたよね
そこで見限ったから現状は分からないけど
reactに比べたら桁違いにユーザー数少ないししょうがないよね
2022/05/08(日) 13:04:01.28ID:G0IAk6dw0
>>360
Vueはユーザー数多いとは一体なんだったんだろうな…
2022/05/08(日) 13:07:14.64ID:EfdQ3QOw0
Cakeが2から3になった時に誰も使わなくなったみたいな感じになるのかな
Vue一本でやってきた奴が乗り換える先がないからそこまで極端にはならんかもしれんが
2022/05/08(日) 13:24:16.98ID:tE2TLZUz0
vue3はvue3で使えるよ
まあドキュメント少ないていうか、
webだと2も3も混在しててググラビリティ低いのは実感する
この板でvueをやたら下に見る人がいるのは変わらんわね
2022/05/08(日) 13:33:39.93ID:G0IAk6dw0
>>363
3.2で劇的に生産性が上がったみたいな例はみたんだけどそれ以外の体系的なところ探そうとしたら
公式みても古い書式だしどうすんだよこれって感じ
2022/05/08(日) 13:37:51.53ID:bYE36LMPr
劇的にって今までどんだけ酷かったんだよ？
2022/05/08(日) 16:50:50.90ID:dY4mgHSSa
検索すると中国語ばかりで色々と先が思いやられたな
Vueの良さってのも分かるんだけど「合わない」ってのが率直な印象
2022/05/08(日) 17:07:04.49ID:Bk/pIFjb0
俺の知り合いVue2ずっと使ってるわ
新サービスにも2を使ってる
早くもレガシーになってる
2022/05/08(日) 17:45:02.57ID:TLe2TDUz0
Vuetify3開発中でなぁ……
2022/05/08(日) 21:38:54.16ID:fIpwljBMr
だからReactにしとけってあれだけ言ったのにアホたちがVueを押しまくるからこんなことになったんだよ
2022/05/08(日) 22:46:27.26ID:okc/yLm6d
トップダウン設計が苦手なジャップにはReactよりVueの方が馴染みやすかったんだろうね
2022/05/08(日) 22:57:43.17ID:G0IAk6dw0
Vue.js 超入門 v3.2対応: 最初に手にしてよかった本 (技術書) 5/6

タイミング良すぎでワロタ
2022/05/09(月) 10:13:46.67ID:tnQhjx0i0
>>371
こんなPDFアップロードしただけっぽい同人の本みたいなもんよく見つけられたな
2022/05/09(月) 11:20:31.58ID:MDL1KsPbd
veu promiseが面倒くさい(´；ω；｀)
2022/05/09(月) 15:04:30.12ID:+B7Bz6jv0
Vueはまじでどこに向かってんだろうな
Angularの良いとこ取りで始まったはずなのに今はReactの後追いやってるし
シンプルなまま、今のSvelteポジを狙っていればまだ将来性はあったんだろうなー
375デフォルトの名無しさん (ﾜｯﾁｮｲ 2301-b+kc)
垢版 |
2022/05/09(月) 15:23:47.98ID:BwO2whlG0
海外はむしろreactからsvelte,vueに向かってるのに日本人って英語の情報取りに行けないから遅いよね。
Reactのつらみわからん奴らがvueよりもreactの方がわかりやすいとか言ってるの見てほんと笑える
376デフォルトの名無しさん (ﾜｯﾁｮｲ 2301-b+kc)
垢版 |
2022/05/09(月) 15:27:18.69ID:BwO2whlG0
Vueオワコン言ってる奴はrailsオワコン言ってるのと同レベルの現実見れないアホ
2022/05/09(月) 15:28:31.65ID:LTRaZC8Zr
Vueオワコン
2022/05/09(月) 15:59:39.58ID:TDei0tm50
svelteに期待してる
2022/05/09(月) 17:15:36.11ID:L5feTUyla
>>374
中華ライブラリ特有の全部盛りに向かってる気がする
2022/05/09(月) 17:58:30.26ID:0xPIgSdY0
>>375
情報元を貼り給えよ
2022/05/09(月) 18:49:11.04ID:3RNMdMia0
めちゃくちゃ楽にやりたいだけならsvelteでいいわな
vanilla.jsの延長として書きやすい
2022/05/09(月) 18:54:23.44ID:LTRaZC8Zr
React1本でいいだろ
他はやる必要すらない
2022/05/09(月) 18:57:34.39ID:LBfpXsR+M
>>381
同感
Reactのような無駄なことをしない分
軽いよね
2022/05/09(月) 19:07:57.03ID:bWhlIlLyM
ロシアのせいでOSS依存へのリスクが無視できなくなりつつある
依存レスかつオールインワンなフレームワークが欲しい
だれか作ってくれ
2022/05/09(月) 19:38:45.33ID:+B7Bz6jv0
ちなみに、Vueのモチベーションは
「Angularの本当に好きだった部分を抽出して、余分な概念なしに本当に軽いものを作る」
2022/05/09(月) 20:30:16.08ID:DTjC8lC90
>>372
入れ替わりの激しいものはAmazonで日付順検索が鉄板だからね
2022/05/09(月) 20:32:04.88ID:DTjC8lC90
>>375
Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ
ReactからSvelteに移るヤツは初めからReactに向いてないものをReactで作ってただけ
2022/05/09(月) 20:52:07.49ID:0xPIgSdY0
>>383
何を持って重いとしているか
2022/05/09(月) 20:54:12.88ID:3RNMdMia0
俺は普通のサイト=svelte
ゴリゴリのSPA=React

こういう使い分けをしてる
割といい感じだよ
svelteは既存のサイトに追加するのも楽ちん
2022/05/09(月) 21:01:23.80ID:48QKZ9zX0
Vueって最初は確かに軽いAngularって感じでいいなと思うんだけど
だんだん公式の散らかり具合のほうが気になってきて逆にAngularのほうが楽じゃね？って気がしてくるんだよな
2022/05/09(月) 21:03:59.49ID:3RNMdMia0
>>390
わかる
同じレベルの学習コスト払うなら今やangularの方が良い
2022/05/09(月) 22:46:11.37ID:TDei0tm50
＞Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ
えー
2022/05/09(月) 23:23:35.80ID:922ksBy10
というかSPAで作るもの自体普通のサイトレベルだとおもってんだけど
ものすごいのSPAで作ったことあんの？
2022/05/09(月) 23:38:58.28ID:S0Cki9Rvd
React使ってるSaaSは普通に存在する
2022/05/09(月) 23:51:34.61ID:pCXH3gMK0
個人的にはvueで取りあえず間に合ってるし新規開発者にも教えやすいし
少人数のプロジェクトで少し手伝って貰うみたいなケースでは
今まで出来ないから直ぐにクビみたいなのは無かったな
まぁ、外れの技術者が来れば出来ないのだろうけどｗ

reactにしたら多分こううまくは行ってない気がする
2022/05/10(火) 07:20:12.42ID:FLX1VExp0
>>393
wappalyzerでサイトとかサービス見てみたらいい
大手のサービスとかサイトとスタートアップのサービスはかなり使ってる
2022/05/10(火) 07:21:45.58ID:tsciyRcLr
>>393
その認識ならSPAやめたほうがいい
2022/05/10(火) 08:01:33.84ID:5TsJWvHOM
>>384
それはOSS特有の怖さではないよね。それにOSSならフォークも可能だからむしろリスクは低い。ある意味ではプロプライエタリのほうが怖い
2022/05/10(火) 09:17:34.49ID:eFgarx/HM
>>398
そだね
外部依存のリスクと言ったほうが正確だ
なのでフレームワーク自体が外部依存しておらず、フレームワーク以外の外部依存に頼らなくても快適に開発できる
そんなオールインワンのフレームワークが信頼のおける組織から出てほしい
2022/05/10(火) 12:56:40.80ID:hNMnrPsB0
Webの場合そうはないけどソースコード非公開の個人製作のヤツが一番ヤバイけどね
2022/05/10(火) 13:47:13.87ID:ov5OsiCVa
Pythonみたいによく使われるモジュールが言語に標準装備されてれば良いんだろね
node界隈の混沌とした状況が原因じゃねーかな
2022/05/10(火) 14:15:28.32ID:AcxeyIYr0
JavaScriptのようにPythonコードをHTML内に記述して実行できる「PyScript」　Anacondaがオープンソースで公開
https://www.itmedia.co.jp/news/spv/2205/09/news161.html

もうJavascriptは要らなくなるのかもな
2022/05/10(火) 14:19:45.35ID:fzPvTbxkM
流石にPythonで書きたくは無いっす……
2022/05/10(火) 14:23:20.88ID:CCpF9W9X0
だよな
2022/05/10(火) 14:30:51.13ID:ONGo9jfSr
なんで？
2022/05/10(火) 14:46:06.12ID:xuRuHPzYM
WebAssembly上でPythonインタプリタを動かしてそのガベージコレクションもしてそれらと各モジュールを読み込んで重くて遅くてデメリットだらけだからでしょう
今後もほとんどはこれまで通りJavaScript＋WebAssembly (by RustなどGCなし事前コンパイル言語) のままでしょう
2022/05/10(火) 14:54:40.05ID:e+qIs2vlM
Wasmの話になると必ずGC遅いマンが現れるけどJavaScripにはGC無いんか？
2022/05/10(火) 15:23:16.50ID:NNFQ4qCM0
Wasmだと言語のランタイムごと実行バイナリに収める必要があって、GCがある等でランタイムが大きな言語はバイナリサイズが大きくなるし効率も悪い。JSの場合はブラウザがランタタイムを持ってて高効率だしサイズも小さくて済む。
Wasm自体が将来GCを持つという話もあるけど、各種言語のGCとは仕様が異なるのでランタイムは作り直しになるようだ。

それはそれとしてPythonが優れてるのはライブラリ周りであって言語としてはJS以下だから使いたくない（個人の感想です）
2022/05/10(火) 15:32:31.75ID:VU3Z5d3Ya
まあブラウザでpython使うメリットは何もねーわな
2022/05/10(火) 15:42:30.45ID:hNMnrPsB0
Pythonインタプリタ言語の癖して型変換書かなきゃいけない辺り不毛
2022/05/10(火) 15:54:36.49ID:slEmUgMXa
え、Blazorの話していいの？
2022/05/10(火) 15:55:32.57ID:ov5OsiCVa
>>409
ニッチ過ぎてちょっと使い所が分からないよね
想像力が足りないのかも知れないけど
2022/05/10(火) 16:11:31.43ID:59eDANbA0
pythonなんてマジで書きたくないわｗ
こんなのでサーバーサイド書くぐらいならRubyで十分だろｗ
どっちも使いませんがｗ
2022/05/10(火) 17:23:18.80ID:ONGo9jfSr
酷評で草
2022/05/10(火) 17:40:27.78ID:AcxeyIYr0
機械学習のデモとかでは結構使えそう(わざわざJSで書き直す必要がないから)だなって思ったけどここだとあんまり望まれてないのかな
2022/05/10(火) 17:50:50.57ID:e+qIs2vlM
結局のところ自分の仕事範囲でピトンが抱え込んでる高度なライブラリを使いたいか否かで意見が分かれる
2022/05/10(火) 17:51:03.87ID:0LGUFPqv0
そもそもインタプリタをemscripten通してコンパイルしてる時点で論外でしょ
どんだけランタイムでかいんだよ
2022/05/10(火) 18:19:15.16ID:ov5OsiCVa
>>415
科学計算とか機械学習の計算をクライアントで実行する案件ってのが思い浮かばないんだよね
wolframalphaとかの計算サイトとかnotebookのような実行環境とかそんなんしか思い浮かばない
2022/05/10(火) 18:53:00.41ID:gcxSlYEt0
フリーランスに立ちはだかる「常駐」の壁。慣例を打ち壊し、
“テレワーク”案件3割→8割へと成長を遂げた「クラウドテック」の軌跡

リモートワーク求人専門サイト「プロリモート」がリニューアルオープン、
業務委託契約の求職者と企業をマッチング

1/3以上が採用につながる高マッチング率、リモートワーク×エンジニア・デザイナー専門の
人材紹介サービス「ReworkerAgent」正式リリース場所からも時間からも自由な働き方を実現！

『ReWorks（リワークス）』リモートワーク特化型転職サイトとして 3月5日 リニューアル

副業・兼業マッチングサービス「クラウドリンクス」登録者数2万人突破
中小企業で進む副業人材の採用、96％が継続採用を希望

茨城県日立市、県外からの「テレワーク移住者」に最大151万円の助成金

長野市、市内に移転・事業所設置し、移住することで最大550万円の支援金を支給

フリーランスが活用できる「最大1,000〜3,000万円・補助率50%〜75%」の
『ものづくり・商業・サービス補助金』とは？概要や条件を解説
2022/05/10(火) 18:55:13.85ID:NNFQ4qCM0
>>415
その用途だとTensorFlow.jsあるし、機械学習系のC++やCUDAで書かれたライブラリは流石に動かないだろうからね……
2022/05/10(火) 19:01:48.80ID:LyLbbhuzr
もうjavascriptはオワコンだろ…

フロントエンドはPythonフレームワークのPeactとかPueに置き換わる日も近い
2022/05/10(火) 19:33:21.45ID:gYL59M7n0
PyScript面白そうではあるけど…まぁひっそりと消えそう
2022/05/10(火) 19:43:39.15ID:KTRpa4DE0
なんかあとひと押し足りないって気がする
なんなんやろ
2022/05/10(火) 20:03:08.12ID:e+qIs2vlM
ぶっちゃけパフォーマンスだけが課題
これが解決すれば後は好みの問題になるから
2022/05/10(火) 20:28:03.18ID:jCGTR7zw0
pythonってshやbatみたいに仕方なく使う言語だと思ってたけど、好きで使ってる人いるんだ。
2022/05/10(火) 20:30:15.40ID:ov5OsiCVa
>>423
Python製のクライアントフレームワークが無いからじゃ無いかな
比較対象が無いので評価出来ない
2022/05/10(火) 20:33:02.78ID:ov5OsiCVa
>>425
ウチだとバリバリ使ってる
っていうか現実的な選択肢がPythonしか無いっていう分野
もちろんバックエンドのみだけど
2022/05/10(火) 20:45:25.80ID:jCGTR7zw0
>っていうか現実的な選択肢がPythonしか無いっていう分野

そういう状況を言ったつもりだけど
2022/05/10(火) 21:20:47.72ID:hNMnrPsB0
大体のところCライクじゃない言語は一般には流行らない
2022/05/10(火) 22:15:05.14ID:FQfCwwgXM
言語変えた程度で何が変わるの？ってのが正直な感想
まさかDOMが生まれ変わる訳でもないし
非同期が同期になるわけでもないし
2022/05/10(火) 22:23:01.91ID:e+qIs2vlM
英語でミーティングするか日本語でミーティングするか
箸でプリンを食べるかスプーンでプリンを食べるか
その程度の違いはあるかもね
2022/05/10(火) 22:24:59.51ID:6NCJI2U2M
jsもpythonもクソ！って思ってる奴は割といそうだけど
jsはクソ！python最高！って奴はあんまりいなさそうな気がするんだよな
完全にイメージだけで言ってるけど
2022/05/10(火) 22:41:06.90ID:NNFQ4qCM0
JS（及びTS）はそんなに（罠は多いけど）悪い言語じゃないんだよね。
積極的に乗り換える必要がない程度には
2022/05/10(火) 23:38:10.77ID:0LGUFPqv0
pythonの方が普通の人は使いやすいよ
当たり前だが
2022/05/11(水) 00:09:09.36ID:T+21x/580
pythonはpandasで集計によくつかてるよ
2022/05/11(水) 00:46:11.05ID:ZxQ/H1/P0
YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails 初心者用サロンでは、
キャリアパスは、Rails → Go だけ

Python は、プログラミングの技術で転職できないから、絶対に教えない。
サロンに転職できない香具師ばかりが残って、サロンが崩壊するから

文系で、プログラミング・Linux, Docker, AWS だけで食っていけるのは、Rails, Go だけ。
PHP, Scala は、KENTAがオワコン認定して滅んだ

Pythonは理系で、大学院数学科・AWS 機械学習 Specialtyの、2つの資格で決まる。
だから、KENTAが文系プログラマーに教えない。
教えても転職できないし、そもそもプログラマーを求めていない
2022/05/11(水) 05:30:38.02ID:Iqge52I10
typescriptを触りはじめたばかりだけど
nullとundifineの違いがマジで気持ち悪くて困る
初期化の段階では気にならないけど、
返り値の型指定で、voidとnullを分けなければいけないのは草もはえない
javascriptに戻せばこの気持ち悪さから目を背けられるんだろうか
2022/05/11(水) 06:49:59.19ID:MNr0qB9P0
undifineとか書いてる時点で誰も聞く耳持たんよ
2022/05/11(水) 08:53:14.17ID:89wsOUM6a
まあ気持ちはわかるよ
tsって静的型付けのために動作上は不要なコードを付け加える作業だからな
書き心地が良いはずもない
2022/05/11(水) 09:40:40.47ID:yC9r5PpaM
TSは推論あるしわりとラクだけど、例外処理に関しては全然役に立たない哀しみ
2022/05/11(水) 10:16:30.03ID:sDHFf5J4r
もう新たな言語つくってくれ
なんで誰も作らないのだ
2022/05/11(水) 10:34:17.94ID:yC9r5PpaM
それはGoogleがDartで通って失敗した道だし、完璧な言語なんてものは存在しないから何度も作り続けることになる。
それにJSは言うほど悪い言語ではない
2022/05/11(水) 10:47:42.35ID:9+Fgria9M
TSのターゲットがwasmになればJSへの配慮が不要になってもっと色々面白い事ができるはず
2022/05/11(水) 12:21:55.32ID:VTrkrmeCM
>>442
悪いからAltJsが乱立してるのでは
2022/05/11(水) 12:21:59.48ID:1e6LrNTwM
JSの型ヒントまだ？
446デフォルトの名無しさん (ﾜｯﾁｮｲ 1746-5JSg)
垢版 |
2022/05/11(水) 12:28:33.43ID:cpm7LRmA0
乱立してたのはconstもなかった時代だろ
今はそこまで悪くはない
2022/05/11(水) 12:30:02.47ID:VedbVEHQM
AltJSは今TS一強だし、そのTSも以前とは異なって型付け以外はJSそのものだゾ
2022/05/11(水) 12:32:34.90ID:42PTVEOr0
>>440
それはTSに限らん話かな。
そもそも例外機構自体が静的型付けと相性が悪い。
2022/05/11(水) 12:53:22.04ID:VedbVEHQM
>>448
なるほど。
エラー出うるとこはすぐ拾ってT | ErrorとかEitherにするのが無難か
2022/05/11(水) 14:24:34.45ID:9+Fgria9M
オレオレエラー処理ルールは止めたほうがいい
例外はほんと弱いからランタイム型情報ほしいね
2022/05/11(水) 14:50:28.09ID:Iqge52I10
今日初めてTSで例外処理を書いた
anyで型チェックした例外の、あるかも分からないcodeプロパティで例外の種類を
判別するという気色悪いコードを書いちまった
一応、hasOwnPropertyで、error.codeがあるか否かチェックはしてるんだけど
こんな感じで正解なのかすごく不安

てか、TSを入れて型チェックしても、こんな汚い例外処理を書かされるなら
何の役にも立たねーな・・・。JSに戻そうかな
2022/05/11(水) 15:22:05.78ID:A1bnimj0M
TSの恩恵がないと判断したなら戻せばよかろう
2022/05/11(水) 15:27:49.44ID:zhP8ftWA0
>>451
例外の型にclassを使ってinstanceof

はい！終了...
2022/05/11(水) 15:32:44.60ID:9+Fgria9M
オプソライブラリに例外に関するドキュメントが無い時に困る
ソース解析とデバッグで調べてるけれど信用できる仕様書が無いと無断で変更されそうで不安
2022/05/11(水) 15:51:32.19ID:9+Fgria9M
instanceofだけだとうまくいかないケースもあるそうだ
ttps://github.com/typeorm/typeorm/issues/5057
2022/05/11(水) 16:32:24.65ID:AR8DfNGdM
例外の型なんて精々リトライ可能かどうかの判断とデバッグくらいにしか使わないんだから、そんなに厳密に扱う必要ないんだよ
多くの人に使われるようなオプソライブラリを作るレベルの人はそのへんの匙加減をよく理解していて、
いちいち例外を全部場合分けして個別に作り込みをしてるようなドカタレベルの開発者とはだいぶギャップがある
2022/05/11(水) 17:17:10.10ID:9+Fgria9M
>>456
俺も昔はそう考えてたけどUXを考えるとそうも言ってられん
プログラミングはエラー処理が大半ってよく言われるけど本当にそのとおりだった
面白くない部分だけど品質を上げるためにやらないと
2022/05/11(水) 18:09:59.23ID:9u6rIkJ60
そもそもTypeScriptもそう長く続かない
こんな所詮トランスパイルするだけのものが永遠に使われる訳が無いし
ネイティブはjavascriptで変わらないのだから
2022/05/11(水) 18:55:47.05ID:K7YCH0rrM
そうだね
ブラウザが静的型付け言語を直接実行できるようになったらあっという間に廃れるね
2022/05/11(水) 19:54:48.33ID:q7HpFYJKa
jsより先にポイ捨てされるならtsってなんだったんだろうな
苦労しながら型書いてたのは保守性のためだったはずなのに
2022/05/11(水) 20:02:51.13ID:zyWV8gw3M
そういうのは廃れてから言ってください
2022/05/11(水) 20:45:51.48ID:42PTVEOr0
>>457
品質を上げるために例外の型を細かく区別することが必須というわけでもあるまい。
そのアプローチでやろうとしたのがJavaの検査例外なわけだけど、結局それを
きっちりやるのは困難なことがわかってきたんで最近は例外の型に依存する
設計自体が避けられる傾向じにあるんじゃゃないかな。
2022/05/11(水) 21:48:20.99ID:9+Fgria9M
>>462
問題は実行時型情報の欠落とドキュメント不足で静的検査の有無ではない
2022/05/11(水) 21:50:37.24ID:VUieO+dfM
>>448
本質的問題はそこだね
だから最近のプログラミング言語であるGoやRustは例外機構try/throw/catchを廃止した

>>449
GoやRustはその方式だね
Goはすべてタプルで返し
Eitherに相当するのがRustだとResult<T, Error>型であとは有無を示すOption<T>型
Rustの「?」オペレータが絶妙でエラー時に即時に関数を抜けてくれて例外のようにエラー処理を上位関数に集められる
2022/05/11(水) 23:04:51.66ID:Iqge52I10
>>462
別に例外すべてを細かく切り刻めとは言わないけど
ログイン処理実装などのように、例外を細かく刻まないといけない部分はどうしても出てくる
2022/05/11(水) 23:05:58.48ID:Iqge52I10
>>453
おっ、ありー！試してみる
2022/05/11(水) 23:16:11.62ID:riPwAsR20
fetchがPromise生成してくれてResponseのメソッドもPromise生成でcatchでサクッと例外処理できるのはほんとに良く出来てると思う
2022/05/11(水) 23:48:55.25ID:NKt1zpJor
>>466
こんなもんなのよ。
の世の中の問題って！
2022/05/12(木) 00:27:38.23ID:nhkWit6K0
>>463
何か勘違いしてないかね。
たしかにTSはJSに対して型情報を埋め込んだりするようなオーバーヘッドは生じさせないと言っているが
それは実行時に型を判断できないという意味じゃあない。
nominal subtypingな言語だとコンパイルで型名が失われたら型が判断できなくなるから、あえて
「実行時型情報」として保持させてやる必要があるわけだが。
2022/05/12(木) 00:40:13.66ID:sSkYRofXM
>>469
いやTSもJSも実行時に型は判断できないよ
オブジェクトが特定の条件をみたしているか判断してるだけ
これは酷く脆いやりかたでだから>455のような事故が起きる
例外に対処するためのcatchブロックで間違えやすい設計になっているのはちと問題だね
2022/05/12(木) 00:59:23.22ID:cWppi0PpM
そもそもID:Iqge52I10はTSに何を期待して採用しようとしたのか気になる
まったく見当違いの期待をしといてTSはダメだ！役に立たん！と言ってるように見えるが
2022/05/12(木) 01:04:07.53ID:nhkWit6K0
>>470
>オブジェクトが特定の条件をみたしているか判断してるだけ

それがstructual subtyping的あるいはduck typing的な型なわけだが。
>>455はinstanceofにnominal subtyping的な型の保証を期待したらそうじゃなかったというだけだろ。
実際にはプロトタイプチェーンしか見てないわけだし。
2022/05/12(木) 04:11:26.12ID:CoPLz2Vj0
JSに型なんて期待し過ぎ
そもそもが型とは正反対の言語だ
このポンコツ言語をなんとかして実用に耐えるように矯正してるだけにすぎない
2022/05/12(木) 05:33:09.35ID:zmuX8XXJ0
本来ならTSスレで話すべき内容なんだろうけど、ワッチョイ無くてあっち機能してないからなぁ
2022/05/12(木) 11:02:25.32ID:sSkYRofXM
思ったよりマイナー言語なのかね
TSスレは過疎化がひどい
2022/05/12(木) 13:07:33.15ID:kmr5eocHa
型付けは便利だし手放せないけど変に意識高い系の人が入ってくると面倒なことになりがち
477デフォルトの名無しさん (ﾜｯﾁｮｲ bea7-Rvhb)
垢版 |
2022/05/12(木) 13:12:26.97ID:uvr1OWW50
TSは型チェックやトランスパイルの速度がこれからすごい早くなるから
開発環境はさらによくなってオススメされるのでユーザー数は増える
2022/05/12(木) 14:24:04.12ID:bMk6+3lo0
そろそろTSはJSに吸収される
2022/05/12(木) 14:37:11.32ID:NsYP9atta
JSがもっとマシな言語になるなら構わない
2022/05/12(木) 14:42:00.63ID:5sAcVGoP0
みんなTS大好きなんだね♪
2022/05/12(木) 19:10:45.42ID:sSkYRofXM
>>477
これまでが遅すぎたんで期待
482デフォルトの名無しさん (ﾜｯﾁｮｲ 1763-wYNq)
垢版 |
2022/05/12(木) 19:44:49.92ID:Q8+MB3F20
TSもJS互換だし仕様がカオスすぎてワイは頭抱えながら格闘してる…
ESLintって必須プラグインになってきたのは良いが、あれダメこれダメが多すぎる
2022/05/12(木) 19:52:01.26ID:sSkYRofXM
リテラルと...だけは本当に便利なのであらゆる言語が模倣すべき
2022/05/12(木) 20:15:47.12ID:nM4SHBg/d
頭のいい人がなんやかんやと新しい思想いれたりお作法作ったりしてくれてはいるけど
その度実装してるみんなは右往左往して余計な稼働くって世の中発展を妨げるのは実は頭のいい人達の優越感のせいなんじゃねと愚痴りたくなるほどゴロゴロ仕様がかわるのは完璧して
2022/05/12(木) 20:24:29.54ID:QqLL5Bz+0
jsの話ですらないけど初見演算子のなんてググればいいかわからない問題ってどうしてる？
2022/05/12(木) 21:12:03.45ID:sSkYRofXM
「言語名　演算子」で地道にググるか公式ドキュメントの演算子のページを探す
2022/05/12(木) 21:48:50.75ID:K+mlTO0ea
>>482
EslintはAirbnbとか使わないで最小でやるのが良いんじゃ無いかと
そもそもスケールするかどうか分からんプロジェクトをガッチガチに固める理由がない
2022/05/12(木) 21:53:12.74ID:0fBPMTIY0
>>485
TSならこれで調べるのが早い
https://typescriptbook.jp/code-reading-assistant
2022/05/12(木) 22:01:26.54ID:kgXbK+rw0
JScript.NETから進化してる？
2022/05/13(金) 18:48:59.39ID:zD7+eQiB0
TSがどうこうというより、動的型付けの型チェックぐらいもっと手軽にやりたい
googleの賢い人たちに期待してる
2022/05/13(金) 18:56:41.97ID:gY0FxiLY0
型は複雑なものだしTSはMSのレジェンドが生み出した言語だゾ。
マジレスするとSuperstructとか使えば？
2022/05/14(土) 01:09:33.55ID:pZnfA7Wr0
>>491
TSには現在進行形でお世話になるよ。これがないとJSはnullが怖い

あとSuperstructを教えてくれてありがとう
調べてみるぜい
2022/05/14(土) 08:36:20.76ID:sMGvGTwPa
勉強中の身なのですがtsを使う理由ってこんな感じでしょうか
理解や用語が誤っていたらご指摘ください。

tsを使う理由（サーバーサイド）
tsは型を厳密に定義することができるのでサーバーサイドでの利用、特にドメイン層でのビジネスロジックの記述に適している。

tsを使う理由（View）
サーバーも同じ言語を使うことで、サーバーで定義したモデル（レスポンスモデル等）をViewでも定義するという二度手間がなくなる。
ただしView側でtsでビジネスロジックを記述すると、利口な UI アンチパターンになってしまうので注意。
2022/05/14(土) 09:12:28.76ID:sn4udcUf0
>>493
TypeScript検定でも受験すんの？
2022/05/14(土) 09:48:51.54ID:sMGvGTwPa
>>494
社内の技術選定で候補に挙げようかと
2022/05/14(土) 10:07:07.91ID:UUXyqx7tM
鯖でtsはないかな
2022/05/14(土) 12:11:20.40ID:lXb0w+3k0
かと言ってPHPやPythonはアレだし、JavaやC#はアホみたいにメモリ食うし、Node.jsで（fastifyとかで出入り口をガチガチに固めれば）良いじゃんってなることは結構ある。比較的簡単にスケールするし、クラウドでも大体使えるし。
2022/05/14(土) 12:22:01.90ID:GNnPWoYV0
まあサーバがJSTSであるメリットは、
フロントと言語が共通しやすくなることでの総合的な学習コストの抑制がメインやろからね
仕事なら各予算とかパフォーマンスとか、要件に合わせてちゃんと多角的に評価すべきだとおもうよ
2022/05/14(土) 12:39:34.79ID:UUXyqx7tM
共通っていうほど移植性ないでしょTS
逆に混乱するから別言語のほうがいいと思うよ
2022/05/14(土) 12:44:48.12ID:UUXyqx7tM
>>497
https://www.takigawa-memo.com/compare-language-atcoder/
TSはJavaやC#より遅くてメモリ食ってるよ
2022/05/14(土) 12:59:34.72ID:UUXyqx7tM
ちと古いが
ttps://cryptomode.com/c-is-the-most-energy-efficient-and-fastest-programming-language-study-finds/
言語比較ってたまにググると色々出てきて面白いね
エネルギー消費量なんてのも比較されてんだ
2022/05/14(土) 13:00:57.29ID:YyWH0a110
移植性は関係ないんじゃね。単に環境や知識が一本で済むというだけ。
論点はほかにもあるだろうけどそのへんは要件に照らして個別に判断する話であって、
そういう前提なしに

>鯖でtsはないかな

なんて断言できるもんでもないだろう。
2022/05/14(土) 13:31:51.95ID:UUXyqx7tM
>>502
動くもの動かないものが意外と違うんで一本で済むと思って始めると辛い
stringに生えてるメソッドですら環境依存
そもそもフロントとバックって書き方もアーキも勘どころも依存先も違うんで言語だけ合わせてもって感じ
2022/05/14(土) 13:37:03.84ID:lXb0w+3k0
>>500
ほんまかと思って数年ぶりにjava書いたけど普通にNodeの倍以上メモリ食ってた。
AtCorderはたくさんVM立てるから（forkとかかな？）なんか設定が違うんじゃないかな。
とはいえ思ったより食わなかったので、バカ食いは訂正します。
2022/05/14(土) 13:41:17.73ID:DuvSDtMha
バックもフロントもコード補完と型安全性、型情報によるドキュメントの補完を目的としてるな
バックでts使った事ないけどapiのスキーマの定義はopenapi使ってれば他の言語使ってても生成できるので二度手間にはならないよ
2022/05/14(土) 13:48:11.53ID:GNnPWoYV0
あくまで学習コストが低いくらいや、とワイも思う
まあドキュメントとかも少しは節約できるかもくらいかな
社内にJSTSのコミュニティがあるとかなら十分検討に値するんじゃね
会社なんて千差万別なんや
2022/05/14(土) 13:53:46.11ID:bL0HlggA0
継続的に開発するならなんでもいいけど
リリース後は放置するようなものだと、問題が出たときに久々に見てもなんだっけこれ？にならない楽さはある
フロントからJSが駆逐されたらそれも通じなくなるだろうけど
2022/05/14(土) 14:36:41.86ID:LJgHQn+CM
いまどきの学習コストは言語自体よりライブラリやらフレームワークの占める領域がな・・・
言語を揃えてもコスト削減効果は限定的な気はする
2022/05/14(土) 14:42:40.49ID:wZ/dlG450
でもバックエンドが.netとかjava系でフロントreactよりnextのほうが学習コストは低いやろ
2022/05/14(土) 15:04:21.52ID:LJgHQn+CM
さあ？
それを比較できる根拠は何ももってないから肯定も否定もできないな
2022/05/14(土) 18:15:30.80ID:4GKPU3lGa
皆さんご意見ありがとうございます。
大体の認識はあってそう…？

ガチガチの業務システムになるので、サーバー側は堅牢な言語にしたいところですが…
>>505を読む限り、言語が別でも二度手間感はないのでしょうか
サーバーサイドに定義したレスポンスモデルを変更したら、自動的にフロントサイドも書き変わるのが理想ですね。

しかし意見が結構別れますね
フロントサイド、もしくはサーバーサイドしかやってない人は言語なんてバラバラでもいい
どっちもやってる人は一緒の方がいいってなるのかな
2022/05/14(土) 18:20:06.66ID:0bRjAEIy0
フロントエンド出身の人は同じ言語でいいじゃんってなりやすいし
バックエンド出身の人は鯖でJSTSとか氏ねよって人多いだろうし
2022/05/14(土) 18:26:21.07ID:UUXyqx7tM
JSはまあ論外としてTSしかできないならTS
そうでないなら別の言語でいいんじゃないの

TSのカジュアルさは場合によりメリットになりうる
がしかしJSから継承した多数の変な罠、変化の速い依存関係、低品質な標準・非標準ライブラリを持ち込むデメリットのほうが大きいと思うね
2022/05/14(土) 18:43:36.84ID:YyWH0a110
程度問題だな。
pythonやrubyのバックエンドなんてのも平気で存在しているわけだし。
2022/05/14(土) 18:43:56.92ID:wtoFZqAo0
>>511
そもそもこのスレでサーバサイドについて質問する時点で
回答にある種のバイアスがかかるであろうことは想定しないと

サーバサイドについて公正な意見が欲しいならそれに適したスレに行くことを勧めるよ
2022/05/14(土) 18:50:21.52ID:PIqdDhGKd
言語単体でどれがとはいいにくいかな
今時は何らかのフレームワークにのっけることになるけどフレームワークも複雑化しているから使い慣れたものを選択するケースが多い
でそこにマッチした言語を多用することになる
でこれまた使い慣れた言語以外は使いにくいなあと思うように…
2022/05/14(土) 19:21:28.20ID:59Ewxs6ZM
>>501
やはりCとRustが圧倒的に効率的なんだな
ブラウザサイドはJavaScript＋Rust(Wasm)のハイブリッドが最も効率良いし
サーバーサイドはRustがクラウド等コスト最小にできるから
今後はJS(/TS)＋Rustの両者だけで最も効率良く行けるね
2022/05/14(土) 19:35:06.42ID:wZ/dlG450
とりあえず要求要件まとめるのが最初じゃね
会社の得意言語が決まってるとかじゃなけりゃさ
ガチガチの業務システムのコア部分が何がしかのフレームワークで果たしていいのか、とかもあるやろ
2022/05/14(土) 19:47:16.30ID:lXb0w+3k0
ぶっちゃけ余程マイナー言語じゃなきゃなんでも書けるし、要件や現状にあったものを選ぶだけ。早まった最適化は無駄どころか後々の負債になりかねないからね
2022/05/14(土) 20:19:21.78ID:rJz/kRn+0
サーバーサイドはpython1択だろ
新規ならこれで間違いないよ
現時点でnextだのnuxtだの自前で運用するものではないぞ
どんだけコストかかるか
2022/05/14(土) 20:23:46.80ID:vireAt4B0
使ってないけど最近サーバーサイドでGoは流行り始めてるってのは何回か聞いた
522デフォルトの名無しさん (ﾜｯﾁｮｲ 87b9-az5c)
垢版 |
2022/05/14(土) 20:44:36.70ID:zxDXnmN60
フロントはVue.js 3、サーバーサイドはPHP
日本においてはこれが最適解だよ
なんで日本に住んでるのにReactとかいうどこの企業も使ってないライブラリ使いたがるのか理解できん
2022/05/14(土) 20:58:56.26ID:vireAt4B0
>>522
Vue2の時は悪くなかったけどVue3の日本語ドキュメント全然充実してないやん
2022/05/14(土) 21:05:18.72ID:TQJ9y2tp0
弊社、退職済みの自称イケイケエンジニアがnodejsで業務システム作ったおかげで
負の遺産となってる
2022/05/14(土) 21:08:48.30ID:4GKPU3lGa
>>515
でもこの板って特定の技術のスレはあれど
アーキテクチャをテーマにしたスレがないんですよ
あっても過疎ってるんですよ
ちょうどこのスレでtsの話題があったので投稿した次第です

しかしサーバー、フロントどっちもやってる人はすくなそうですね。
うちは規模が小さいのでどっちもやる羽目になりそうなのですよ。
2022/05/14(土) 21:09:06.59ID:q0VbptyB0
>>522
メルカリ、LINE、Yahoo、マネーフォワード、SmartHR、DeNAとreact(nextjsも含めて)をプロダクトに使用してる企業は枚挙に暇がないんだが・・・
2022/05/14(土) 21:09:49.81ID:DuvSDtMha
>>524
nodeサーバーゴミだよね
2022/05/14(土) 21:16:45.10ID:DuvSDtMha
>>511
両方やってるけどバックとフロントは言語ちがうね
フロントは使う技術そんなに変わらないけどバックエンドはプロジェクト毎に要件かなり違うから幅が広くなっちゃう
最初からnodeでやりましょうって決め打ちはしないかな
2022/05/14(土) 21:17:27.35ID:ng6xGQr50
websocketをガッツリ使うならsocket.ioのあるtsがサーバーサイドでも一番！とか思ってるんだけどこの認識もしかして古い？
Pythonのswampdragonとかスケールしないって記事を見たことがあって
2022/05/14(土) 21:26:52.64ID:DuvSDtMha
>>529
swamp dragonというかdjango自体があまり使われてない印象
今はfastspi一色かも
2022/05/14(土) 21:27:15.79ID:59Ewxs6ZM
>>527
Node (JavaScript) がゴミだと言い張るあなたは何の言語を使っているの？
2022/05/14(土) 21:52:35.44ID:wtoFZqAo0
>>525
>でもこの板って特定の技術のスレはあれど
>アーキテクチャをテーマにしたスレがないんですよ
じゃあこの板自体がその手の情報収集に適してないということ
技術ブログとか漁ってみればある程度まとまった情報も手に入るかもよ

>しかしサーバー、フロントどっちもやってる人はすくなそうですね。
少ないかどうかはわからんけど、自分が少し前にやったのはVue+SpringBootで
選定と実装はひとりでやったよ
2022/05/14(土) 21:56:55.67ID:UUXyqx7tM
>>529
SignalRとか
2022/05/14(土) 22:42:44.47ID:h9YALwRY0
>>529
そんなもんJavaにでもC#にでもなんにでもある
あとWebSocketと従来のソケット通信は若干送信内容が違う
2022/05/14(土) 22:49:45.09ID:rJz/kRn+0
>>529
websocketだけならnodeでもいいけど
それ以外の処理はどうすんのよ
データベースやキャッシュなどのWebの根幹をなす処理をさ
nodeの不得意分野
2022/05/15(日) 00:06:24.43ID:PKOM7k+T0
最初に用件をある程度固めて、
それを実現できるフレームワークやライブラリを調べて、
言語は最後にベストなものを選択する
開発にかかるコストの全体の中で、言語の取得なんてかなり小さい
2022/05/15(日) 07:24:17.87ID:/QC8ypewr
遅いしメモリ食うPythonをバックエンドなんかに選ぶ理由はないわな
2022/05/15(日) 07:45:14.36ID:g61xzk710
>>535
不得意でもないけど
2022/05/15(日) 12:45:04.08ID:jYft1JFw0
>>511
>>サーバーサイドに定義したレスポンスモデルを変更したら、自動的にフロントサイドも書き変わるのが理想ですね。

かってに変わられたら困るですけど(´ω｀)
堅牢とか言ってる割にはなんか根底が矛盾してんですけど
2022/05/15(日) 15:07:20.10ID:Pwx8c3iM0
>>539
開発中の話ね
項目名が変わったり、減ったりしたときに困らない？
2022/05/15(日) 16:21:49.45ID:vHVXFnMOd
i/f変わればいずれにしろその項目に対して適切な処理が必要というか作り込みになるから勝手にはこまるのでは
idlぽいものを双方合意で共有するのが現実的では
2022/05/15(日) 16:44:09.04ID:VMVrIVgn0
OpenAPIの定義で握ってるような開発ってどのくらい普及してんのかな。
うちは単にドキュメントとしてしか使ってないけど、あれデータ定義がjsonschemaだから冗長で大変なんだよな。
2022/05/15(日) 16:52:54.26ID:vNRch2400
古くはWSDLとかSOAPとかあったけど、お手軽シンプルなRESTに滅ぼされたのよな
544デフォルトの名無しさん (ﾜｯﾁｮｲ 4563-HE43)
垢版 |
2022/05/15(日) 17:33:08.47ID:k55J8NDG0
今でもSORPやCORBAが負の遺産で残ってるとこ多いね
Restに駆逐されて良いわ
2022/05/15(日) 17:51:00.04ID:ezWJ6neIM
Swaggerって実質的にWSDLの再発明みたいなもんでしょう
WSDLを安易に滅ぼさずに最適化し洗練させていけば
技術間の断絶が起きず移行コストを抑えつつ今と同じような形態に落ち着いたのではと思う
まあいまさら何を言っても過去は変わらんのだけど
2022/05/15(日) 18:15:18.89ID:Pwx8c3iM0
>>541
自分は勝手に変わって、コンパイルエラーになる方が嬉しいわ
変わってることに気付かないのが怖い
2022/05/15(日) 20:14:06.84ID:jKD1Yf03d
リクエストやレスポンスに載せる要素を勝手に追加して送っても受け取る側がさわらなけりゃエラーにもならずそのまま漏れるケースがでてくるよ
ぼっち開発ならいいけど複数人でやるならコミュはとらんと
2022/05/15(日) 20:40:00.47ID:VMVrIVgn0
>>547
それで困るシーンがいまいちイメージしづらいな。
受け取る側で必要ないデータを勝手に追加しても使われないから別に問題ないんでは？
2022/05/15(日) 21:01:47.68ID:yFmPLlmrM
>>539が何をもって堅牢と矛盾してると言ってるのかようわからん
2022/05/15(日) 21:26:19.11ID:3/ngjaD/a
>>514
Rubyは一時期ゴリ押されてたからまあまあ多いだろうな
2022/05/15(日) 22:05:09.04ID:Pwx8c3iM0
>>547
いやそりゃレスポンスモデル変わったことは通知するよ
でも人間がやることだから必ず対応漏れが出る

大幅な変更で対応漏れがあったらもうどうしようもないけど
ちょっとスペルミスがありました程度で対応漏れで値が表示されなくなるのはつらい
2022/05/15(日) 23:14:33.75ID:ezWJ6neIM
型安全な言語だと当たり前の感覚だけどスクリプトをやってる人にはピンとこないのかも
2022/05/15(日) 23:49:50.15ID:Pwx8c3iM0
>>552
言語というか
フロントのみしかやらない人は、IFの変更があったときはバックエンドから通知が来るのが当然で、
通知が来なくて不具合が出たとしてもそれは通知しない方に責任があるというような考え方ではなかろうか

システムの形態によってはスマホアプリもあるだろうし、その場合はフロントとバックの言語が違うなんてのは当たり前なんだろうけど、
ブラウザのみの場合は極力フロントとバックの言語を合わせた方がメリットが多いと思う
2022/05/16(月) 00:40:22.43ID:cASOeT3aM
メリットがあるのは理解するけどバックエンドの選定って運用とかにも大きく絡むから
開発の都合だけを押し通すわけにもいかなくない？
要件的制約的にどれを選んでも大差ないってときにじゃあ同じ言語にしとくかってのは否定しないけども
2022/05/16(月) 00:51:53.77ID:NcmrqgSm0
というかバックエンドは負荷が集中する箇所だから
小さい規模ならまだしも本来ならば
バックもjavascriptで書くなんてあほなマネは極力避けるべきだろ
2022/05/16(月) 01:59:51.50ID:UTxfnI1i0
だからフレームワークも運用も枯れまくってるRuby Python PHP Javaのどれかがベスト
2022/05/16(月) 06:03:18.76ID:IGDmE8Ky0
バックエンド側を勉強する機会がない
クラウドファンクションの実装で済ませる機会が多くて…
2022/05/16(月) 06:24:16.60ID:XfoCH0Ek0
>>555
一般的なRESTサーバーで負荷の集中が予測される場合、クラウドでも自前サーバでも一番気にしなくてはならないのはDBがスケールするか否かじゃね？
2022/05/16(月) 09:44:15.27ID:a802uHDS0
言語合ってくれるとバックエンドはフロントのこと分かりやすいだろうな、とは思うけど
合わせてくれとまでは思わない
それよりも優先すべきことが多い
てかまあスレタイとはズレていくな
2022/05/16(月) 10:17:06.28ID:03MF3TRNd
それは逆だな
一般にバックエンドのほうが技術的に幅広く理解している人が多いから、言語が違ってようがバックエンド担当がフロントを読めないってことはまず無い
当たり前のことだし煽るつもりもないが、フロントの人の方がJSに拘る傾向は遥かに強い
2022/05/16(月) 10:37:26.36ID:XfoCH0Ek0
バックエンドでも一つの言語や一つのフレームワークしかわかりませんみたいな人いるけどなぁ。本人次第過ぎる
2022/05/16(月) 11:19:17.17ID:2hxrh63x0
>>560
？
2022/05/16(月) 11:47:58.40ID:a802uHDS0
なんかズレてんな

まあどこの会社のバックエンドが優れてる優れてないってのは様々やしな
今のフロントを理解できるバックエンドってのもなかなか貴重な気はしてる
2022/05/16(月) 12:16:20.57ID:zuDvQ8ve0
だよな。実際、人材探してもフロント(SPA)できる人のほうが希少だったわ。
2022/05/16(月) 12:48:31.69ID:zUcFmi9Cr
SPAやフロントなんてシステム全体からみたらデザイナーの仕事だからどうでもいいんだよ
2022/05/16(月) 12:48:38.41ID:wSD9JNVwd
フロントもバックもそれぞれ人材はいるけどspaするなら結局前後でデータ整合や認証関連、フロー制御の連携するために間に立って全体をみる役割の人材が少ない印象
2022/05/16(月) 13:00:15.74ID:IoIRdAU7M
>>566
結局フルスタック出来るか、それとも一部しか出来ないか、だよね
言語をどれにするかは独立した別の問題
システム的に許容範囲ならば全てをJavaScriptでも問題ない
逆にサーバーリソースコストが重要ならばスクリプト言語を使っていてはダメだし、
ブラウザ側も重い処理が入るならばJavaScriptだけではダメでWasm必須など
2022/05/16(月) 13:13:26.71ID:j5xHL+8m0
ここサーバーサイドjsは劣ってるって決めつけてる人いない？
表現力もライブラリも実用レベルだと思うが
2022/05/16(月) 13:22:53.05ID:IoIRdAU7M
速さの性能面に限っても、
V8のおかげでスクリプト言語の中でもJavaScriptは断トツに速いから、
他のスクリプト言語を使っていても大丈夫なサーバーサイドならばJavaScriptでも大丈夫
2022/05/16(月) 14:19:04.42ID:DJgy/fWm0
漏れは、NRI ネットコムのAWS Solution Architect Associate(SAA)の教科書で勉強しているけど、
データベースの基本は、マルチAZ

マスター・スタンバイ + read replica(参照のみ)。
Ruby on Rails 6 から、複数DB(read replica)にも対応している

YouTube で有名な、雑食系エンジニア・KENTA の初心者向けRailsサロンでは、
キャリアパスは、Ruby → Go だけ

PHP, Scala は、KENTAがオワコン認定したから、
Laravel を使っているZOZO も、もうダメ。
日本ではKENTAがダメと言うと、誰もその会社へ転職しなくなる。それで滅ぶ

Python, Django も、無理だと言ってる。
大学院数学科とか、AWS 機械学習 Specialty を持っていないと無理。
この分野はプログラミングに関係ない

文系がプログラミング技術だけで食っていけるのが、Rails, Goと、AWS SAA

KENTAだったか誰かは忘れたけど、
フルスタックエンジニアを名乗る香具師は、信用するなと言ってたけど、
KENTAは転職用に、Rails + Vue.js を推奨しているw
2022/05/16(月) 14:28:18.18ID:a802uHDS0
実に香ばしい
2022/05/16(月) 14:30:48.17ID:DQrIwGMYM
こういう書き込みをしてKENTAとかいうやつの評判を下げてる人です
2022/05/16(月) 14:46:23.75ID:qZK8tQUSa
バックエンドではTypeScriptは意図的に避けてる
エコシステムの変化が激しすぎるのと標準ライブラリの貧弱さが使用に耐えない
OSS文化は悪くないけど基本的な機能すらコミュニティ依存っていう無責任な方針はよくない
今後数年から数十年に渡って自分達のプロダクトと共存していくことになるパートナーとして信用できない
2022/05/16(月) 14:49:42.10ID:qZK8tQUSa
逆に言うとフロントと同じぐらい小さくて寿命が短い使い捨てのバックエンドなら別にTypeScriptでも良いと思う
うちはそういうの扱ってないんで選択肢に挙がらないけど
2022/05/16(月) 15:13:42.42ID:UTxfnI1i0
何するにも非同期とかnodeというかJSは終わってる
それはフロントエンドの発想
サーバーサイドは全部同期的に動くのがベスト
同期で動いていかに早くレスポンスを返すかを設計するもの
何やるにもコールバックかPromise連打しなきゃいけなくて地獄
サーバーサイドで非同期は余計なのよ
この感覚を理解できない人はサーバーサイドを理解してない
2022/05/16(月) 15:29:38.98ID:DJgy/fWm0
KENTA
未経験からのエンジニア転職の必須教養【技術知識編】
https
://www.youtube.com/watch?v=Q1c09rrhTjo

奇をてらって、Laravel, Django を選ぶな。
転職先が多い、Ruby on Rails が有利

AWS EC2 はオワコンだから、Fargate を使えとか、
CircleCI, Github Actions, Terraform,
Nuxt.js, Type Script
2022/05/16(月) 15:44:43.87ID:XfoCH0Ek0
>>575
えぇ……サーバサイドでも非同期役立つやん……。仕組みからしてシンプルにスケールさせやすいし、DBの返答待つ間にできる処理回すとかもお手の物。
Promiseやawaitある現代JSでは非同期は簡単に扱えるし、Rustのactix-webとかも非同期だよ？
2022/05/16(月) 15:45:18.25ID:a802uHDS0
なるほど、非同期に苦手意識があるのかな
2022/05/16(月) 15:47:16.27ID:AoVbevXWM
非同期は必須
2022/05/16(月) 15:49:03.92ID:IoIRdAU7M
>>575
それは真逆
サーバーサイドは同期的にならない
様々なマイクロサーバー待ち、データベースサーバー待ち、ローカルファイルシステム待ち、など、これらを一つ一つ同期的に待つのは無駄だから非同期で並行処理させる
2022/05/16(月) 16:42:00.83ID:6UuQWNeTd
>>575
TPモニタですら非同期のAPI提供してきたのに…
2022/05/16(月) 17:01:53.01ID:UTxfnI1i0
>>576
それあなたの環境だけですよね？
2022/05/16(月) 17:05:06.95ID:UTxfnI1i0
>>580
だからそれがダメなんだって
そもそもそんな重い処理をしてる時点で論外
2022/05/16(月) 17:21:30.33ID:iHhbmbyAd
ビックデータどうすんの
2022/05/16(月) 17:23:54.78ID:DQrIwGMYM
同時接続数が100なのか万単位なのかで全然話が違う
2022/05/16(月) 18:19:39.14ID:i5j4+7lIM
この手の話は具体的なケースを想定するなりして前提を合わせないと話が噛み合わなくて時間の無駄
2022/05/16(月) 18:37:05.18ID:zuDvQ8ve0
>>583
>>580に対して「重い処理」なんて単語が出てくるようじゃ会話が噛み合わないわな。
本当にサーバーやってたのかすら疑わしい。
2022/05/16(月) 18:47:25.98ID:1RXpoL4NM
並列処理せずに素直に待ってろって事だろ
DBが遅いのは他の人が使っているからでその間に他の仕事をすると他の人がさらに遅くなりトータルでは悪影響しかない
2022/05/16(月) 18:48:19.78ID:UTxfnI1i0
あのーJsの非同期はrustのそれとは別もんです
まずそれを理解しましょうね
2022/05/16(月) 18:51:10.73ID:UTxfnI1i0
あとスレッド生成しないなら結局クソ重い処理をした時点で固まるんですよ
それが論外
スレッドにしてもスレッド生成のコストもバカ高い
データベース引くより遥かに重いことをやるメリットはなに？
Webサーバーの処理の中でやるとクソ重くなるというのはこういう意味ね
理解できたかな？
2022/05/16(月) 19:01:29.63ID:UTxfnI1i0
俺はプラグラミングモデルの話をしているんじゃない
速いか遅いかの話をしているんだよ
nodeが本当に速いならclusterモジュールなんかいらないのではないか？
2022/05/16(月) 19:19:36.98ID:e/cRZO3XM
>>588
用語の使い方からおかしい
まずは並列(parallel)と並行(concurrent)の違いを勉強しよう
ワーカーを持ち出さない限りJavaScriptのコード並行処理
そして並行処理であってもした方が速くなる

>>590
例えば重い(遅い)サーバー2か所からデータを引っ張って来ないと自分のリクエスト元に返せない重い状況であっても
同期的に直列に処理するよりも並行処理した方が明白に速くなる
同期処理は悪
2022/05/16(月) 19:31:25.09ID:XfoCH0Ek0
>>590
データベースが行っている事はCPUバウンドな処理だけじゃないんだよ。
それにCPUのマルチコアやネットワーク、ストレージを並行に使えば速くなるじゃないか。スループットにもレイテンシにも利くぞ。

>>591
clusterモジュールがやってるのはマルチプロセス化だ。スケールアウトの要だし、速かろうが遅かろうが必要なものだ。
2022/05/16(月) 19:41:55.35ID:6EEFsN+o0
元が糞遅いものがマシになるって話してる並行派と、
そんな糞重いものをそもそも書くんじゃねぇよっていう直列派の醜い争いってことでいいの？
2022/05/16(月) 19:55:58.84ID:AoVbevXWM
流石にIOバウンドでの非同期の必要性は理解できてるようだが
CPUバウンドの非同期については理解が足りてない

完全にCPUバウンドの処理AとBがあるとする
Aは終了までに100秒かかる
Bは1ミリ秒でおわる
多数のクライアントがABBBBBBB...とリクエストしたときを頭の中でシミュレーションしてみればはっきりわかる

シングルスレッドかつ完全に非同期だと全てのクライアントがAのせいで100秒待たされる
しかしここでAのアルゴリズムを変更しループ処理を分解して1秒に1回程度の頻度でawaitを挟むとする
するとAは1秒後にCPUを開けわたすのでCPUはAをいったん止めてBの処理を先に進めることができる
Bを実行したクライアントは1秒程度でレスポンスを得ることができるようになる
2022/05/16(月) 20:01:55.65ID:m61O0R3fa
>>594
前提条件がズレてるから噛み合ってないんだと思う

まずクライアントに即座に結果を返す必要があるWebの処理では重い処理はしてはいけないのはその通り
重い処理はバッチ系に回すべきだし

そのバッチが並行処理というのなら並行処理は必要
分散環境での並行処理とプログラミング内での並行処理でもまた違ってくる
そういう意味でそれほどズレてはいない気がする

またフロントエンドはシングルスレッドでブロックする処理は厳禁
そういう環境で生まれたJavaScriptのPromiseとそれを元にしたrustのPromiseはAPIは似てるが実装は違ったりする

なかなか面白いテーマだ
2022/05/16(月) 20:10:15.33ID:odRt9Swia
この流れみるだけでnodeサーバーはやめとこってなるよな
2022/05/16(月) 20:20:20.37ID:qCgVIFl5M
いやなんでやねん
2022/05/16(月) 20:24:07.73ID:XfoCH0Ek0
>>595
あえて極端な例を出してるんだと思うけど、そこまででかい処理ならスレッドなり生成してOSにスケジューリングを任せるかな。

というか皆別々の単位で重い処理ってのを考えてそうな感じする。俺はms単位で考えてた。
2022/05/16(月) 20:46:33.54ID:odRt9Swia
>>599
まぁ一般的にはCPUバウンドが高価な処理は他のサーバーに振るよね
フロントではそのタスクの終了が通知されるのを待つだけの話
で、この重い処理をクライアントで賄えたら、ってみんな考えるけどこれはこれでなっかなか難しいんだよね
2022/05/16(月) 20:53:55.85ID:DE3tyBMGM
>>597
むしろNode.jsは好ましいものの一つと分かったはず

>>600
2箇所のデータ返すサーバーからデータを得てまとめてクライアントに返すといった普通の軽い処理の話だよ
Node.jsなどの非同期が楽に扱える言語で実装すれば並列に2箇所を待てるから軽くて速い
2022/05/16(月) 21:50:31.18ID:nKEST01j0
ID:UTxfnI1i0の主張がとっちらかっててようわからん
同期非同期、ウェブサーバでの重い処理云々の話から
>速いか遅いかの話をしているんだよ
はイマイチ繋がりが読めない
2022/05/16(月) 22:00:34.18ID:FZsPlm29M
いずれのケースでもサーバーサイドはローカルファイルシステム待ちや他のサーバー待ちがほぼ確実に入るのだから
それらを順次処理しかすることが出来ない同期プログラミングは不利
並行処理することが出来る非同期プログラミングは有利
2022/05/16(月) 22:33:40.10ID:1cDlwRW1a
>>602
だね
node最高って言いたいだけなんだろうけど
2022/05/16(月) 22:38:47.31ID:zuDvQ8ve0
>サーバーサイドはpython1択だろ

こんなこと言ってた奴がNode.js否定するんだから笑える。
2022/05/16(月) 23:14:35.31ID:XfoCH0Ek0
ワッチョイあるから曲がりなりにもスレが機能するなぁ
2022/05/16(月) 23:29:01.92ID:U0Am7PfN0
nodeは完璧ではないだろうけどnodeが頭ごなしに否定される要件って生き残る言語がほぼない気が
2022/05/17(火) 01:01:12.57ID:PUUcKTl00
https://knowledge.sakura.ad.jp/24148/
この辺読むと>>575はデタラメ以外の何物でもないな
2022/05/17(火) 05:45:28.08ID:ljngt0Cn0
なるほど、あのアンチ非同期の人はC10K問題を理解してないんじゃなくて、そもそも知らなかった可能性があるのか
2022/05/17(火) 09:19:23.29ID:fFq5aUVM0
そいやしらんけどangularにもNextみたいなのあるん？
2022/05/17(火) 15:39:36.94ID:gaF/x0PY0
例えば、画像のサムネイルを作るような、CPU セントリックな処理は、
直接、App・Web サーバーで処理しない。
他のサーバーへ回す

AWS Lambda では、
1. 画像をS3 へアップロードする
2. それをトリガーに、Lambdaが起動
3. 画像のサムネイルを作成
4. そのサムネイルを別のS3バケットへ追加する

これを、Ruby on Rails のActive Storage では、Image Magick, libvips を使う。
Appサーバーを経由しない、ダイレクトアップロードもできる
2022/05/17(火) 21:11:42.44ID:5sTsDSNCM
>>610
angular自体がnextみたいなものじゃないの？
2022/05/18(水) 13:46:42.60ID:pBGsXlbta
>>608
俺の留守の間に好き勝手やってくれたようだな
仕事に忙殺されて見る時間がなかったわ

知ってないわけないだろ
むしろお前が今調べたんだろ
しかもそれだいぶ前だぞw

あと接続数の問題と「処理を捌ける」とは別物
全てが幻想の話なんだよ

後そもそもクラウド全盛時代に1台の性能や接続数を語ってもナンセンス

nodeが生まれた時代はクラウド全盛期前
アーキテクチャが古くても仕方ない
現に最近はC10K問題とか誰も言ってないだろ
nodeにやって解決されたわけじゃないぞ
2022/05/18(水) 13:47:48.03ID:Q05gEBgM0
今さら出てきてふわっとした単語で吠えてて草
2022/05/18(水) 13:49:25.58ID:pBGsXlbta
ちなみにdenoでは非同期の利点などもはや一歳言っていない

むしろセキュリティとサーバーサイドをフロント側のWeb標準に合わせるという点を強調している
2022/05/18(水) 13:51:31.15ID:pBGsXlbta
あと勘違いしてるようだが俺はnodeの非同期がクソと言ってるだけで
一般的な非同期や分散環境を否定してるわけではなく
むしろそっちはやるべき派

それは上の俺の書き込みを見てくれればわかるだろう
2022/05/18(水) 13:52:05.20ID:pBGsXlbta
俺の書き込みに対して真正面から打ち返せない奴が何を言っても無駄だ
2022/05/18(水) 13:57:10.42ID:pBGsXlbta
C10K問題を今更出してきたということはもしかして
nodeの非同期を知らなかったということか？

恥ずかしい
流石にそれ恥ずかしい

議論の舞台にすら上がってなかったのかよ
2022/05/18(水) 15:34:10.89ID:UHYN5VPTM
>>616
> 一般的な非同期や分散環境を否定してるわけではなくむしろそっちはやるべき派
> それは上の俺の書き込みを見てくれればわかるだろう

>>575
> サーバーサイドは全部同期的に動くのがベスト
> 同期で動いていかに早くレスポンスを返すかを設計するもの

嘘じゃんww
nodeの非同期が他とどう違って、それがどうして「サーバーサイドは全部同期的に動くのがベスト」に繋がるのかな？
2022/05/18(水) 15:55:49.00ID:Q05gEBgM0
結局顔真っ赤にしちゃって連続カキコでクソクソ吠えてるワンちゃんやんw
具体的に「こういうコードや設計や非同期がこうだめ」って言えないんだろw
2022/05/18(水) 20:38:18.17ID:KwZ7Wkgo0
最初からC10K問題が念頭にあったならあんなに「重い処理」にこだわったりしないと思うがな。
2022/05/18(水) 21:56:00.38ID:oTMHjH2B0
>>613
>あと接続数の問題と「処理を捌ける」とは別物
>全てが幻想の話なんだよ
？
ちゃんと意味の通る日本語で頼むよ
2022/05/18(水) 22:43:43.34ID:GtCaCq+I0
誰かが青天井でお金を払ってくれるならいいけどそうじゃないなら1台で捌ける数がどうでもよくはないよなあ
624デフォルトの名無しさん (ｵｯﾍﾟｹ Sr6f-zs7H)
垢版 |
2022/05/20(金) 13:27:58.01ID:qat+Km1Or
vue3.2の記法ほぼsvelteじゃんw
2022/05/20(金) 17:07:04.18ID:Gup2SPuad
setupだとかreturnとか面倒くせえ
普及しないわけだ
新たに始めて覚えるあいだに古いやつで何本もアプリつくれるだろ
そうこうしてるとまた仕様をかえてくるループ
2022/05/20(金) 18:59:28.62ID:ZVMU5bd00
仕様は動かさないで下さい
こういった頻繁な変更がエンタープライズアプリケーションで使いづらくするのです
2022/05/20(金) 21:38:26.64ID:icSQvEud0
recoilを使うと非同期でステータス更新する時のステータス管理が楽だな
contextを呼び出す書き方は、どのメソッドをオーバーライドするか覚えておくのが面倒だわ
628デフォルトの名無しさん (ﾜｯﾁｮｲ 1f18-bAjp)
垢版 |
2022/05/27(金) 01:45:51.49ID:B+c0w6Pq0
TSって意味ないだろ
型つけても速くなるわけじゃないし非生産的過ぎる
コード長くなって作るの遅くなるだけ
2022/05/27(金) 05:49:52.71ID:gss6SgrQ0
型推論あるから型をつけるのは（関数の引数やJSON等）データの出入り口くらいでそんなにコード伸びない。
生産性が落ちる要素は型エラーを消すべく型パズルに頭悩ませたり、バリデーションに気を使ったり、ビルドを組み上げたりする部分。
逆にインテリセンスや、厳格なコメントとしての型など、生産性が伸びる要素も多い。特に後から改修するときに凄く役立つ。
生産性は規模によるけど、悪くてもトントンで、むしろ上がる。
実行時エラーをほぼ消せるので枕を高くして眠れる価値はプライスレスw
あと地味にJSよりTSのコードの方が熟達者が書いてるケースが多く、玉石混交なネット上のソースを見るときに役に立つ。
2022/05/27(金) 06:07:36.80ID:QlGRmtWta
トランスパイル環境作りめんどいからあえてjsのネットのソース使ってるわ
2022/05/27(金) 08:25:38.89ID:cdC2AjzLM
JSとTSだったらTSのがいいよ
あまり強力ではないけどいちおう型安全でインテリセンスも効く
2022/05/27(金) 08:25:47.90ID:tqR3qcVja
>>628
作るサイトが大したことしないんなら要らないんじゃない？
2022/05/27(金) 08:51:52.91ID:aeyQTPTPa
TSに対応したよ！（TS版のドキュメントを作ったとは言ってない）
これがなければなあ
2022/05/27(金) 10:36:59.59ID:SjE05UxVM
型のもたらす恩恵が分からないというのはある意味幸せなこと
2022/05/27(金) 10:39:41.17ID:X2EnXYhx0
フロントおじさんは別名consoleおじさんだから
2022/05/27(金) 16:10:05.44ID:4jZnoEWod
20年前コンパイルできたのに不用品扱いだったのがJScript .net
どう見てもその矮小化版のTypeScriptなんてゴミに決まってんだけどな、今の若い子にはキラキラ見えてんだろうな。
2022/05/27(金) 16:17:49.35ID:G9ybTKrgr
昔話しかできないおじさんかわいそう
2022/05/27(金) 18:37:27.10ID:gss6SgrQ0
>>636
ググってみたけど明らかにTypeScriptとは別物じゃん。JSを.NET向けに強引に矯正した醜悪な代物じゃん。当時のMSはこういうの多かったな
2022/05/27(金) 19:04:13.88ID:9SIeHNxX0
当時はなんでも～.netってのが出るのかと思ってた
2022/05/27(金) 19:20:02.08ID:rGg+7oBEM
何をもって「どう見ても矮小化版」と判断してるんだろうね
2022/05/27(金) 19:49:47.91ID:Bc7zCTdYr
TSは型の足し算、引き算がUI開発にめちゃくちゃ良い
2022/05/28(土) 06:19:13.77ID:jNgQBc1X0
20年以上プログラミングやってるやつがこんな発言したのかと思うと、いっそ切なくなるな
2022/05/29(日) 02:37:46.01ID:K8aquu2V0
Remixを参戦させてくれや
最高の使い心地
2022/05/29(日) 10:32:18.57ID:ig8caTNF0
どんなに良くても情報が少ないと致命的なんだよなあ
645デフォルトの名無しさん (ﾜｯﾁｮｲ db02-O+bm)
垢版 |
2022/05/31(火) 03:28:55.50ID:yPBYm6AK0
昔から型書くの大変だから動的型付けにして書く量減らそうって流れだったのに逆行してるじゃん
型書いても結局周辺のコード見たり動作テストするんだから一緒だよ
型付けして動作が速くなるならまだしもそれすらないなら自己満感だけのオナニーコードだよ
646デフォルトの名無しさん (ﾜｯﾁｮｲ db02-O+bm)
垢版 |
2022/05/31(火) 03:41:46.94ID:yPBYm6AK0
賢者は歴史に学び愚者は経験に学ぶ
本当に賢い奴はJSを選択する
わざわざ余計なコードを書く必要はない。型付けはシステムに自動でやらせるべき。シンプルisベストだろ
647デフォルトの名無しさん (ﾜｯﾁｮｲ db02-O+bm)
垢版 |
2022/05/31(火) 03:44:02.74ID:yPBYm6AK0
動的型付けを否定するという事は自動化を否定するという事であり
システム自体を否定する事である
プログラム自体を否定するのと同じだ
648デフォルトの名無しさん (ﾜｯﾁｮｲ db02-O+bm)
垢版 |
2022/05/31(火) 03:45:51.50ID:yPBYm6AK0
型付け最高！はいつまでもオートマを否定しマニュアル最高！と言ってるようなもん
2022/05/31(火) 03:50:50.55ID:NNzmqFeUr
正直どっちでもいい
動的だろうが静的だろうが業務系システムで複数言語で動的静的両方で組んでるけどエラーなんて起こしたことない
2022/05/31(火) 05:59:57.13ID:5m0UDVmd0
型あり型無し好きなもん使えば良いよ。
ただ、型あり言語が自動化されてないってのは間違い。
型という情報をコンパイラやエディタに与えることで、自動でエラーを発見してくれたり、型演算で何が指定できるかを教えてくれたり、推論でそもそも書く必要が無かったり。少しの情報で色々自動化される。
2022/05/31(火) 07:27:46.85ID:O5wT99Nb0
この独特な文と連投具合、いつもの人かな
2022/05/31(火) 07:37:20.95ID:HDbDKB3F0
一人で作る難易度の低い、使い捨てのツールならいいんじゃない？
逆に、ビジネスルールが複雑、複数人で開発する、寿命が長いシステムは型がないとしんどいだろ
2022/05/31(火) 08:58:38.54ID:tbsCZ2HBd
ビジネスロジックが複雑なシステムは一般にバックエンドの比重が大きいから、フロントエンドの型の有無は実はあまり関係なかったりするね
バックエンドはTypeScriptだけどフロントはBabelなんてのも見たことある
しかしバックエンドとフロントで微妙に似て非なる言語を使うのは非効率なだけだしビルドパイプラインも無駄に複雑になる
現実にはフロントでのTypeScriptはBabelの代替として型緩めで運用されてるケースが多いんじゃないかな
2022/05/31(火) 09:57:57.54ID:Fy6rwZDC0
型ありがいいです
ある程度のエディタなら静的解析効くってくらいのがいいです＼(^o^)／
実行するまでエラーわからないのはイヤです
2022/05/31(火) 11:53:31.52ID:Z56N724qM
>>651
毎度釣り針が大きすぎるんだよな
656デフォルトの名無しさん (ﾜｯﾁｮｲ c918-A0bq)
垢版 |
2022/05/31(火) 14:57:29.43ID:zhmqFn8J0
型最高！とか言ってる奴は自分の書いたコードしか見てないだろ
自画自賛してるだけ
フロントの大規模開発でTSちゃんと書ける奴大量に集めるなんてそうそう出来ない

ってかフロントの大規模開発なんてそうそうないだろ
だいたい書く人は1人から3人程度で相当大規模でも対応出来る
2022/05/31(火) 15:08:02.08ID:ezVaWrUp0
ぶっちゃけ一人で書いたほうが効率いいわ
2022/05/31(火) 16:53:11.76ID:5m0UDVmd0
>>656
つまり、TS使えるやつ3人集めれば十分って事？
2022/05/31(火) 17:25:46.51ID:O8RZnMC90
>>656
型がわからないエンジニアばかりの空間って存在するのか？
型は大規模開発の必須要件だと思うの
2022/05/31(火) 17:41:20.31ID:ufxJhZaQM
>>656の大規模は3人月
661デフォルトの名無しさん (ﾜｯﾁｮｲ c918-A0bq)
垢版 |
2022/05/31(火) 18:17:01.89ID:zhmqFn8J0
TSスラスラ書ける奴3人なら結構色々出来るはずだけどな
そもそも狭い範囲を多人数でやり過ぎるのもやり難いからモノレポなりにして担当範囲分けた方が良いし
ますますTSの必要はなくなる
2022/05/31(火) 18:17:30.99ID:yK5XL3mgM
SvelteKitを345に上げたらstatic下のシンボリックリンクを読まなくなったので元のバージョンに戻した
663デフォルトの名無しさん (ﾜｯﾁｮｲ c918-A0bq)
垢版 |
2022/05/31(火) 18:19:15.21ID:zhmqFn8J0
バックエンドPHPでフロントがJS系なんて腐る程あるだろ
GOとPHPじゃ生産性全く違うし動的型付け選択なんて十分有り得る
2022/05/31(火) 18:30:34.74ID:Qq0V5Ts0M
TSは良いと思うけどビルドの蛸足配線だけはどうにかして欲しい
C#から多くを学んだようにdotnetからも学ぶべき
2022/05/31(火) 18:31:18.82ID:YqJEkN6cM
フロントの大規模開発ってページ数が多いだけだろ
ページがどんだけ増えようがデータとHTMLをマッピングするだけの単純作業なら複雑さは変わらん
もちろんSlackみたいなのを作ってるなら別だけどね
2022/05/31(火) 18:34:13.71ID:Qq0V5Ts0M
フロントの大規模ってDB管理ツールだとかVSCodeのようなイメージ
2022/05/31(火) 21:42:20.25ID:OmesV7rg0
＞データとHTMLをマッピングするだけの単純作業なら複雑さは変わらん
悲しいなあ、もうちょい楽しい案件やればいいのに
せっかくこういうスレにいるのに
668デフォルトの名無しさん (ﾜｯﾁｮｲ c918-A0bq)
垢版 |
2022/05/31(火) 21:51:29.48ID:zhmqFn8J0
座標とか使うようなSPAの利点を最大限活かした案件もあるよ
実装が面倒臭いけど
2022/05/31(火) 22:00:51.71ID:ZjE3sOpEr
大規模案件やってるが基幹システム作ってる
ページというよりコンポーネント設計だな
DBがかなり複雑でそれに合わせて画面開発
コンポーネント同士が連動しているからSPAは開発しやすい
バックエンドはJava
670デフォルトの名無しさん (ｱｳｱｳｳｰ Sac5-2OYr)
垢版 |
2022/06/01(水) 02:25:46.92ID:RZ0pdB/da
ランサムウェアω
671デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MMf3-/Y6p)
垢版 |
2022/06/01(水) 16:11:23.75ID:iljtBqMLM
上の方でもチラッと出てたけどやっぱSolid書きやすそう
特にグローバルステートが簡単に管理できるのがいいね

> React大好き侍が、「もうSolidJSでいいじゃん...//」ってなったワケ。
https://qiita.com/shadowTanaka/items/b6d00863a8d6bff37de6
2022/06/01(水) 16:17:34.48ID:0yDk5gFJ0
＞//第２引数はありません。SolidJSが勝手に依存している状態を感知してくれます。
うーん
2022/06/01(水) 16:22:24.05ID:NWuIkMTqM
hookがトップレベルにしか書けないのと依存関係を明示的に書かなければならないのは大きな問題だなと思ってたのでそれがなくなるなら移行も有り
ただ不安なのはコミュニティの体力かな
2022/06/01(水) 17:54:05.20ID:3TH9rjN40
hookがトップレベルで書けないのが問題って言う人定期的に出てくるけど、どうもピンと来ない。
全部入りコンポーネント作ったりとか大量の副作用とか使ってるん？
2022/06/01(水) 19:27:18.14ID:p/yalaH/0
>>673
会社が買ってくれればワンチャン
2022/06/01(水) 19:32:59.91ID:0yDk5gFJ0
コンポーネント外で使いたいならRecoil使えばよくね？
2022/06/01(水) 19:38:12.90ID:ZW9EXEMi0
reactのhooksは不安定な動作をする可能性のある副作用を制約をかけてトップレベルでしか書けなくすることによって、副作用の位置を明確にして問題が起こったときに検証がしやすくなることとリファクタリングをしやすくすることを意図してるんじゃないかと思ってた
色んな場所にhooksを書けるのは実装者からすると余計な事を考えなくて有り難い反面、バグが起こった時の検証が難しくなりそうだな
678デフォルトの名無しさん (ﾜｯﾁｮｲ 2bdb-H4ho)
垢版 |
2022/06/01(水) 21:16:56.65ID:RNvmCeiV0
SvelteはVercel所属？だからコミュニティの心配はいらないかな
2022/06/01(水) 22:09:33.29ID:D3DTdHsxr
>>671
グローバルはjs側の機能の範疇で
Reactが提供する機能の範疇ではないのでは？

グローバルで事足りる要件なら
関数コンポーネント内から直接参照すれば良いだけの事

自分の案件でも普通にやってる
・オーバレイのz-infex管理など...
2022/06/02(木) 16:02:34.52ID:1CSEtOOq0
>>674
テストを書いたことがなかったり、チュートリアル規模しか作ったことがない人なんじゃね
2022/06/09(木) 12:06:54.73ID:hRm2c4AU0
Vueだけどメソッドいくつくらいからコンポーネント切り分けること考える？
マウスのホイールで往復してると、あ、やばいなと思い始めるわ
2022/06/09(木) 20:29:51.34ID:fZXb48HQa
可読性だけが理由ならクソデカifelseが生まれたら範囲の把握が辛いから分けるかな
2022/06/10(金) 10:40:32.99ID:Mtfam+l2M
それはコンポーネント分割の話とは別じゃね？
2022/06/10(金) 10:56:49.67ID:oWRVbruQ0
結構センス問われてる気がするのよね、ここら辺の話って
ルールがチームとかで決まってればええんやろけど
ちょうどいい規模のサンプルプロダクトとかあるんやろか
2022/06/10(金) 18:40:51.20ID:S6Ajr55vd
3箇所以上似たような処理が登場しはじめたら切り出すかな
686デフォルトの名無しさん (ﾜｯﾁｮｲ cfdb-Svxu)
垢版 |
2022/06/12(日) 02:38:19.31ID:xIPwck+O0
atomic designに則って分割してるけど、手段が目的になってしまってる感が否めない…
2022/06/12(日) 08:49:41.68ID:Y+c9BfQC0
atomicデザインの考え方に沿ってコンポーネントを分割すると、いつもtemplatesが上手く使えない・・
ヘッダーとフッターを組み合わせた奴くらいしか思いつかず、それ以外はtemplatesをすっ飛ばしてpagesで作ってしまう
2022/06/12(日) 09:11:25.59ID:N7dUL5JoM
アトミックデザインは何がなんでも同じ構造にしなければということもないと思うけどね
考え方は尊重して規模や複雑さに応じてアレンジする方が無理がないかと
2022/06/12(日) 21:30:15.09ID:0NUDDDe+0
今@vue/cli 4.5.17でVue2作ると
vscodeでブレイクポイントがずれまくりになるんだけど分かる人いない？
前にできてたときのsourceMapPathOverridesを
"webpack:///./src/*": "${workspaceFolder}/src/*"だと
ブラウザからみてみると違うソースになってるからそりゃダメだなーと
こうなるとよく分かんないよ
2022/06/13(月) 00:15:25.65ID:410Jv8C6r
バージョンによらずズレたりズレなかったりそもそもブレークポイント張れなかったりでいまだにベストプラクティスにたどり着けない
上手く行かないときは諦めてブラウザ側でブレークポイント張ればいいやってなってる
691デフォルトの名無しさん (ﾜｯﾁｮｲ cfdb-Svxu)
垢版 |
2022/06/16(木) 21:35:52.08ID:oBLYbQji0
pinia良いね
Recoilといい、脱Fluxの流れかな
2022/06/16(木) 22:54:51.94ID:eQ4Tzssr0
pinia好き
693デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/18(土) 17:37:01.85ID:EyuLKQ5W0
普通のHTMLのページならVueやReactにするメリットがあまり感じられないんだけど
ユーザ体験も変らないしLaravel辺りで作った方が早くてメリットあるように見えるんだが
694デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/18(土) 17:38:49.17ID:EyuLKQ5W0
今フリーで単価70くらいなんだけど最近の相場ってどれくらいなの？
何年も同じ単価でやってるから最近の動向を知りたい
スキルは最近はフロントばかりだけどバックエンドも出来る
2022/06/18(土) 19:11:04.42ID:NxwYwmc+0
普通のHTMLページの定義にもよるけど、Next.js(React)でSSGとかISRするのもなかなか生産性良いよ。表示も速いし、柔軟性も高い。
2022/06/18(土) 20:02:39.89ID:BEs1x6TI0
SSGってイマイチメリット感じたことない
一過使ってみればわかるんかな
2022/06/18(土) 21:04:11.07ID:3UCDQfyi0
単価70って単位はなに？1人月70万円かなぁ？まさか1ステップ70円じゃあないだろうが。
698デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/18(土) 22:06:07.63ID:EyuLKQ5W0
>>697
1人月70万円だね
2022/06/20(月) 00:28:48.81ID:E8f21S9i0
フリーなら１００万は行くだろ
もっと頑張れ
2022/06/20(月) 00:48:59.97ID:5qrxg2w3M
うちは3年目くらいの若手の派遣に投げる仕事が月70万くらいだったな
技術あるならそれこそ100万150万取れそう
701デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/20(月) 10:46:29.83ID:hyV4eMot0
>>699
フロントでフリーなら月100万くらいが最近の相場って事？
>>700
エンジニアが受け取るのが70万であって企業側はもっと出してると思う
多分90万は出してる
そうすると1人月○万という表現ではないかも

フリー歴は7年くらいでバックエンド、フロントやらサーバーやらはだいたい出来る
2022/06/20(月) 11:24:43.43ID:HmN5Q9DGr
>>701
フリーだとクソクライアントにはどう対処してるの？
最悪、損害賠償請求されるリスクもあるし
703デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/20(月) 12:06:25.33ID:hyV4eMot0
>>702
エージェントかましてるからクソには当たらないな
エージェントかまさないと金払い悪かったり色々面倒だよ
2022/06/20(月) 12:33:03.51ID:HmN5Q9DGr
>>703
エージェントそこまで対応してくれるのか
705デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/20(月) 13:03:46.78ID:hyV4eMot0
>>704
エージェントによると思うけど良いエージェントならそもそも良くないクライアントは紹介して来ないと思う
自分のところで何かあると悪評が立って使って貰えなくなるからね
2022/06/21(火) 10:30:45.92ID:rSaY5HO90
BtoBの相場でフリーランスがそのまま貰える訳ないやんｗ
100万とか言っても結局エージェントなり間に何か入るのだからそれで70万とかになる訳でｗ
直契約でも出来れば高単価になるかもなーｗ（ハナホジｗ
707デフォルトの名無しさん (ｱｳｱｳｳｰ Sa47-PcY2)
垢版 |
2022/06/21(火) 21:38:04.95ID:kBzft3wpa
フロントのフリーの人あんまりいないのかね
最近人手不足が酷いと聞いてたから単価上がってるのかなと思ったんだが
708デフォルトの名無しさん (ﾜｯﾁｮｲ a75f-fIZV)
垢版 |
2022/06/22(水) 21:26:08.93ID:JRkIVgOU0
>>707
単価と製品知識は連動しない。単に知識があるやつはむしろやばい。
2022/06/23(木) 16:34:37.74ID:nLf+eJkE0
solidjs覗いてみたんだけどどうせgetterに変えたんだからhooksに寄せた
const [state, setState] = createSignal(0);
じゃなくてsvelteっぽく
const state = createSignal(0);
参照 state()
更新 state.set(1)
にしてくれてたらさっぱりして良かったのに残念
2022/06/23(木) 17:48:07.74ID:mWNtReSv0
いやそれはなんかJS的に気持ち悪い（個人の感想です）
711デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 10:41:00.22ID:9vHoAPAv0
ReactとTSの組み合わせはエンジニア殺しな気がする
出来ない事はないが無駄にしんどい
これで現場変えてる人結構いそう。Vueの方が採用されるケースは今後も多いだろうな
2022/06/30(木) 11:06:00.27ID:MkfE3s7Vr
どういうところがしんどいのか述べて
2022/06/30(木) 11:08:07.22ID:rqcvfoBm0
tsは規約みたいにルール作ってるようなもんだからなあ
慣れないと窮屈に感じるかもね
714デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 11:36:42.16ID:9vHoAPAv0
>>712
普通のところは型付けも問題ないけど
ReduxとかContextAPIとか外部モジュールとかの型付けとかかな
頑張れば出来るけどこれ意味あるの？感が凄い
715デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 11:41:37.50ID:9vHoAPAv0
>>713
ReduxとかContextAPIとか型付けして意味あるの？と感じるんだが
JSなら無い苦労してまで得られるリターンに見合わなく感じる
2022/06/30(木) 12:53:15.17ID:MkfE3s7Vr
>>714
あーなるほど確かに
2022/06/30(木) 17:57:20.93ID:7noEZANSM
なんとなくVueよりReactの方がTSとの親和性がいいって認識だったんだけどそうでもないんかね
2022/06/30(木) 19:32:29.82ID:Cz6OIB/Q0
reactの方がTSへの対応が早かったぐらいの話じゃないの？
型なんてフロントエンドで別にいらんしTSなんか俺は一切使ってないけどなｗ
719デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-N/YD)
垢版 |
2022/06/30(木) 19:35:58.43ID:6sehYChL0
>>718
AngularがTypeScriptだから、Google社もマイクロソフト社もTSなら、TSが主流になるのはあたりまえ。
2022/06/30(木) 19:50:20.39ID:QhRPsPx40
多分大きなプログラム組んで保守したこと無いんでしょ
721デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 20:02:10.83ID:9vHoAPAv0
TSはサーバーサイドなら主流になる可能性はあるな
フロントではならないと思う
722デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 20:13:41.28ID:9vHoAPAv0
Next.jsはVercel依存が大きいな
Reactも含めて将来怪しい気がする
2022/06/30(木) 20:26:32.56ID:QezReaSar
これからはflutter3でしょ
2022/06/30(木) 22:15:09.75ID:2XXd+/VdM
>>720
何事もそうだけど困ってない人に有用性を説くのは難しいよね
2022/06/30(木) 23:16:48.49ID:Beg43fXd0
>>715
一回作って終わりの人かな？
リファクタリングん時どうすんの？あ！しないの人か
726デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-N/YD)
垢版 |
2022/07/01(金) 00:46:49.64ID:oYJ8x66X0
プログラミング言語のスレッドだと勘違いしているおっさんが続出
727デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/07/01(金) 09:35:10.76ID:6aoBhuJf0
>>725
リファクタリングでもJSで問題無いだろ
どうせソース見るし
728デフォルトの名無しさん (ｱｳｱｳｴｰ Sabf-c2vV)
垢版 |
2022/07/01(金) 17:11:27.34ID:R7kYgAoSa
ネットだとts絶対許さないマンよく見るけど現実だとお目にかからないよね
2022/07/01(金) 18:12:27.71ID:x/bCmdBF0
絶対許さないとまでは言わんけど無駄やんｗ
フロントエンドで何でそんなもの使わなきゃいかんのやｗ
CoffeeScript何かを有難がってた奴らが使ってそうだしｗ
どうせTS何か10年後には終わってるよ
2022/07/01(金) 18:59:43.92ID:5HWkDFYv0
CoffeeScriptがあっという間に廃れたのはJS自身が（CoffeeScriptの機能も吸収して）進化したことと、より良いTSが幅を効かせたことが大きい。TSが死ぬとすれば、それを成すのはより進化したJSか、TSの上位互換言語の台頭だ。
つまり進化は地続きで、TSを学んだり使うことは無駄にならない。もっと言えばTS使い的には歓迎すべきことですらある。
まぁでもMSが力入れてるし採用率もかなり高いし、10年そこらでは死ななさそう。
2022/07/01(金) 20:13:43.65ID:KisKsIWOr
フロントエンドでは要らないって言ってる人はバックエンドでは使ってるんだろうか
732デフォルトの名無しさん (ｱｳｱｳｴｰ Sabf-c2vV)
垢版 |
2022/07/01(金) 22:19:19.96ID:R7kYgAoSa
tsとか無駄やんとか言える無邪気な開発僕もしたい
2022/07/01(金) 22:44:37.27ID:l4s2091pr
MSが提案してるTypes as Commentsはどうなったの
2022/07/01(金) 23:28:49.55ID:jfzkVg37d
jsdocとeslintがあれば十分だと個人的には思ってる
735デフォルトの名無しさん (ﾜｯﾁｮｲ c718-n3Js)
垢版 |
2022/07/02(土) 00:56:43.37ID:RDvzx2LC0
圧倒的にJS採用の方が多いだろ
TSはこのままずっと低空飛行だよ
2022/07/02(土) 05:55:38.97ID:eKS9e1d80
確かにガッツリjsdoc書いてあればまぁいいかなと思うけど、むしろTSより面倒くさい上に表現力足らなくない？

>>735
古典的な静的ウェブサイトも含めりゃそうだろうけど、スレタイのライブラリ使うようなウェブアプリ界隈では低空飛行とは言えないと思う
2022/07/02(土) 06:16:56.34ID:PDy9af/xr
MS自身がTypeScriptを嫌になったんだろうな

VSCodeでの解析も完全にはできない
トランスパイルが重くなる
そもそもTypeScriptは時代に合わなくなってきた
2022/07/02(土) 07:44:27.85ID:MgQFVCuv0
>MS自身がTypeScriptを嫌になったんだろうな

なんか唐突だけどTypes as Commentsの話？
2022/07/02(土) 13:14:29.58ID:OVvPs9zga
これから脱tsブームとか到来したりしてな
2022/07/02(土) 13:36:01.41ID:eW+YZHQfM
反TSの人ソースもなしに主観的な事しか言わねぇな。しかも対話もできない。
2022/07/02(土) 13:43:43.13ID:QFi+cmDT0
TSはクソだから代わりのものが普及したら乗り換える←わかる
TSはクソだからJSを使う←ちょっとわかんないですね
2022/07/02(土) 13:55:46.88ID:PDy9af/xr
>>738
TypeScriptって書いてるのに読めないの？
2022/07/02(土) 14:43:46.64ID:MgQFVCuv0
「嫌になったんだろうな」って話に脈絡がないからこれがどこから出てきたのかってことだよ。
MSがTSを嫌になったと思わせるような話がなにか出てきたっけ？
2022/07/02(土) 15:18:50.99ID:PDy9af/xr
>>743
そっかすまんね
TypeScriptに関するVSCodeのアップデートみてると「これ以上解析するの苦しいから助けて」っていうメッセージが頻繁にあったんだよね
最近はしらんけど
まあオープンソースだし当たり前なんだが

そもそもTypeScriptもVScodeもMSが開発してるのに別の提案をしてきてるってことはTypeScriptがダメって自ら認めているようなもんじゃね？
2022/07/02(土) 15:36:48.98ID:P5MS37aDM
アロー関数とかasyncとかモダンなJavaScriptの構文ってだいたいMS主導の提案だろ？
そもそもTypeScriptはJavaScriptを改善していくためのPoCの役割を担っている言語で、TypeScriptが必要なくなるのはMSにとっても望ましいことなんだよ
2022/07/02(土) 15:46:38.12ID:vAnwNkKL0
>>741
それ分からないって頭弱くね？ｗ
そもそもjsのライブラリなのにjsで書けないってｗ
あ、書けないじゃなくて書かないって言いたいんだろうけど
お前みたいなのは書けないと同義なんだよなｗ
2022/07/02(土) 15:50:51.08ID:MgQFVCuv0
>>744
なんかぼんやりした話だな。tsserver事態のメンテはvscodeチームとは関係ないだろうし何の話だろう。
仮にそれが事実だとしても嫌になったのはvscodeチームがであってMS自身がってことじゃじゃないよな。

「別の提案」ってのがまた話の脈絡がわからないが、こっちはTypes as Commentsの話？
2022/07/02(土) 16:12:03.29ID:2I3j8zDtM
支離滅裂な文章でも文末にｗ付けりゃ人を煽れると思ってるんだろうか…
2022/07/02(土) 16:49:58.49ID:eKS9e1d80
Types as Comments なんてまさにTSの発展形なわけで、TS学んで有利になりこそすれ、損は無いよなぁ。

TSは言語仕様を見れば必要以上に便利な演算やマクロ化は避けてあるから、ある程度で解析打ち切りってのは異常でもなんでも無いように感じる。
2022/07/02(土) 17:01:32.19ID:2BlFAt+M0
>>745
モダンにアロー関数使って変数の値が極力変わらないスクリプト書いてもIEさんが挙動おかしくなってましたね…
2022/07/02(土) 17:28:41.92ID:3dhQ5vPf0
自分もフロントで型を使って何をするか分かってない
ビジネスロジックは書いたらだめだよね
2022/07/02(土) 17:32:40.41ID:XBJNDAlwa
NaNしたことない者だけが型を捨てなさい
2022/07/02(土) 17:43:54.69ID:MgQFVCuv0
>>751
べつにプレゼンテーションロジックでも役に立つんじゃね？
フロントにビジネスロジック置いたらダメなんて法もないし。
2022/07/02(土) 18:21:20.76ID:eKS9e1d80
プレゼンテーション層で型エラー出して遷移が発生しなかったり変なデータ表示したらユーザが誤解して結果的に間違った操作するから、どっちも大事だよね。
つかビジネスロジック一切触れなかったら何も操作できないじょん
2022/07/02(土) 19:34:36.69ID:3dhQ5vPf0
>>753
ビジネスロジックがフロント側やいろんなところにあるのは悪手だと思うけどな…
でもたしかに日本国憲法には書いてないから言い返せないわ
2022/07/02(土) 19:47:59.60ID:npQqWWfDM
どこまでがビジネスロジックにあたるか分からんのでなんとも
ソシャゲガチャの確率をフロントで捌くことは無いってのは分かるが
2022/07/02(土) 21:03:21.42ID:MgQFVCuv0
悪手ってのは管理的な意味でかねぇ？
同じロジックのコードが分散したりしなければべつに困らんと思うが。
2022/07/02(土) 21:17:45.97ID:3dhQ5vPf0
>>757
レイヤードアーキテクチャの考えだと、
ビジネスロジックはドメイン層に書きましょうでしょ
でも、この話ってそもそも何のシステム作るかで左右されるよな
2022/07/02(土) 21:41:40.49ID:BrGj2XHMM
いつの間にかフロントにビジネスロジックを書くかどうかの議論になってるけど
ビジネスロジックを書くなら型必要、そうでないなら不要って合意がされたんだろうか
そうでないならそこを議論しても意味ない気がするけど
2022/07/02(土) 21:46:38.78ID:MgQFVCuv0
>>758
その境界をクライアント-サーバー間に引かなきゃならん理由はないだろ。SPAとかなら特に。
2022/07/02(土) 22:33:24.13ID:QFi+cmDT0
フロントだけでアプリ作れるよ系のサービスは存在そのものが悪になるの？
2022/07/03(日) 00:14:35.00ID:eO2MvCIb0
フロントだけでアプリが作れるように見えるFirebase/Firestoreも実はセキュリティルールとかあるし、本気で活用するならFunctionsとの連携が必要とかもあって、フロントだけでもない
2022/07/03(日) 00:39:44.39ID:95K4DRnu0
フロントだけってなんやねん、気もするけどな
2022/07/03(日) 02:57:16.56ID:anFeH3zOr
そんなこといったらデスクトップアプリはフロントだけじゃん
単にコンパイルされて中間ソースがあるだけでツールで簡単に逆アセできてしまう
そのために高い難読化サービスがあるわけで
2022/07/03(日) 08:09:23.22ID:8+Zm1fQX0
>>760
フロントにドメイン層があるの？
サーバーはインフラストラクチャ層だけか

>>759
そりゃ必要でしょう
ビジネスロジックって足し算引き算だけじゃないよ
2022/07/03(日) 08:42:03.81ID:BunJQVPiM
>>765
ちゃんと読んでレスしてくれよ
ビジネスロジックを書くとき型は必要か？なんて質問をしたわけじゃない
767デフォルトの名無しさん (ﾜｯﾁｮｲ 3aba-d8E0)
垢版 |
2022/07/03(日) 09:33:34.86ID:8+Zm1fQX0
>>766
ビジネスロジックなしでも型は必要でしょってことね
プレゼンテーションロジックでも型が必要なのは納得しました
2022/07/03(日) 19:39:30.15ID:SOqg0ON00
単に型があればVisualStudioCodeなどでインテリセンスが働いて楽とかそんなもんで
そもそもフロントエンドなら大抵はサーバー側とjsonでやり取りするだろうけど
それを表示するだけのフロントで全てのAPIのjsonをクラス化するのかよｗって所がねｗ
ツール使えば自動で吐き出されるとか言うのかも知れんがｗ
C#(Unity)とかだとクラス化した方がコードは書きやすいけど
769デフォルトの名無しさん (ﾜｯﾁｮｲ 035f-9ZeA)
垢版 |
2022/07/03(日) 20:00:04.80ID:dvm8Yx0S0
クラスというよりはインタフェースを定義するって感じかな
ただそれだと結局型安全じゃないキャストをすることになるから
io-tsとかライブラリを使ってAPIがそれを満たしてるかを動的検証できる型情報を定義してる
2022/07/03(日) 20:00:41.12ID:4SpX/mYh0
>そもそもフロントエンドなら大抵はサーバー側とjsonでやり取りするだろうけど
>それを表示するだけのフロントで全てのAPIのjsonをクラス化するのかよｗって所がねｗ

なんか、「フロント」の認識に大きな隔たりがあるのを感じた。
2022/07/03(日) 20:17:50.40ID:eO2MvCIb0
クラス≒型って認識の人は大体クラスベースオブジェクト指向しか知らない人
2022/07/03(日) 20:26:41.79ID:yZSstosFM
ECサイト構成するのとメモ帳なり実用アプリ作るのを同列に語ろうとしても無理だよね
2022/07/03(日) 22:46:24.69ID:v7SLZgpRM
>>771
そういう認識の人は数値や文字列にも型があることの恩恵には気づけないのかもね
2022/07/03(日) 23:02:35.18ID:R2Xlh7GwM
>>771
狭い特定なパターンの型とクラスを持つプログラミング言語だけしか知らないとそこに陥りやすいかもね
例えばWebに身近なところだとWebAssemblyを書くのに最も使われている言語Rustあたりを理解すると何もかも新鮮で一気に視野が広がるかな

Rustはクラスも継承もない
それなのにメジャーな各言語よりも強力で便利で速い静的な型安全を実現している
C/C++と同じ速さで動くのに即時自動メモリ解放なのでミスは起きず安全でガベージコレクションが必要なく高速な初のプログラミング言語
実行前にメモリ安全性からデータ競合の無さそして全ての型安全まで全てをコンパイラが静的に保証してしまう言語がRust

フロントエンドでJS/TSメインで補助的にWasmを使う従来のスタイルから
フロントエンド全てをRustで記述してWasmで動く新たなスタイルまで登場してきているので
今後のフロントエンドの進化でも注目点
775デフォルトの名無しさん (ｱｳｱｳｴｰ Sa82-5Nuq)
垢版 |
2022/07/04(月) 13:41:23.28ID:jO1cee2ga
関係ない話を突然ぶっこむ人っているよね
2022/07/04(月) 22:42:34.12ID:RYfceo1ir
見事に話の腰を折っていったな
2022/07/05(火) 09:10:46.05ID:1P4+UDaA0
Wasmに関してはWasm公式が直々にJSを置き換えるようなものではないと明言してるんだよなぁ
https://webassembly.org/docs/faq/#is-webassembly-trying-to-replace-javascript
2022/07/05(火) 09:27:05.92ID:7ktCWAiNM
>>777
そう言っとかないと炎上して面倒だからでしょ
世間で実際に置き換わるかどうかと置き換えとして使用できるかどうかは別問題で、
少なくとも後者についてはwasmの公式及び信奉者達は実現するつもりだろうな
2022/07/05(火) 09:47:12.59ID:1Na6iR4Vr
名前がダサいし読みにくいから流行らんのだろ
かっちょええ名前にすりゃいいのに
2022/07/05(火) 10:01:45.25ID:1P4+UDaA0
>>778
公式の言うことを全く信じないとか、陰謀論者みたいなこと言いますね……
2022/07/05(火) 10:05:49.50ID:1P4+UDaA0
訂正、信じなくてもいいとは思うけど、公式の言ってることを頭から否定するのはちょっとどうかと思うね
2022/07/05(火) 10:16:35.79ID:wYawBH+gr
なんでも斜に構えるのが格好いいと思ってるお年頃なんだろう
2022/07/05(火) 12:07:20.02ID:yTnwAAWuM
そうなって欲しいという気持ちはわかるけど
現状ワナビが夢語ってるのと変わらん
784デフォルトの名無しさん (ｱｳｱｳｴｰ Sa82-YLMx)
垢版 |
2022/07/05(火) 17:15:47.11ID:qwaP2fx0a
wasmおじさんまだいるのかよ
wasmスレでやりなよ
785デフォルトの名無しさん (ﾜｯﾁｮｲ c718-n3Js)
垢版 |
2022/07/05(火) 23:36:47.01ID:vcOl+iQ90
TS型パズルのせいで終業遅れて趣味の時間が削られまくったわ
地味にイライラする
786デフォルトの名無しさん (ﾜｯﾁｮｲ c718-n3Js)
垢版 |
2022/07/05(火) 23:42:50.14ID:vcOl+iQ90
Nextjsは細かくサーバー処理とクライアント処理分けられるけどここまでやる必要あるのかね
無駄に突き詰めすぎな気がする
せいぜいLaravelとVue程度で良いだろ
2022/07/05(火) 23:57:05.76ID:1P4+UDaA0
なぜ自分を棚に上げて他所に原因を求めてしまうのか
2022/07/05(火) 23:59:36.80ID:8EE7RMvOM
>>777
その通りでWasmはJavaScriptの機能を代替しない
例えばDOM操作をWasmから直接することはできない
そのため各種プログラミング言語で書かれたWasmのプログラムいずれにも補助となるJavaScriptのプログラムが付随している
したがってWasmからは間接的にDOM操作を含めて任意のことができる状況となっている

例えばC#だけでSPA含めたフロントエンドを記述できるフレームワークBlazorや
同様にRustだけで記述できるフレームワークYewなど
様々な各言語だけで記述できるフロントエンドのフレームワークがJavaScriptのフレームワークの競合となりつつある
特にRustで書かれたものはガベージコレクションや重い(or大きい)実行ランタイムを必要としないため
ダウンロードサイズの点でも実行速度の点でも従来のJavaScriptと比べてほぼ同等となっている
2022/07/06(水) 00:12:04.30ID:mL802MxZ0
>>788
WasmからJSを呼び出すオーバーヘッドやGCの無いRustで書いてすらJSで書いた場合よりダウンロードサイズが増えることを意図的に無視してない？
まして所有権に気をつけながらRustで書くのと平坦にJSで書いたものが等速では意味がない。つまりWasmを使うべき場面はそこじゃない。
「その通りで」と言いながら元の文章の意味を都合よく無視した持論を展開するのは詭弁だよ。
790デフォルトの名無しさん (ﾜｯﾁｮｲ 1ea7-8lRc)
垢版 |
2022/07/06(水) 00:47:45.67ID:hw0Myq7K0
next.jsってvercelとの抱き合わせ？
2022/07/06(水) 04:05:40.23ID:iRwSwPVx0
Google Cloudつかってこ？
2022/07/06(水) 23:36:06.51ID:1TXPug1l0
Wasm開発側がJSの代用にはならんって言ってるしな、既存のライブラリが使えるとか得もあるけど
793デフォルトの名無しさん (ﾜｯﾁｮｲ 1e10-SGjz)
垢版 |
2022/07/07(木) 13:52:13.98ID:Q+wrLXon0
案件でReactとVueどっちも触ることがあるんだけど、Reactなんか好きになれないなあ

なんかref使ってDOMを意識しなきゃいけないこと多くない？
案件の性質の違いでたまたまそうなんかなあ
depsとかもバグの温床だし書き方冗長だし
それが好きな人もいるんだろうけど

あとVueのtemplateはいいよね。HTMLそのままだし
tsと相性良ければなあ
2022/07/12(火) 14:55:23.91ID:xMX52/DP0
>>793
refよりはstateの方が使う
ref使わなくてもいい場面で多分ref使ってる
canvasとか埋め込みプレーヤーとかwysiwygのエディターとか操作するときはref使う
depsはhooksのlintのパッケージがあってそれ使えばバグは余裕で回避できる
2022/07/13(水) 01:59:12.26ID:41tA/9He0
ずーっと業務でGoとかのバックエンドやってて最近Vue始めたんだけど書き方多すぎないかこれ...？
まずOptionsAPI、CompositionAPI、script setupと3つある時点で意味わからん。ネットで検索してもコードが読めん。慣れてないだけ？
2022/07/13(水) 03:16:08.34ID:gUCl+Swj0
script setupはComposition API書くためのシンタックスシュガーで、新規コードは全部script setupでいいと思うよ
2022/07/13(水) 08:47:39.64ID:yxy6SFg9a
歴史的経緯があるから書き方が増えるのは仕方ないにしてもドキュメントの整備が追いついてないのが困る
2022/07/13(水) 09:27:13.93ID:uixzy4W8r
３つの書き方の名前を認識できるまで調べてるなら経緯も分かりそうなもんだけどね
あとネットの記事漁るときは日付ぐらいチェックした方が
799デフォルトの名無しさん (ﾜｯﾁｮｲ 9b4a-jCtK)
垢版 |
2022/07/13(水) 10:37:48.05ID:izDlcYF60
ref使わなくていいとこで使っちゃう人はvue使っても同じことになりそう
2022/07/13(水) 23:04:39.43ID:fYvgJCBx0
やっぱReactなんやなって

> Reactに有利なベンチマークを作ってみた
https://qiita.com/uhyo/items/35cb243557df5e1a87fc
2022/07/14(木) 14:01:25.86ID:4YPASV41a
https://qiita.com/tronicboy/items/18c36cb713f77af627d8

Reactオワコンってマジ？
2022/07/14(木) 15:05:14.14ID:gqaZzHXf0
>>801
あんた日本人？
2022/07/14(木) 18:30:18.24ID:H3yOuDPs0
>>801
この記事の主が表層的にしかReact理解してないから、コメントで突っ込まれまくってるな。しかも後半は技術じゃなくてMetaが嫌いって話してるし。
まぁでも、こういうやんちゃな奴がいる界隈は活気があって良いですよ。石頭でさえなければね。
2022/07/14(木) 19:47:30.86ID:JGI4j5iF0
フェイスブックが嫌いってのはかなり多いだろうな実際
2022/07/14(木) 19:52:38.14ID:sdF0D0vF0
>>803
しかも匿名ならわかるけど会社名出してるのが凄いな
806デフォルトの名無しさん (ﾜｯﾁｮｲ 0d01-Juit)
垢版 |
2022/07/17(日) 09:41:45.81ID:SW0KkSnM0
普段Vueディスってんのにreactディスられたとたん発狂する奴多くない？
2022/07/17(日) 10:13:01.49ID:k8G1Xh4yM
記事にツッコミどころが多いだけでしょ
VueはReactに比べるとコンセプトがstraightforwardなので、良くも悪くも「そういう設計を選んだんだからそうなるよね」で議論が済んでしまう
だからこの記事みたいな設計思想に対するディスはあまり見かけない印象
2022/07/17(日) 11:24:22.33ID:vN6ol9NM0
仮想DOMにオーバーヘッドがあるの事実だしな
だからsvelteやsolidが生まれた
普段からパフォーマンスにうるさいフロントエンドエンジニアが
そこには目を瞑るのはおかしいだろうのは痛いところ突っ込まれた感じ
2022/07/17(日) 11:37:33.93ID:D8ZilbuM0
仮想DOMとuseMemoでパフォーマンス的に困ることほぼ無いんよ。使ったことない人にはわかんないかもだけど『早すぎる最適化は諸悪の根源』だよ
2022/07/17(日) 14:40:24.11ID:vN6ol9NM0
そもそものReactの当初の発想は
「クライアント側でのPHP」を目指してたんだぞ
今の人は知らんだろうけど
本質的な面で効率が良くなるわけはないんだよ
2022/07/17(日) 15:06:51.43ID:K5laegAfr
Webの技術って欠陥だよな
2022/07/17(日) 15:17:25.63ID:D8ZilbuM0
XHPというPHPのライブラリが元になった部分があるだけで「クライアント側のPHP」を目指したなんて事実は無いぞ。
仮に「クライアント側のPHP」という機能を目指したとして、実装としてのパフォーマンスに何の関係があるんだ？
自分の言いたいことのために都合の良い過去を作り出した上に変なこじつけをするな。完全に詭弁じゃないか。
2022/07/17(日) 15:24:26.00ID:SZhCYswta
>>812
PHPみたいにというのはつまりカスタムタグ使って
ページを毎回再レンダリングしているように作りたいってことだよ
サーバーサイドがそうしているようにね
その副産物として仮想DOMやJSXが生まれた
2022/07/17(日) 15:32:09.77ID:D8ZilbuM0
>>813
そういう意味なら確かにそうだね
2022/07/17(日) 16:30:58.35ID:zDUNQKdi0
>>813
でなんでそれがPHPになんの？
2022/07/17(日) 18:40:14.41ID:SZhCYswta
まずPHPといってるがfacebookの人がPHPと言ってるからそう言ってるがサーバーサイドと言い換えるべきものだよ(ご存じの通りfacebookはPHPのヘビーユーザー)

クライアントからリクエストを受けたらサーバーサイドは
HTMLを全て「生成し直して」レスポンスを返す
前回の状態など意識せず全て情報を取り直してHTMLを生成する
当たり前だが前回の状態との差分を取って部分的にHTMLを返すなどということはしない
常に丸ごと返す
このモデル(HTTPだが)の良いところはHTML生成といううコンテキストにおいては前回の状態と言ったものは意識しないで済むこと
最新の状態を取ってそれをもとにHTMLを生成すればよろしい

当時のフロントエンドはDOMに状態を持たせてajaxはその状態を更新して対応するDOMを更新するというアプリが大多数だった
フロントエンドもサーバーサイドのように状態を意識せずに関連するDOMを毎回全部生成できないか？という発想が生まれる
React誕生の瞬間である

renderとstateを使って状態が更新されたらどの部分を更新するか一切意識することなく常に一枚岩のDOMを返すようにかける
見事サーバーサイドをクライアントに持ち込めた
ただしこの動きを実現するためには差分を内部的に検出する仕組みが必要不可欠
本当に毎回DOMを全部生成してたらパフォーマンスが終わる
ユーザーはDOMを意識せずに全部返すように書くが
裏で差分を検出してこっそり部分的にDOMを書き換えるようにしよう
仮想DOMの爆誕である
そうなるとJSXみたいなものが必要だよねとなってJSX爆誕
これがReactの歴史である
知らんけど
2022/07/17(日) 19:22:31.49ID:HJLgMN7zM
パフォーマンスが実用に差し障るほど悪いという話には繋がらないわけだ
2022/07/17(日) 19:36:10.36ID:R88kcvl50
そりゃ、前提条件を決めなきゃそんな話はできないからな。
用途や規模によっちゃWeb自体「実用に差し障る」し。
2022/07/17(日) 19:49:44.56ID:SZhCYswta
仮想DOMのオーバーヘッドを許容しても
丸ごと全部DOMを返すようにかけるメリットがあまりにも大きい
お前らも大規模アプリにおいてはこの書き方がいかに素晴らしいかわかってるよな？
facebookクラスになると何千という状態があるだろうし
それを宣言的にかけるメリットの方が遥かに優先される
仮想DOMがゴミと言ってるやつはデメリットだけを見過ぎ
上に書いたようなメリットがデメリットを上回るのよ
ギャーギャー騒いでる奴らはしょぼい管理画面とかしか実装してないだろうからデメリットばかり見えるんだろう
2022/07/17(日) 19:57:05.90ID:wMKh8j6l0
Facebookを作るわけじゃないならゴミってこと？
2022/07/17(日) 20:06:33.34ID:D8ZilbuM0
結局仮想DOMのパフォーマンスに文句言ってんのがReact書いたこと無さそうな人ばかりなのよね。こういうシステム書くと何秒かかってユーザー体験が悪い、みたいな具体的な話が無い。
2022/07/17(日) 20:07:30.57ID:SZhCYswta
上に書いた歴史を踏まえればなぜReactは毎回コンポーネントをレンダリングしようとするの？とか
仮想DOMのオーバーヘッドが無駄じゃね？と思ってる人は
その理由が全部理解できたと思う
2022/07/17(日) 20:50:04.60ID:FtkU6BrHr
おれは業務基幹システムのフロントをReactで作ってる
業務では全国の数百人が一日中ガシガシ操作するのだがReactで作ってよかったと思ってる

数百のコンポーネントを俺一人で作り上げた
画面の中には多数の分割されたコンポーネントやモーダルウィンドウが表示され、格コンポーネントがリアクティブに反映され、さらにcssやcanvasで視覚的に描画もしてる

これを俺一人でAtomicデザインからコンポーネント、ビジネスロジックまですべて設計して開発した
2022/07/17(日) 20:57:54.95ID:HqESQyZt0
>>823
すげぇ！
2022/07/17(日) 21:02:05.70ID:Apu5q5Ct0
>>823
使ったライブラリとか教えて欲しい
2022/07/17(日) 21:15:44.80ID:FtkU6BrHr
>>825
すまん身バレするから詳細までは言えん
開発初期にはsveltもsolid.jsもなかった（あったのかもしれないが知らなかった）から候補にはならなかった
2022/07/18(月) 00:34:30.15ID:U2Tzu0Bd0
>>825
特段不要じゃね？
2022/07/18(月) 02:55:33.23ID:hrLDmHJy0
>>823
cssで視覚的に描画とは？
2022/07/18(月) 06:22:36.79ID:VnhjZgbs0
>>828
animationとかじゃないかな。
2022/07/18(月) 11:06:46.58ID:0LWcwOair
>>828
簡単に言うと業務に関するフロー図のようなグラフィカルな表示をするためにhtmlとcssとcanvasを使っている
2022/07/18(月) 17:57:02.34ID:7ni5jFGl0
React Native、Flutter、Vueを触ってきて最近Svelteでサクッとアプリ作ったけどSvelte一番好きだわ
Vue3のComposition APIをさらに簡潔にした感じでマジでわかりやすいReactのJSXやFlutterのWidgetが大嫌いだから余計にそう感じる
ただ一番マイナーでエコシステムが弱いんだよな特にコンポーネントライブラリでデザインが良いのがSvelteUIくらいしかないんだがまだ始まったばかりでぜんぜん実用に耐えない
2022/07/18(月) 19:50:28.15ID:7HaFqkS9a
むしろサクッと作る場合こそReactがベスト
関数作ってuseStateで状態作ってJSXをreturnすれば終わり
フォームもcreateRefとか使えば深く考える必要もない
何も考えなくて良い
833デフォルトの名無しさん (ﾜｯﾁｮｲ f6db-q6UQ)
垢版 |
2022/07/18(月) 22:09:27.02ID:Ggy5Lh6B0
>>831
SvelteKitが1.0に到達したらもっとエコシステム等が充実すると思う。
2022/07/19(火) 09:45:05.85ID:tLF1kVqmr
>>832
その文面だけではどうしてReactがベストなのか理解できないわ
もうちょっと具体的に比較を頼む
2022/07/19(火) 10:06:20.35ID:oBRFDG2+0
>>832
同意
2022/07/19(火) 11:50:07.11ID:Ah8Bn+D60
ちょっとしたフォームを考えてみる。大項目A中項目B小項目Cがある。項目リストはRESTで取得する。
Aが選択されたときBのdisabledが外れoptionがセットされる。BとCの関係性も同様。Bが変更されたとき、Cのselectedはキャンセルされ、optionは再度セットさせる。ではCが選択された後にAを変更するとどうなるか。BとCのoptionが再セットされCはdisabledになる。A～Cは他の項目にも影響を与える。今後Cの下に項目Dが追加されるかもしれない。
見た目は簡単なフォームだが既に面倒くさい。こんなのグローバルな状態を使って管理したくない。俺はReact(Preact)を使って楽をする。
2022/07/19(火) 12:02:11.23ID:YENIBnXc0
SvelteのTemplate Syntaxとバインドでも簡単に作れるんだが
俺Reactしか知らないけどイキリ散らかすわとしか読めない
2022/07/19(火) 12:28:49.83ID:Ah8Bn+D60
あぁごめん。他のライブラリでも全然良いよ。React程は詳しくないから書かなかっただけで。
何も無しよりはずっと楽だからライブラリ使っちゃうよね、ぐらいに思ってくれ。
2022/07/19(火) 13:48:12.52ID:EJF9eOI8r
間違ってたら指摘してほしいんだけどReactで開発してて一番嫌なのが状態管理をMeta(Fb)が実装しないでコミュニティに丸投げしてるところなんだよね
なによりReduxってどこがいいのかまったくわからない
冗長なボイラープレート満載かつどこをロジックの場所にするかプログラマーによって解釈が異なるし
結局Viewでhook使いまくりになって疎結合とは？になる
2022/07/19(火) 15:08:50.18ID:oBRFDG2+0
>>839
Reactはバカチョン機能を提供しない

いやそんなミドルウエア的なの
押し付けられても困るの!!(;´Д`)
2022/07/19(火) 17:40:32.76ID:qBIBPRGnr
>>838
>>836ってどの話からつながってるの？
2022/07/19(火) 18:59:17.30ID:CnRmwysFa
>>839
いまだにそこに文句を言ってるのが凄い
状態管理に銀の弾丸はないのよ
「Hooksを用意したからお前らで適切なものを作れ」

これがMetaが行き着いた結論であるし
実際これはすごく良く機能してる

とりあえず生useStateでサクッと作る
→複雑になってきたからカスタムフックをつくる
→コンポーネント化出来そうだからコンポーネントに切り出す

この開発サイクルがどのフレームワークより優れているのよ
実際ここまで拡張しやすいのはHooksとコンポーネントとJSXの親和性良さ故なのだが
2022/07/20(水) 00:44:50.38ID:vmAGDFkA0
>>839
MetaがRecoilってやつ出してるよ
結構浸透してる
2022/07/20(水) 07:25:51.14ID:0ymUel2Or
>>840
Recoilがあるんだが？知ったかおバカさん？

>>842
そもそもViewが状態を持たないから依存関係がなく疎結合でReactすごい！って信者の常套句だったのだが？
結局Reduxのストアという状態管理の煩雑さ・スコープの問題からContext APIでよくね？ってウェブあるあるの先祖返り起こす一派もいるけどそっちはそっちでやっぱり問題あって
そして出てきたRecoilはHooks API使ってコンポーネント単位で小さく状態管理するからViewががっつり状態持ってて疎結合とは？になる
しかもRecoilってまだ実験段階の代物でウェブ特有のいつツールチェインが移り変わるか頭を悩まされるのが嫌だからOSSにしてもメーカーが主導すべきなのに遅すぎる
2022/07/20(水) 07:44:20.49ID:jm40gMbI0
状態管理に関してはそうやって好みが色々あるから、自由に使え、何なら使わなくても良いよってやってんじゃん？
2022/07/20(水) 08:04:24.15ID:wjzc/Lddr
まぁ結局のところViewModelというストアが複数あるMVVMの双方向バインディングを否定した片方向のFluxアーキテクチャもHooks APIでContext APIをAtomsという複数の状態を操作するというMVVMと同じことやっちゃってるわけですよ
アプローチは違って遠回りしたけど結果は似たようなものになっちゃったってことなわけ
これもまぁ好みなんだろけど個人的にMVVMのVueとSvelteが好き
2022/07/20(水) 09:39:38.21ID:pMjQmXrIM
atomはビュー固有ではなくてコンポーネント間で共有されるモデルを置く場所だから全然違うぞ
MVVMでいうならVMではなくMに相当する
2022/07/20(水) 09:52:52.99ID:KhhE1Tf5r
いやそれはMVVMを理解してない
MVVMのModelの責務は状態管理やデータ保持のストアじゃなくデータモデルである型定義やビジネスロジックなんだが？
AtomsはReduxでいうところのストアでありストアとの違いはAtomの名前の通りAtoms一つで状態を保持してるところ
複数のAtomsを管理するためのSelectorsがまさにViewModelそのもの
2022/07/20(水) 10:02:36.80ID:pMjQmXrIM
>>848
MにUIの状態を持たせちゃいけないというのはよくある勘違いだよ
VMはバインディングのために使用する射影以上のものではなくて、その責務に専念している限りにおいてはVMの状態管理が複雑になるみたいな問題は本来発生しない
でもMVVMはその構造上、ビューの状態管理の責務を負わせるという誤用をされやすくて、
その結果VMが複数の責務を負うこととなり複雑化に繋がる
2022/07/20(水) 10:25:04.38ID:K/MRrguYr
>>849
それは貴方の解釈でMVVMの一般的な概念じゃない
その主張はMVVM界隈から100%反論されてレスバになる
しかも貴方の主張って具体的な言葉や説明が一切なくてふわふわし過ぎてて議論になってないですよ
2022/07/20(水) 10:28:07.92ID:yEA09kEr0
あーーこいつc#おじさんだよ
2022/07/20(水) 17:51:59.62ID:nOCbAxvc0
Vueもpiniaでてきて分かりやすくなった
2022/07/20(水) 21:36:55.46ID:KG5/Vp0Pa
C#おじさんって話題が古いよね
MVVMって一昔前のJSフレームワークがやたら叫んでたアーキテクチャだぞw
2022/07/20(水) 21:42:36.71ID:Q3b3ogal0
××おじさんっていうマウントの取り方最近多いな。
2022/07/20(水) 21:51:32.70ID:baoF70lD0
理詰めで論破されて顔真っ赤でうんこ！って喚いてるのと等価だから実質敗北宣言なのに本人は気付いてないの草
2022/07/21(木) 02:46:58.50ID:focTWMhd0
この人がC#おじさんかどうかはともかく、前スレとかで暴れまわってたC#おじさんは議論ができない人だからラベリングして隔離したくはなる。
エラー処理を蔑ろにすると痛い目を見るからね。
2022/07/21(木) 03:20:53.01ID:yCgv2Tu80
>>853
knockout.jsは好みだったな
858デフォルトの名無しさん (ﾜｯﾁｮｲ 4918-6nFJ)
垢版 |
2022/07/21(木) 10:02:37.92ID:tY6bFPcW0
Reactの方がコンポーネントを抽象化し難い気がする
双方向バインドがないからhooks使うと固有のコンポーネントになってしまう
プログラム作っていく上で抽象化、共通化は基本なのでこの流れに反して違和感を感じるね
2022/07/21(木) 10:17:17.56ID:TtonsbFxM
>>858
それは>>848に近い誤解に陥ってるんじゃないかな
複雑な状態管理はそれこそ抽象化してモデルにすればいいんだよ
2022/07/21(木) 10:30:29.52ID:z51e/TKer
>>859
> 複雑な状態管理はそれこそ抽象化してモデルにすればいいんだよ
コイツのレスってまったく反論になってないんだよね具体的なことが一切含まれず内容が一切ない
これもうレス乞食のために故意にレスバ仕掛けてる荒らしだよ
コイツの場合レスが抽象化されててコピペになってるじゃん
861デフォルトの名無しさん (ﾜｯﾁｮｲ 4918-6nFJ)
垢版 |
2022/07/21(木) 11:33:06.16ID:tY6bFPcW0
Reactも最近下火になってきてると聞いたが抽象化に反してるし無駄な学習コスト高が原因かもね
まだTS順応やSSR等の有利な点もあるから早めに解決した方が良い
少なくとも双方向バインドはあった方が良いと思う
2022/07/21(木) 11:56:02.27ID:focTWMhd0
>>860
具体的どころか中身0な事言って煽ってるの君じょん……

>>861
下火になってきてるというソースくれ。
個人的には、双方向バインド無い方がデータ構造がシンプルになって（シンプルさを担保できて）良いと思う。
2022/07/21(木) 18:40:32.85ID:yCgv2Tu80
>>858
>>hooks使うと固有のコンポーネントになってしまう

コレ何なん？
2022/07/21(木) 20:07:28.96ID:O0cl8epr0
双方向バインドがあればなあ・・・みたいな場面に遭遇したことがない
2022/07/21(木) 20:55:19.33ID:m/tOgoJ2r
いずれにせよコンポーネントが状態を持たない片方向バインディングがReactやFluxのウリで双方向バインディング否定してたのにuseState、useReducer、Hooksが当たり前になってそんなことなかったことになってるのReact界隈が大嘘吐きだってバレちゃったんだよね
だってコンポーネントが状態持ってる方が圧倒的に便利だしグローバルにストアにアクセス出来ないと面倒臭すぎるんだからそりゃそうなる
結局SSRに回帰してるしウェブ界隈って詐欺師の妄言を信用しすぎだね
2022/07/21(木) 21:02:10.88ID:QfdF2+k70
最終的にフロントとバックの垣根が消滅してajaxが悪だったってところに着地したら笑う
867デフォルトの名無しさん (ｱｳｱｳｳｰ Sa39-qysg)
垢版 |
2022/07/21(木) 21:36:46.45ID:ppiq2d/La
後ろから前から
2022/07/21(木) 21:44:19.86ID:focTWMhd0
>>865
SSRに回帰してないゾ。SSGとSSRをごっちゃにしてないか？

>>866
垣根がなくなったら内部的にはもっと所謂ajaxを使うことになるゾ。つかajaxなんて言葉、もはや当たり前すぎて死語になりつつある気がする
2022/07/21(木) 21:49:21.14ID:Ku28CConM
なりつつあるいうか普通に死語
どっかのAPIに名残が残ってる程度
2022/07/21(木) 22:00:49.44ID:focTWMhd0
おお既に死語か。聞かないわけだ
2022/07/21(木) 22:01:20.87ID:OazrR5YUa
キーワードとして使うことはないけど死語とは違くない？
無意識にTCPを使ってるからTCPは死語みたいな話でしょ？
2022/07/21(木) 23:33:04.99ID:pzjtftitd
>>839
Recoil使えよFacebookが作ってるヤツだからさ
2022/07/21(木) 23:34:21.26ID:pzjtftitd
>>844
多分古い書籍とかで入ったタイプだと思う


てかFBってMetaになったんだったな
2022/07/22(金) 16:41:17.16ID:dru1/FDra
>>844
Reduxとか何年まえの話をしているのか
エアプ丸出し
2022/07/22(金) 17:02:20.21ID:SqQaMfnX0
>eg+2
この文字列でレス抽出したらReactおじさんでクソワロタ
876デフォルトの名無しさん (ﾜｯﾁｮｲ 4918-6nFJ)
垢版 |
2022/07/22(金) 18:50:39.60ID:D+cmFxgS0
状態管理もVueの方がわかりやすいしバグが少ないな
ReactはuseMemoとかcallbackで更新を細かく制御出来るがその割に速度はVueに劣るなら細かい設定の意味も薄れるな
ただ面倒なだけになる
2022/07/22(金) 20:13:48.96ID:Jq+LhtKJM
>>876
細かく制御できてそのぶん速度が遅いなら正当なトレードオフじゃん。
Vueのほうバグが少ないというソースを出してみ？
2022/07/22(金) 20:58:55.93ID:FvvjpbjW0
c#おじさんは
歳いってて古臭いし
なにより頭わるいで
放置で！よろ
2022/07/22(金) 21:43:37.15ID:zm6MdLeQ0
今はVueメインだけど、Vuetifyが3対応してくれればなあ、ってずっと引っかかってる
2022/07/22(金) 22:05:13.65ID:oDZ9DHnE0
いつ完成するんだろう
3.0でても全部入ってないよね・・・
2022/07/22(金) 22:11:46.45ID:k5DOnJGpr
vuetifyもnuxtも順調に遅れてるのぅ
2022/07/23(土) 09:47:37.43ID:9KJkZytZ0
>>878
>tdwJでレス抽出したらReactおじさんの自演で草
2022/07/23(土) 11:35:35.73ID:PpxI5rKd0
vueは2で十分だしなぁ
3にする必要が今の所ないので2のまま開発してる
2022/07/23(土) 11:57:26.25ID:N0xa+0ita
まあフロントだし嫌々移行する必要はないよね
2022/07/23(土) 12:39:55.10ID:asztty/bM
Reactおじさんなんてのは存在しねーんだわ
2022/07/23(土) 12:44:56.96ID:9KJkZytZ0
Reactおじさんが必死になってReactおじさん否定して火消ししてて草
2022/07/23(土) 12:51:08.59ID:asztty/bM
C#おじさんはC#おじさんって言われたの、そんなに嫌だったんだね
2022/07/23(土) 12:59:26.21ID:pHraMg/Yr
おっさんが使えるわけない
Reactお兄さんだろ
2022/07/23(土) 13:07:03.50ID:9KJkZytZ0
ReactおじさんはReactおじさんって言われたの、そんなに嫌だったんだね
2022/07/23(土) 13:45:45.33ID:b9yYfqw+d
実際どうなだろ？
なんだかんだで中核層って３０～４０代なんじゃね？
おじさんと言われたおじさんだろ
2022/07/23(土) 14:49:09.63ID:Bnag5ryf0
>>883
vueはOptions APIしか存在価値ないからね
サクッと作れるのは魅力

Composition API使うぐらいならReact使うしさ
2022/07/23(土) 16:48:46.91ID:4etWwAtXM
>>890
それはそう。
2010年くらいからず～っとしつこくWebやってるおじさんだよ。Twitterとか見てもそういう年齢層がWebのフロントを牽引してる気がする。
893デフォルトの名無しさん (ﾜｯﾁｮｲ 0118-FyER)
垢版 |
2022/07/23(土) 19:04:39.84ID:BhrE0ORm0
最近はスマホアプリ全盛でWEB自体がオワコンだよ
スマホアプリでもWEB使えない事はないけどあくまでオマケみたいなもんだし
894デフォルトの名無しさん (ﾜｯﾁｮｲ 4901-R4TS)
垢版 |
2022/07/23(土) 19:08:08.09ID:ehQy/P8s0
今の20代は円周率が3だから。
分数がわからないと言ってます。
2022/07/23(土) 19:52:08.40ID:yKlAVew80
つい最近までBlazorおじさんでもあったc#おじさん
2022/07/24(日) 01:50:45.80ID:tGEVXDQN0
>>883
わかる
nuxt+vuetifyでvue2使ってるけど
正直ちょっとした業務アプリなら
これでいいやって感じしてるｗ
2022/07/24(日) 05:40:11.26ID:yCRE+Jn9r
>>896
でもTypeScriptの恩恵受けられなかったり、vscodeでvolar使えなかったりしてストレスたまらない？
2022/07/24(日) 12:21:39.58ID:tGEVXDQN0
>>897
tsの恩恵が型チェックを指してるなら
ほぼ恩恵受けられてるとおもう
まあpropsはお察しだけどたいしたことはないかな

volarはもともと使ってない(vetur)

veturはリファクタリング機能……せめてリネームくらい
さくっとできればいいのにってストレスはある
899デフォルトの名無しさん (ｵｯﾍﾟｹ Sr85-6oOh)
垢版 |
2022/07/25(月) 12:15:35.70ID:Vu96CM93r
Nuxt3安定版リリース予定日がコロコロ変わるけど、夏のうちにリリース頑張ってくれ
2022/07/25(月) 13:34:00.84ID:+TalbHVVd
Vueって完全にPythonと同じ構図て2派3派分裂に陥ってるな
2022/07/25(月) 14:14:25.15ID:PJf7DmEIr
3をメインにするにはまだ周辺が出揃ってない一時的な状況であって分裂とは違うと思うけどね
902デフォルトの名無しさん (ﾜｯﾁｮｲ 59c9-9Pxh)
垢版 |
2022/07/25(月) 17:11:08.07ID:di1O342v0
しかしangularは話題に上らないな
俺は好きだけど
2022/07/25(月) 17:17:15.61ID:+TalbHVVd
>>902
実装の為に書くコードが無駄に多い
2022/07/25(月) 17:17:43.95ID:mBcdUBse0
>>902
angularjsはもう古いし（少し勉強したのが6年ほど前の話）
angular2が出たけど流行る気配も無く、記憶から消えていった感じがｗ
でvueとかreactが出てきてあっという間に過去にされた感じがするなぁ
2022/07/25(月) 17:41:30.04ID:aMFQuJX/r
海外でもそうなの？
2022/07/25(月) 17:52:16.88ID:byI0yc9na
Nuxtで公式のライブラリ同士が競合したりするともうAngularでよくね？って思うことはある
2022/07/25(月) 23:45:20.42ID:UZBb0Lqd0
次スレはvsとAngular消すって事？
SvelteとSolidだとどっちが言及多かったのかな
908デフォルトの名無しさん (ﾜｯﾁｮｲ 13ad-R4TS)
垢版 |
2022/07/26(火) 07:24:19.93ID:zgp3yepV0
stackoverflowの2022アンケートだと好きなフレームワークランキングangularだいぶ上位だったぞ
2022/07/26(火) 09:54:37.28ID:khPn0eWd0
別に消さなくてもいいけど日本だと使っている話を全く聞かないなぁ
世界レベルは分からないけど、好きな人は好きって事なのでは？
2022/07/26(火) 18:59:51.76ID:/UcJX4nYa
消さなくてもいいけど残しても話題になることはおそらくないよね
そもそもこのスレ自体がReactおじさんとReact嫌いおじさんが喧嘩するだけの場所になってるけど
2022/07/26(火) 20:05:36.98ID:VCWTT4bQ0
vsだけ消す感じかな。ワッチョイは継続だな。前スレと快適さが違いすぎる
2022/07/26(火) 20:14:20.43ID:TUlvpiox0
vsvsって何だと思ったら、そういや対決スレみたいな感じだったなw
vsはワイもなくていいよ
angulerはどっちでもいい。行き場なくなって困るいるかもやし。。。？
ワッチョイはぜひ継続で
2022/07/28(木) 13:52:28.82ID:OjSB//AI0
reactもレンダリングを極小に抑えればvanillaとほぼ変わらん速度が出るし、速度が同じならそこに残るのはコンポーネント思考で疎結合なソース、高可用、最高の可読性、拡張性。solidの出番あるかな？
2022/07/28(木) 16:09:29.34ID:Estv+1a2r
どうやって最小に抑えるの？
2022/07/28(木) 16:57:27.64ID:/xoCJV4q0
>>914
複雑な構成だとガチで難しい...

マジ地獄
2022/07/28(木) 17:36:47.56ID:sAf7YZ2hr
優劣の話をしたいなら謳い文句みたいなのだけじゃなくて根拠も示そうよ
917デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-2lxA)
垢版 |
2022/07/28(木) 20:12:55.37ID:n/YbXvRnd
今月のweb+dbのReact特集はためになるな～
918デフォルトの名無しさん (ﾜｯﾁｮｲ 7aad-G1eK)
垢版 |
2022/07/30(土) 20:08:28.31ID:Wp1ki8bF0
>>917
立ち読みしたが基本的なことばっかじゃん
このくらいも知らないようじゃreactを全然理解していない
2022/07/30(土) 20:13:34.81ID:5Yj62G9A0
Reactビギナーな人がいてもええやんけ。
玄人でも役に立つことがよく読むと書いてあるパターンかも知らんけど
2022/07/30(土) 21:41:41.77ID:N9zjZr640
全然理解できてないって言える人かっけーっす
2022/07/31(日) 00:15:54.88ID:nDof9ikv0
匿名なときだけイキれる人種ってのがいるらしいよ
922デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-G1eK)
垢版 |
2022/07/31(日) 06:08:05.57ID:pdOIFS3A0
場所を選ばずイキリまくってるのは精神病では？
2022/07/31(日) 09:50:44.44ID:sDhX8d9R0
でもそういう人たちがウヨウヨ居るよ
2022/07/31(日) 19:13:28.97ID:imaRrr7+0
>>918
わかる
あれが巻頭記事になるって今のWEBDBの質やばいな
最近質が落ちすぎなんだよ
2022/08/01(月) 00:47:50.36ID:tDw5QkUMd
うぜえ死ね
2022/08/02(火) 15:31:52.42ID:B8h7TJT50
https://gihyo.jp/magazine/wdpress/archive/2022/vol129
特集1
Reactの深層
最新バージョンから読み解く！ 変わる常識と変わらない思想
本特集はReact 18のリリースを受け，これまでのReactについて復習するとともに，React 18の新機能を紹介します。新機能を使いこなすにあたり，前半ではこれまでのReactの使い方やAPIに込められた思想を確認し，後半ではReactユーザーが対応を迫られる新しい常識を解説します。将来にわたってReactらしいコーディングをするための考察です。
2022/08/02(火) 15:33:56.58ID:B8h7TJT50
これに対して知ってる知らないの話にもってく>>918は的外れだと思うが
2022/08/03(水) 08:58:04.35ID:GnZrupU60
Reactユーザーはまた新しい常識とやらに対応を迫られてるの？
ご苦労なことだな
2022/08/03(水) 11:26:23.13ID:C3tTlL9or
なんか新しいのってでたっけ？
2022/08/03(水) 23:11:52.16ID:FoifrSV8d
Reactのメジャーバージョンってあんまり使う側にプログラマにはそこまで影響なくて
Reactというライブラリの中身のロジックががらりと変わるけど使い勝手はそのままみたいなパターンなんだよな
2022/08/04(木) 07:36:23.75ID:evQTqyVX0
useEffectはだいぶ変わったな
932デフォルトの名無しさん (ｱｳｱｳｳｰ Sa09-G1eK)
垢版 |
2022/08/04(木) 11:25:37.09ID:CwkjhMxBa
CQでもトラ枝でも界面でも技評でもなんでもそうだが
長年通年読み切り雑誌造ってるとマンネリ化して
毎月同じ頃に同じネタ繰り返したり
新規読者開拓の方が優先されて初心者向け記事ばかり出すようになる
933デフォルトの名無しさん (ﾜｯﾁｮｲ 5918-O+aU)
垢版 |
2022/08/04(木) 17:12:20.43ID:Z7Bf5gtZ0
ReactはJSから逸脱しすぎ
そのうちVueに負けるんじゃない
2022/08/04(木) 17:51:09.78ID:TsywToep0
言うほど逸脱感あるかなぁ。それに負けるとしてもVue相手では無さそう
2022/08/04(木) 18:08:15.45ID:0iI7s5Zjr
>>861
>>876
そういう願望なんだろう
2022/08/04(木) 22:13:28.65ID:MrliGYtKd
ReactはJSの拡張
VueはHTMLの拡張
2022/08/05(金) 00:28:40.92ID:He8YnkDY0
npm trends見ればReact一強よな
vueはnextと同じぐらいだったよたしか
2022/08/05(金) 09:01:09.21ID:4xsUqjcZ0
国内だとスキルレベルの影響か、VueがReactに切迫してきてるとは思う
グローバルに見ればReactやろなあ
2022/08/05(金) 13:42:25.30ID:4fFsycPk0
JQUERYからの移行がしやすいのかね？
2022/08/05(金) 14:43:44.70ID:63aryM8d0
jQueryはガラバゴスなので移行しやすい先は無いじゃなかろうか
2022/08/05(金) 15:09:36.11ID:gtbFxVnLH
jQueryって非同期通信がやりやすいんだっけ？
2022/08/05(金) 15:52:22.60ID:WxnmROGJr
むしろとっくにjavascriptに実装されたからjqueryなんていらんわ
2022/08/06(土) 01:01:29.02ID:GuhPjV+m0
>>936
JSXとHTMLテンプレートだけを比べて語るのは乱暴がすぎる
2022/08/06(土) 03:13:58.41ID:wbKMks4Kd
>>943
>>933に対しての話
2022/08/07(日) 00:29:05.94ID:gyz0oQdzd
そもそも>>933の逸脱が具体的に何を指してるのか分からなくて
それにどう反論してるのかもわからない
2022/08/07(日) 01:07:38.15ID:e/L1BkGT0
next使い始めて初めて自分でAPIを書いたんやが、セキュリティ的にやらないけんことまとめてある記事紹介してくれないか
セキュリティ気にせんかったらAPI叩かれ放題になるやん？
それは嫌や

APIの仕様はログイン不要でサイト内からなら誰でも叩けてバッファを返すAPIや
とりあえず誰でもAPI叩けないようにと思って以下は実装してん
・呼び出し元ががサイトURLと同じか
・許可されたhttpメソッドか
他にこれやらな危ないで！ってのあったら教えておくれ

sec-ch-ua-platformとかユーザーエージェントも使って、人間か否か、みたいな判定に使えるかなと思ったんやが、ブラウザによってあったり無かったりで使われへんね
2022/08/07(日) 11:14:11.18ID:IfZGncFx0
react久しぶりにいじること繰り返してるけど毎回useEffectの実行タイミング忘れる
それ以外は割と覚えてるんだけど
2022/08/18(木) 11:42:27.09ID:XBLh4Drea
denoがnpm対応だってよ

https://deno.com/blog/changes
2022/08/18(木) 14:56:01.44ID:ZZPuTbmpr
負の遺産を引き継ぐしかなかったんだな
2022/08/18(木) 17:12:22.49ID:TJb0aiUp0
じゃnpmでよくねってならないかな
2022/08/18(木) 17:32:10.71ID:XBLh4Drea
まずは導入してもらって徐々に移行してほしいって気持ち
952デフォルトの名無しさん (ﾜｯﾁｮｲ 45e4-weez)
垢版 |
2022/08/18(木) 20:25:57.91ID:Nos1/Hfu0
SvelteKitだいぶ破壊的変更したね
2022/08/18(木) 20:58:30.43ID:iu4/aA990
資産捨てたくないをやったものってバージョンアップの度に置き換え地獄になりがちだから不安
2022/08/19(金) 04:55:27.90ID:DNuTd7Ml0
>>948
bun の登場も影響したかもね
2022/08/19(金) 09:38:17.08ID:3aQogyndd
>>950
早く次スレ立てろ
ちゃんとAngular抜かして立てろよ
あとスレタイは最初にReactを書け
2022/08/19(金) 09:50:57.62ID:VtkTYG/20
さあ最初はVueかReactかw
2022/08/19(金) 10:02:27.61ID:7NTV+fh7r
React vs Svelte vs Solid.js (vs Vue) Part.11

でいいんじゃないか
2022/08/19(金) 11:32:03.20ID:WOoxd4Y00
vsもいらんやろ
2022/08/19(金) 13:14:32.56ID:CuC7Z2c2a
>>948
あーあ投資家の圧力に負けたか

Denoのコンセプトであるパッケージ管理をしないかつ
Web標準をサーバーサイドに持ち込むというコンセプトじゃ
現実の問題を解くのは無理だったか
2022/08/19(金) 16:40:31.51ID:JGG1nuP9d
もうJavaScriptフロントエンドフレームワーク総合とかでええやん
何を入れる入れないだの順番だのあほらしい
2022/08/19(金) 17:11:56.31ID:Xl1L0UaOr
Reactはフレームワークではない
2022/08/19(金) 17:49:31.95ID:JGG1nuP9d
なるほど、フレームワークは削っといた

JavaScriptフロントエンド総合 Part.11
https://mevius.5ch.net/test/read.cgi/tech/1660898820/
2022/08/19(金) 19:18:55.00ID:WOoxd4Y00
ワッチョイあるやん。有能
2022/08/19(金) 19:36:58.38ID:Xl1L0UaOr
>>962
勝手にスレタイ変えるなボケ
2022/08/19(金) 19:37:52.81ID:Xl1L0UaOr
これでjQueryジジイが来るようになったな
スレタイを変えたアホのせいだ
2022/08/19(金) 20:11:15.19ID:c5x/ZSFua
テンプレ残ってるからまだマシだけど
jQuery排除するには弱いし名分が立たない
2022/08/19(金) 20:11:40.71ID:WOoxd4Y00
ワッチョイあれば弾けるから些細な問題よ
2022/08/19(金) 20:42:23.65ID:1jJ3VvOl0
ジジイは次世代言語スレに隔離されてるから大丈夫
2022/08/19(金) 21:31:10.94ID:3QdOFkhN0
専ブラが次スレ認定してくれなかった
2022/08/19(金) 21:33:05.15ID:zg5IwmJY0
まさに今jQuery案件に放り込まれて絶望してる
触るの8年ぶりくらいかな・・・
2022/08/19(金) 22:00:33.56ID:WOoxd4Y00
可哀想に……。
IEが死んだ今jQuery使うってことはレガシーの機能追加？ それなら表面以外は生DOMで茶を濁せんもんかね
2022/08/19(金) 23:02:36.80ID:zg5IwmJY0
一応新規開発なんだけどね
古い会社がデスクトップアプリの需要減で何もわからないままWebに参入してきちゃったんだ
2022/08/19(金) 23:04:22.99ID:yFnOJcBdr
こうやってスレタイに入ってなくても隙あらばjQueryの話してくるヤツは居るから変わらんな
2022/08/20(土) 00:05:40.09ID:FWpesecQ0
>>972
ひぇぇ……
2022/08/20(土) 00:47:06.52ID:ncpICP0v0
>>972
デスクトップアプリ案件とか
保守案件以外は殆ど無いだろうね
2022/08/20(土) 06:24:25.59ID:3n/NVw72d
>>962
死ねカス
誰かReact専用スレ立ててくれ
2022/08/20(土) 06:54:22.67ID:Ogd71Bz00
>>976
もうある
React と React Native のスレ
https://mevius.5ch.net/test/read.cgi/tech/1552134567/
2022/08/20(土) 08:07:06.44ID:TcSlBT4Lr
>>962
マジでこいつ無能
スレ落とせよゴミクズ
2022/08/20(土) 08:16:09.32ID:FWpesecQ0
なんでもいいけどドサクサに紛れてワッチョイ無しスレとか立てるなよ
2022/08/20(土) 08:17:54.16ID:TcSlBT4Lr
誰かこのスレタイで立てて
おれは立てられなかった

React vs Veu vs Svelte vs Solid Part.11

このスレタイにAnguler入れるとスレタイ長すぎで弾かれるから注意
2022/08/20(土) 08:19:50.24ID:FWpesecQ0
ゔゅ、Veu……
982デフォルトの名無しさん (ｱｳｱｳｳｰ Sa63-7rj6)
垢版 |
2022/08/20(土) 08:37:21.80ID:eyE8WB70a
ｵｯﾍﾟｹをNGしたほうがいいな
2022/08/20(土) 08:39:10.84ID:TcSlBT4Lr
まちがい
Vue
2022/08/20(土) 09:31:24.12ID:raGbEOkud
View.js
2022/08/20(土) 09:59:54.07ID:ofwvy2DOd
ドサクサに紛れてReactを先頭にもってこようとか浅ましいことを考えるからそうなる
2022/08/20(土) 10:47:12.38ID:eUHgnHX8r
React最初にって言われたからそうしたんだが
そもそもReactのほうがメジャーだろ
浅ましくないわ
2022/08/20(土) 12:18:46.27ID:ofwvy2DOd
メジャー度合いとスレタイの並び順に何か関係があるんで？
2022/08/20(土) 13:08:43.64ID:eUHgnHX8r
こまけーことはいい
Vue先にしてもいいからスレ立てしてくれ
2022/08/20(土) 13:18:08.17ID:OuD+ytSs0
次スレ
判断付かんので現状維持
スレタイ変えるなら丁寧に進めてくれ
Vue vs React vs Angular vs Svelte Part.11
https://mevius.5ch.net/test/read.cgi/tech/1660969032/
2022/08/20(土) 13:20:56.37ID:j5bZW6qn0
フロントエンド総合でいいよ
わかりやすい
ごちゃごちゃ言ってる奴は無視で良い
2022/08/20(土) 14:35:34.70ID:ofwvy2DOd
対立煽りや宗教論争ふっかけたい連中はこっちで住み分けってことで
2022/08/20(土) 14:40:52.23ID:YIVcS/8u0
で。どうすんねん
2022/08/20(土) 14:44:08.08ID:raGbEOkud
>>985
Vueとかオワコンやん
2022/08/20(土) 15:02:44.50ID:140AY3XRa
Vueの新規プロジェクトとかあんの？
2022/08/20(土) 15:05:06.06ID:tWPF5KnZr
>>989
サンキュー！
2022/08/20(土) 15:21:53.15ID:YIVcS/8u0
>>994
あるよ
ちな昨日いった本屋はReactとかよりもVueの本が圧倒的に多かった
たまたまかもやけど
2022/08/20(土) 15:45:22.55ID:ofwvy2DOd
>>993
んじゃReact先頭にした浅ましいスレ立てれば？
2022/08/23(火) 20:09:49.22ID:wneevteS0
Angularは必ず復活する。
Reactはmetaと共に滅亡する
999デフォルトの名無しさん (ﾜｯﾁｮｲ 9f01-AA8i)
垢版 |
2022/08/23(火) 21:31:52.93ID:xRam60Qq0
>>993
ネットの情報ばかり鵜呑みにしてないで働け
2022/08/23(火) 23:26:13.87ID:hwIA467iM
質問いいですか？
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 168日 0時間 28分 58秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況