21/01/18 01:41:17.84 3Z3F12lC.net
実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
URLﾘﾝｸ(jp.vuejs.org)
React
URLﾘﾝｸ(reactjs.org)
Svelte
URLﾘﾝｸ(svelte.dev)
※前スレ
Vue vs React vs Svelte Part.6
ｽﾚﾘﾝｸ(tech板)
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
2:デフォルトの名無しさん
21/01/18 02:46:11.50 I8QxZJG5.net
いつの間にか出てたstateofjs
URLﾘﾝｸ(2020.stateofjs.com)
3:デフォルトの名無しさん
21/01/18 10:21:56.14 3Z3F12lC.net
>>2
GatsbyがややNegativeに動いてるのが意外。Svelteはみんな試し出してるのが分かるね。しかしReact圧倒的だな…
URLﾘﾝｸ(2020.stateofjs.com)
4:デフォルトの名無しさん
21/01/18 10:27:15.86 3Z3F12lC.net
Angularの落ちっぷりよ…
URLﾘﾝｸ(2020.stateofjs.com)
5:デフォルトの名無しさん
21/01/18 20:33:59.29 hkDJh07h.net
react、reduxあたりまではいいけどホンマにredux-sagaとか使ってんのか？ってのは思う。
6:デフォルトの名無しさん
21/01/18 22:24:47.18 c2uq9vmW.net
redux sagaの良さを理解できてない。thunkもそうだけど。
素直にサーバーからのレスポンス待ってdispatchすれば良いと思うけどね
7:デフォルトの名無しさん
21/01/19 03:10:37.80 lh/VSPm+.net
昔は使われた。
今はrecoilあるしわざわざ新しく始めることはない。
8:デフォルトの名無しさん
21/01/19 05:50:12.77 f1L3pc4B.net
reduxはオワコンだと思う
俺は前から現場でアクションをswitch caseで管理する
バカらしさを批判してきたが
なぜか誰も聞き入れることはなかった
あんなのアクションの爆発的増加を生んで管理できなくなるのは明らか
C言語かよ
9:デフォルトの名無しさん
21/01/19 09:46:31.88 AmIdzL3n.net
ReactやVueのアプリの設定値ってどこに設定するの？
Widowsネイティブアプリだとiniファイルとかconfigファイルの相当するファイルだけど。
10:デフォルトの名無しさん
21/01/19 10:23:19.25 DPZ24S9X.net
>>8
それはお前のアプリケーションではreduxが必要なかったってだけでしょ。
11:デフォルトの名無しさん
21/01/19 10:23:39.51 DPZ24S9X.net
>>9
環境変数の設定の仕方ってこと？
12:デフォルトの名無しさん
21/01/19 11:25:44.48 AmIdzL3n.net
>>11
意図としてはそうかもです。
ネイティブアプリの設定は外部設定ファイルに個別設定が多かったのですが、
それは出来ないのでしょうか？
(ネイティブアプリの場合)
xxxxx.exe
xxxxx.ini --- これに相当するもの
13:デフォルトの名無しさん
21/01/19 11:30:20.28 DPZ24S9X.net
>>12
.env が一般的かも
.env reactとかで調べてみると出てくると思う
14:デフォルトの名無しさん
21/01/19 12:44:35.54 AmIdzL3n.net
>>13
OK！
15:デフォルトの名無しさん
21/01/19 21:39:30.50 Qe5CvENW.net
ContextAPIを"正しく"扱うための学習コストを考えたらRedux toolkitで良くない？って思うんだけどなぁ
16:デフォルトの名無しさん
21/01/20 00:04:43.78 oOoVJvkh.net
>>15
そもそも目的が違うから何とも…
17:デフォルトの名無しさん
21/01/20 01:16:07.15 Rdh9isrB.net
>>4
vue.jsすごいな85%もあるよ
んで、その下に書いてある、vue.js 12ってのは何だ？
Backboneは18だぞ。jQueryは22だぞ
18:デフォルトの名無しさん
21/01/20 03:18:29.28 6pIz59Cd.net
>>17
そんなん俺に言われても…
19:デフォルトの名無しさん
21/01/20 10:02:22.15 rIIlD/LH.net
>>759
草
20:デフォルトの名無しさん
21/01/20 21:20:12.99 C4MCq15m.net
今からreduxまじめに勉強するのめんどいから早くrecoilに殺されてくれ
21:デフォルトの名無しさん
21/01/20 21:28:27.25 Vw48gVWm.net
redux使って開発したけど面倒くさすぎる
こんなゴミクソ誰が考え出したんだか
22:デフォルトの名無しさん
21/01/20 23:05:01.07 lz9EoCwx.net
俺はjotai推し
23:デフォルトの名無しさん
21/01/20 23:16:36.42 rIIlD/LH.net
jotaiとrecoil何が違うのかいまいち理解してない
24:デフォルトの名無しさん
21/01/21 11:00:16.76 RaIloEMU.net
除隊？女体？
25:デフォルトの名無しさん
21/01/21 11:01:01.06 m6wtqnzA.net
女体はにょたいと読むだろ普通
26:デフォルトの名無しさん
21/01/22 05:45:13.61 lD8isFwV.net
redux toolkitはいいぞ
27:デフォルトの名無しさん
21/01/22 14:08:50.42 6SxSxthH.net
reactみたいに使うライブラリが徐々に更新されるような軽いフレームが好きな�
28:ｾが、 やっぱ趣味でいじってるのと仕事でやるのは違うかもな。
29:デフォルトの名無しさん
21/01/24 11:27:05.70 hgwUuj9F.net
皆ユーザ認証は何使ってるん？
やっぱりAuth0？
30:デフォルトの名無しさん
21/01/24 12:30:44.24 /vuf2veN.net
仕事で使うのはfirebaseが多いなぁ
31:デフォルトの名無しさん
21/01/24 14:33:43.27 BYmoQG+q.net
Password
32:デフォルトの名無しさん
21/01/24 16:50:55.93 2rwwxMLG.net
recoilこれダメだろ。。reduxの100倍くらいデータの流れがわからなくなるわ。。
33:デフォルトの名無しさん
21/01/24 18:36:32.85 hgwUuj9F.net
>>29
firebaseも人気あるみたいだね。
使ったことあるけどライブラリがでかいイメージある
34:デフォルトの名無しさん
21/01/24 23:44:21.06 /vuf2veN.net
auth0なんか覚えること多すぎて覚えるまでかなりしんどそう
35:デフォルトの名無しさん
21/01/25 00:02:44.28 SeLyUu4E.net
JWT一択
仕様としてはかなり簡単だし
この程度はフロントエンドの人でも自力で実装すべき
36:デフォルトの名無しさん
21/01/25 00:31:18.66 wN/P4Ly9.net
いやJWTがバックエンドありきだろ…
それを何使ってますかって話。
37:デフォルトの名無しさん
21/01/25 00:50:11.74 SeLyUu4E.net
普通に自前実装だが何を使うとは？
ライブラリとかフレームワークのこと？
38:デフォルトの名無しさん
21/01/25 01:05:43.46 Vr4018vi.net
自前実装は絶対にしない方がいい。
jwtの認証は簡単に作れるけど、セキュリティホールになりえるからセキュリティのプロの人たちが実装した idaas使った方がいい
39:デフォルトの名無しさん
21/01/25 01:12:25.03 Vr4018vi.net
まぁ、自分たちがセキュリティに精通してると胸張って言える人は自前実装でもいいと思うけど。
40:デフォルトの名無しさん
21/01/25 01:13:35.44 Vr4018vi.net
URLﾘﾝｸ(www.google.co.jp)
ここでも書かれてるけど、専門家以外は自前実装するべきじゃないよ
41:デフォルトの名無しさん
21/01/25 03:13:43.63 SeLyUu4E.net
そのライブラリがセキュアだという保証は？
それにライブラリがない言語は自前しかないし
セキュリティはもうライブラリ作者の個人が担保するものではないよ
セキュリティ担当者がいないならすぐ雇うか
どこかに依頼すべき
42:デフォルトの名無しさん
21/01/25 07:08:04.12 S130jMbA.net
セキュリティに関しては、完璧な知識を持った上でシステムを隅々まで理解し、時節に変化があれば即時にキャッチし、情報が漏れたときに全責任を負う。自前でやるならそれぐらいの覚悟が必要だと感じてる。
43:デフォルトの名無しさん
21/01/25 08:12:31.39 S130jMbA.net
s/セキュリティ/ユーザ認証/
44:デフォルトの名無しさん
21/01/25 09:18:54.69 Vr4018vi.net
セキュリティを専門とするエンジニア（コンピューターサイエンスに深い理解を待ってる人）を雇えるならいいよ。
でも大抵の企業がセキュリティ担当に1000マン以上出して雇おう！って感じではないでしょ
auth0とかfirebaseはセキュリティに精通しているエンジニアを雇ってるからね。どっちが信用できるかの問題だよ。自社のエンジニアを信用するならそれでいいと思う。
クリティカルな部分のセキュリティに関しては、専門家じゃないやつの理解って大切だけど、本質的にはあまり意味ないと思ってる。何故なら知識が浅いから
45:デフォルトの名無しさん
21/01/25 09:20:17.82 Vr4018vi.net
>>41
これに関しては自社で実装しててもしなくても一緒だと思う
46:デフォルトの名無しさん
21/01/25 18:10:27.05 xIV/hVQN.net
まず自前実装ってどこからどこまでの話なのか
自社のバックエンド側で認証の仕様が決められてて
それに基づいてフロントエンド側を実装するって話なら分かるが
47:デフォルトの名無しさん
21/01/25 19:18:20.55 SVsyFtcM.net
ここでもう認証はこれにしろ！ってのを決着つけてほしい
48:デフォルトの名無しさん
21/01/25 19:36:13.43 ohM2rT6i.net
ライブラリすらないマイナーな言語なんか使うなよ
49:デフォルトの名無しさん
21/01/27 12:55:39.03 rSb6SHlg.net
vue3になって更に混沌としてきた感すごい
節操なさすぎだろこれ
50:デフォルトの名無しさん
21/01/27 14:10:47.89 s+2IuEm0.net
>>48
糞化し始めた感じなのかな？
51:デフォルトの名無しさん
21/01/27 14:55:13.55 t5P+qNcc.net
svelte最強伝説が始まりそう
52:デフォルトの名無しさん
21/01/27 15:18:57.43 DohR04yK.net
そろそろjqueryおじさんが出てくる予感w
53:デフォルトの名無しさん
21/01/27 15:28:44.85 s+2IuEm0.net
>>51
NGワードだぞ！
54:デフォルトの名無しさん
21/01/27 15:28:54.79 psg9B8xG.net
vue3が出て以降npm trendsじゃangularと抜きつ抜かれつだったのが明確に離されて着てる印象
55:デフォルトの名無しさん
21/01/27 15:52:47.32 DohR04yK.net
vue3は完熟してから頂きます
56:デフォルトの名無しさん
21/01/27 16:36:39.59 4l9V085Z.net
鼻毛認証という言葉を思いつきました。
57:デフォルトの名無しさん
21/01/27 16:39:44.57 pQXGJX0s.net
>>48
そんな違うんだっけ？
58:デフォルトの名無しさん
21/01/27 16:43:49.57 zRdgu+l3.net
>>51
呼んだか？
URLﾘﾝｸ(w3techs.com)
jQueryのシェアは2021年1月時点で77.2%だったが
1ヶ月で77.3%に増えた。まだ増加傾向にあるようだ。
なおReactのシェアは0.4%。その程度のレベル
59:デフォルトの名無しさん
21/01/27 17:30:32.62 pQXGJX0s.net
jQueryおじさんきたあああああああああ
60:デフォルトの名無しさん
21/01/27 18:21:31.45 s+2IuEm0.net
塩まいとけ！
61:デフォルトの名無しさん
21/01/27 20:29:16.80 FIWqOxcO.net
VueはcompositionAPIの影響でごちゃごちゃするんだろうなぁーっていう感じ
62:デフォルトの名無しさん
21/01/27 21:41:18.33 M53YDK2u.net
>>56
とりあえずreact hooksパクってみました感が凄い
調べれば調べるほどreactで良くね？ってなる
63:デフォルトの名無しさん
21/01/27 21:48:18.58 M53YDK2u.net
>>60
Vueの売りはフロントエンド技術者にとっての分かりやすさだったけど今となっては無いよね
reactの方が明らかに明確で分かりやすい
全然違う方向に進化して欲しかったから残念だわ
64:デフォルトの名無しさん
21/01/27 22:08:20.82 zRdgu+l3.net
いつものことじゃん。思想が明確じゃないから
ぶくぶくと機能を追加して破綻する
「シンプルでわかりやすい」というのはどれもが主張してくるメリットだけど
それは単にできたばっかりで実装が追いついてないだけ
バージョンアップするたびに複雑になっていく
そしてまた次の「シンプルでわかりやすい」新しいフレームワークが
登場しまたぶくぶくと太って繰り返し
基本的な機能に絞り込むという発想がない
jQueryはその点最初からブレずにやってるから
こうやって長く使い続けられる
65:デフォルトの名無しさん
21/01/27 22:33:45.31 s/ocsdEl.net
jQueryは先進的な層から誰も目を付けられてないから発展しないんだろうね
結果的にそういう利点も生まれるわな
66:デフォルトの名無しさん
21/01/27 22:56:53.71 pQXGJX0s.net
vueって最初better angular的な思想だったのに
Reactを取り入れて魔改造してキメラになったイメージ
67:デフォルトの名無しさん
21/01/27 23:49:24.82 19GDarhJ.net
Reactとvueとアンギュラーの違いが抽象的にしか説明しとらんじゃん
具体的に何がよくて何が嫌なのか伝えられんの？
68:デフォルトの名無しさん
21/01/28 01:19:43.91 Nr6NCoYK.net
みんなvue2→reactに行ってんの？
せっかくvueの勉強始めたのに
69:デフォルトの名無しさん
21/01/28 01:21:12.42 VozG5Dil.net
両方やったらええわ。
そこまで大きな違いなんかないから。
70:デフォルトの名無しさん
21/01/28 02:18:48.46 4rpb/Pko.net
>>54
完熟する前に腐りそう
71:デフォルトの名無しさん
21/01/28 02:19:45.82 w0Rc2fat.net
>>64
現実はこれな
URLﾘﾝｸ(tr.twipple.jp)
72:デフォルトの名無しさん
21/01/28 02:21:45.37 w0Rc2fat.net
一部のピエロが最先端を～最先端を～と言ってるが
世界中の大半の人々は最先端になんか興味ないんだ
73:デフォルトの名無しさん
21/01/28 06:30:27.07 jgjmzVAb.net
>>67
FCとHooksによる状態管理こそフロントエンドに必要なもの
それ以外は枝葉
まず最初にReactをやってこの概念をしっかり身につけるべき
74:デフォルトの名無しさん
21/01/28 18:40:34.96 Nr6NCoYK.net
railsAPIと組み合わせたサイト作ろうと思うんだけど、完全SPAで行くならvueでもreactでも学習コストは同じくらい？Vueのほうが簡単？
75:デフォルトの名無しさん
21/01/28 19:19:14.29 rHvxQyJq.net
vueはeasy、reactはsimpleという印象だけど
76:デフォルトの名無しさん
21/01/28 19:36:24.90 gbGMVwiG.net
学者コストはVueの方が多いんじゃないかな
入り口はeasyなんだけどその先が魔窟
77:デフォルトの名無しさん
21/01/28 20:05:26.24 8yw0DJ+M.net
vueだけなら、まだしも、
ここに、vuetify , webpack , electron などが入ってくると、覚えること多すぎて、発狂する。
78:デフォルトの名無しさん
21/01/28 20:09:55.33 WFJoNSA1.net
vuetifyはきっついね
ブレイクポイント調整するのでさえ調べるのに苦労したｗ
79:デフォルトの名無しさん
21/01/28 20:52:06.54 uzZ02qVv.net
WebpackはReactのついでに覚えたけど、2つ同時に新しい事やるのはしんどかったな。
どっちで間違えてて動かんのかわからなくなるから
80:デフォルトの名無しさん
21/01/28 22:27:31.12 jgjmzVAb.net
typescriptもあるしな
最近まともなところはみんなts使ってるから
81:デフォルトの名無しさん
21/01/28 22:31:42.89 Vg+KS3Uv.net
ts使ってる所は、まともなところだから当然だな
82:デフォルトの名無しさん
21/01/28 22:47:51.89 uzZ02qVv.net
ネットの情報見てても、同じ事してる記事がJSとTSでそれぞれあったら、TSの方がレベル高い傾向あるね。
稀にこいつぜってーC♯かJava屋だ、みたいなTSらしからぬコードなことあるけど。
83:デフォルトの名無しさん
21/01/28 23:28:01.50 8yw0DJ+M.net
typescriptもかなり難しいと思うわ。
84:デフォルトの名無しさん
21/01/29 00:18:38.76 w7VgAIO0.net
そうそう。TS使ってる所がマトモな所で
マトモな所をみると全部TSを使ってる
85:デフォルトの名無しさん
21/01/29 00:20:27.82 w7VgAIO0.net
TSを作ったのはマイクロソフト
やはり開発ツール大手の言語が一番信用できる
86:デフォルトの名無しさん
21/01/29 00:40:53.66 hrY2ZXk6.net
>>31
Reduxは一元管理
Recoilは分散管理
だから当然
同じ球技として野球とサッカーを比べてるみたいなもんだ
87:デフォルトの名無しさん
21/01/29 02:04:10.02 3+hstRma.net
React触ってるやつの気が知れんよね
JSXとかいうゴミ未満は触る気まじでおきない
CSSもライブラリなしだとどうしようもないしバニラHTML、CSS、JSのサイトを置き換えるのに向いてなさすぎる。置き換えたら置き換えたら他ライブラリに不可逆だし
88:デフォルトの名無しさん
21/01/29 02:13:11.13 lci3xwY1.net
Hooksがなかったら正直vue使ってたと思うわ
89:デフォルトの名無しさん
21/01/29 05:40:40.34 5EZgOvgX.net
他のライブラリと互換性がないのはどのライブラリでも基本同じでは？
Reduxとかは一応Vueとかでも使えるけど
90:デフォルトの名無しさん
21/01/29 07:23:04.01 x1ZYNtUN.net
cssだけは外出ししてscssにしてる
91:デフォルトの名無しさん
21/01/29 08:18:08.38 /7M+cArx.net
俺は中出ししまくりだわ
92:デフォルトの名無しさん
21/01/29 10:39:00.22 oD4hJuEl.net
> Hooksがなかったら正直vue使ってたと思うわ
このスレ史上一番の同意
93:デフォルトの名無しさん
21/01/29 12:53:21.19 j3FdJsAK.net
vuexじゃダメなん？
94:デフォルトの名無しさん
21/01/29 14:01:25.27 hrY2ZXk6.net
>>86
IT老人が新しい技術触りたくないだけのワガママにしか聞こえないっす
ｊQueryを永遠に触ってれば良いんじゃないっすか？
95:デフォルトの名無しさん
21/01/29 14:08:56.15 0oGGWO2M.net
まあクソ技術でも新しいってだけで喜んで使うバカも大概老害だけどな。
96:デフォルトの名無しさん
21/01/29 14:49:57.52 KVbJsw0J.net
老害の自覚が無いのも老害の特徴
97:デフォルトの名無しさん
21/01/29 14:52:37.86 w7VgAIO0.net
新しい技術に飛びついた結果が、vueなんですよね？ｗ
98:デフォルトの名無しさん
21/01/29 16:56:25.73 qyQEC/XS.net
一年くらい前にRouterのみ(状態管理？なにそれ)でダイナモのdataを出し入れする奴を1から作ったことあるレベルなんだが
今から簡単な管理画面作ろうとしたらどっちがええんや？
ReactAdminとかいうのがあるしやっぱりReactかな？
フロントエンド極めるぜーとかは無い
99:デフォルトの名無しさん
21/01/29 18:05:04.80 /TzzqeA+.net
コーポレートサイトでもJamstack使う感じか？
Gatsbyとnextjsどっちがいい？
100:デフォルトの名無しさん
21/01/29 18:30:47.96 W6w+ch5s.net
コーポレートサイトこそ速度重視(SEO)でJamstackかなと思ってる。
後は好み
101:デフォルトの名無しさん
21/01/29 19:19:49.05 OFy3vHiY.net
コーポレートサイトなんてWPでさっくり作ってCDNでキャッシュすれば済むんじゃないの？
わざわざJamstack構成で手書きとかする意味あるの？
102:デフォルトの名無しさん
21/01/29 21:32:36.88 /7M+cArx.net
それ、結局慣れてるってだけでWP+CDNのほうがふつうに複雑な構成だと思うんだけど…
WPにはApacheやphpも含んでるわけだろ？
慣れ親しんだ構成は簡単（に感じる）ただそれだけでは？
103:デフォルトの名無しさん
21/01/29 22:04:22.97 jUDeEk7I.net
>>92
正直とっつきづらくない?
104:デフォルトの名無しさん
21/01/30 05:16:03.78 Lo5+giET.net
それってSSRでないといけないのかどうか、を考えたら自ずと答えは出てくると思うけどな
105:デフォルトの名無しさん
21/01/30 19:50:27.27 agVwYo8i.net
ものによるだろ
コーポレートサイトでもぴんきり
106:デフォルトの名無しさん
21/02/01 01:21:42.86 erlsmUWR.net
svelte ってdocument.getElementbyIdできないよね？
107:デフォルトの名無しさん
21/02/01 06:56:31.55 1FPaV5fA.net
んなわけねえだろ
108:デフォルトの名無しさん
21/02/01 22:29:21.51 F7rMc3G4.net
Vue3どうや
109:デフォルトの名無しさん
21/02/01 23:35:01.51 2eqZXl0H.net
Vue3ッピ
110:デフォルトの名無しさん
21/02/02 00:22:52.21 so1yZjLU.net
Vue3なんてでるのか
Nuxtが対応したら考えてみるかな
111:デフォルトの名無しさん
21/02/02 06:44:03.37 jnDmdgRE.net
もうとっくに出てるぞ
112:デフォルトの名無しさん
21/02/03 12:48:52.46 SUIdhxWk.net
react今からなら関数でhooksなん？
113:デフォルトの名無しさん
21/02/03 14:39:51.64 2GRRwLdV.net
はい
114:デフォルトの名無しさん
21/02/03 15:10:28.61 SUIdhxWk.net
わかりました
recoilってのも気になったけどおいときますね
115:デフォルトの名無しさん
21/02/03 16:05:50.69 Cda4WUO1.net
りあくと！っていう同人誌読んでおけ
116:デフォルトの名無しさん
21/02/03 18:49:17.29 El6Fj4FU.net
大岡さんじゃないですか
117:デフォルトの名無しさん
21/02/03 19:04:58.31 +v6gLMtx.net
状態管理はuse.stateとuse.contextで充分よ
recoileとかそびえ立つなんとか
118:デフォルトの名無しさん
21/02/03 19:31:35.77 RFAk90vV.net
状態管理って
ネイティブクライアントつくってれば
当たり前の機能でしかなくて、
Webアプリしか作った事ないのが
騒いてるにしか見えんね。
しかも、これらのライブライリ
使うと著しく見通しが悪いコードになる。
普段通り要件に合わせて
都度作った方が良いね。
119:デフォルトの名無しさん
21/02/03 19:36:37.91 W6NaOLRR.net
コードから無理やり状態を排除しようとした結果
状態を扱うだけの高機能な巨大なオブジェクトが出来上がってしまったという
笑うに笑えない間抜けな事態になってる
状態が"必要ない"ものであれば、状態をなくすのは理にかなってるが
そもそも状態が必要なものは、状態をなくすことは不可能なので
部屋に散らかったゴミを押入れに入れるように一箇所に隠すことしかできないのだ
一見きれいに見えたとしても、それはいずれ大きな負債となり管理できなくなる
120:デフォルトの名無しさん
21/02/03 20:00:24.74 Z5OWTF0C.net
ま～た来てんのか懲りないなぁ
121:デフォルトの名無しさん
21/02/03 20:00:49.82 FluqeStE.net
stateもreducerもrecoilもcontextも
必要に応じて使い分けるがなあ
reduxを使わない(使う技術と根気がない)からかもしれんけど
122:デフォルトの名無しさん
21/02/03 23:12:27.69 DcIpd+xu.net
>>118
＞状態を扱うだけの高機能な巨大なオブジェクトが
それが正しく抽象化されていて、管理の手間も掛からないなら、何の問題もないだろ
何ならオブジェクトって単語をライブラリに置き換えるだけで、受ける印象が全然違うし
＞状態を扱うだけの高機能な巨大なライブラリが出来上がってしまった
123:デフォルトの名無しさん
21/02/03 23:22:34.31 W/8d1T4e.net
明らかにReactの事わかってない（もしくは使ったことない）文章だし、触るだけ無駄だって
124:デフォルトの名無しさん
21/02/04 00:29:36.39 3FUYW+4v.net
JotaiよりValtioのほうが好き
125:デフォルトの名無しさん
21/02/04 16:27:49.58 ZmbwzlTJ.net
Reactは糞
126:デフォルトの名無しさん
21/02/04 17:20:47.74 ShVNWnqX.net
じゃあ何が紙なんですか？
127:デフォルトの名無しさん
21/02/04 18:51:27.05 g2toKVp1.net
jqueryですよ
128:デフォルトの名無しさん
21/02/04 19:54:20.88 3FUYW+4v.net
ハイハイ別スレまで立ててんならそっちでやれよ（藁
129:デフォルトの名無しさん
21/02/05 02:48:18.83 rPKZ7Ca7.net
Context APIは適切にメモ化して再レンダリング抑制して場合によっては正規化もやって云々
って色々とやっていくうちにreduxのしょぼい版が完成するだけ
じゃあ最初からreduxで良かったじゃんってなる
130:デフォルトの名無しさん
21/02/05 04:11:19.75 byuAt8tU.net
あるある
オレオレフレームワークの末路も大体そんなだな
結局、シェアが大きいのは大きいなりの理由があるわけだ
131:デフォルトの名無しさん
21/02/05 04:13:28.59 O6ItStNw.net
フレームワーク開発者の実験に突き合わされてるって
いい加減気づかないものかね？
それなりの人が作ってるものはどれでもいいんだよ
あとは将来性で考えればいい
重要なのはどれだけ長く使えるかだ
132:デフォルトの名無しさん
21/02/05 19:40:52.00 Yskikq1v.net
やっと時代がsvelteに追いついてきたな
133:デフォルトの名無しさん
21/02/05 21:20:44.34 I8WwnXYs.net
なんかあったのか？
134:デフォルトの名無しさん
21/02/06 01:54:59.73 NiMfppQU.net
redux + hooksが良さげだな。
135:デフォルトの名無しさん
21/02/06 06:43:56.37 5ssiRSsb.net
reduxの時代はもうすぐ終わる
136:デフォルトの名無しさん
21/02/06 10:35:03.63 gScbfwpE.net
reduxはやく死ね
137:デフォルトの名無しさん
21/02/06 13:07:30.27 zhCigCdf.net
reduxって単体で便利なライブラリなのに、
reactとセットが当たり前みたいに扱われたせいで、とんだとばっちりだな
138:デフォルトの名無しさん
21/02/06 13:44:57.96 v1TWPYNZ.net
reduxしねって言ってる奴は基地外なんだよなぁ
139:デフォルトの名無しさん
21/02/06 14:56:20.33 R+q0SOf2.net
redux使わないレベルの規模ならhooksでいいけどな
しょぼいのしか作ってなさそう
140:デフォルトの名無しさん
21/02/06 15:59:21.13 hAnIbt2b.net
angularは何がまずかったのか
141:デフォルトの名無しさん
21/02/06 17:05:52.27 8arEYX2Q.net
reduxが糞言われるのと同じ感じゃね？
142:デフォルトの名無しさん
21/02/06 17:25:54.17 R+q0SOf2.net
まあそもそも、SPAフレームワークとか状態管理とかこのゴミのようなブラウザやネット、htmlやらjsの仕様に合わせて仕方なくやってることだよな
状態管理は後付けで出てきたようなもんだし
何もかも非効率
143:デフォルトの名無しさん
21/02/06 18:01:05.80 RQX4dzOj.net
>>139
angularはUIとデータベースをうまく紐付けないといけないので高度な設計能力が必要になる
その反面、設計能力が高ければUI関するコードを減らせるので
かなりシンプルにすることができる
reactとかはデータとUIに直接のつながりがないので
適当に作っても、それなりにどうにかなる
その反面JavaScriptでUIをゴリゴリと書いてる
144:デフォルトの名無しさん
21/02/06 18:07:56.70 NiMfppQU.net
フロントみたいなデザイン的な面を最初からうまく設計できるって仮定自体が馬鹿げてるわ。
145:デフォルトの名無しさん
21/02/06 18:23:28.52 RQX4dzOj.net
本来データ構造と見た目を分離するのがHTML/CSSなんだけどな
フロントやってるやつはCSSが苦手
CSSの命令は知っていても最低限の機能しか使えず
CSSだけで高度なデザインする能力がない
デザイン作るのにHTML構造を弄くらないと作れない
146:デフォルトの名無しさん
21/02/06 18:27:50.12 Kl671woR.net
>>144
当たり前やん
それデザイナーの領域やし
147:デフォルトの名無しさん
21/02/06 18:51:57.32 m5/vxF5j.net
angularは単になんでも入りが受け入れられなかっただけでしょ
バンドルサイズでかくなるし
148:デフォルトの名無しさん
21/02/06 19:14:40.81 R+q0SOf2.net
>>145
149:ゴミクソ自称フロントエンジニアwww デザイナーがjsxいじるのか？
150:デフォルトの名無しさん
21/02/06 20:10:33.12 Kl671woR.net
>>147
おまえデザインも完璧に出来るんやな？（笑）
そんな奴がフロントエンドのコードまともにかけるわけ無いやん（笑）
151:デフォルトの名無しさん
21/02/06 20:18:29.57 RQX4dzOj.net
>>145
だからデザイナーにやらせればいいということになる
そこをうまく分離できておらずプログラマがやらなければいけなくしてるため
メンテナンス性とパフォーマンスが低下して、生産性もスケールしなくなった
152:デフォルトの名無しさん
21/02/06 20:24:16.20 RQX4dzOj.net
高い技術を持っていればAngularは素晴らしい道具なんだが
それを使いこなせる技術者・デザイナーが少ないという話
153:デフォルトの名無しさん
21/02/06 20:29:37.13 RQX4dzOj.net
具体的に言えば、
デザイナーは最低限これぐらいは自力で実装できるぐらいの技術力が必要
CSSだけで作るドロップダウンメニュー（多階層）サンプル8
URLﾘﾝｸ(webdesignday.jp)
そしてプログラマは、自分で作れなくともHTMLとCSSだけでこれらを作れると知っており
それを作るために必要なHTMLをカスタムタグなどを使いより簡潔に生成するために
HTMLやフレームワークの機能を熟知していなければいけない
ここまでの技術者が揃うのは少ないのでAngularを使いこなすことができない
そこでちまちまとJavaScriptで生成してる
154:デフォルトの名無しさん
21/02/06 20:31:26.99 R+q0SOf2.net
>>148
ゴミクズのお前はコードすらゴミじゃん
155:デフォルトの名無しさん
21/02/06 20:33:05.87 Kl671woR.net
>>152
低能だから直ぐ発狂するんだな（笑）
朝鮮人かよ（笑）
どうせデザイン能力も大したことなければコードもまともに書けないという事がバレバレやな（笑）
あ、また発狂するの？（笑）
156:デフォルトの名無しさん
21/02/06 20:35:24.24 R+q0SOf2.net
>>149
だからjsxとstyleComponentをデザイナーにやらせるのか？
オメーがやれよって話
stateによって可変させるUIとかどっちがやるんだよ？
自称フロントエンジニアどものゴミのようなUI作成能力どうにかならねえのか
157:デフォルトの名無しさん
21/02/06 20:36:30.75 R+q0SOf2.net
>>153
お前の目ん玉腐ってるからデザインもできないわ、コードもゴミだわで存在価値ゼロだろ
158:デフォルトの名無しさん
21/02/06 20:54:06.29 RQX4dzOj.net
>>154
> だからjsxとstyleComponentをデザイナーにやらせるのか？
jsxとstyleComponentはウェブ標準技術じゃないよ
ウェブ標準はプログラマとデザイナーの両方にとってより良い技術だったのに
それをぶち壊している技術がたくさんあるってだけの話
ウェブ標準に戻りましょう
159:デフォルトの名無しさん
21/02/06 20:55:45.19 RQX4dzOj.net
>>154
> stateによって可変させるUIとかどっちがやるんだよ？
プログラマはstateの管理までをやればいい。
最終的にそれはHTMLのクラス属性やdata属性などに反映される
そのstateに応じたUIを作るのはデザイナ
一人で作るのは大変なんだからさ、分業しようぜ
160:デフォルトの名無しさん
21/02/06 21:00:50.81 SFhq9+QY.net
いつもの奴じゃん。相手するなよ
161:デフォルトの名無しさん
21/02/07 00:37:12.45 qbLU6RFF.net
高い技術があれば〜とか、超人的能力あればアセンブラで十分ていう狂人と一緒だぞそれ。
162:デフォルトの名無しさん
21/02/07 01:41:48.31 LJ4y35I5.net
NGしたらほぼ見えなくなった
163:デフォルトの名無しさん
21/02/07 06:10:25.10 XoDa8kg4.net
なにでNGしたんだ？
164:デフォルトの名無しさん
21/02/07 06:12:46.97 XoDa8kg4.net
>>159
高い技術ある人で、アセンブラで十分なんて言う人いないだろ？
その例えはおかしい
そもそも開発コストの話をしてるわけで
記述量が圧倒的に増えるアセンブラは
高い技術がある人が使っても開発コストは増える
165:デフォルトの名無しさん
21/02/07 07:01:46.57 kKBZX8I/.net
フロントエンド開発が複雑になりすぎて、デザイナの手に負えなくなったからフロントエンドエンジニアって職種が出てきたのに
デザイナにコード書かせるとか、お前らいつの時代の話してるんだよ
分業っていうなら、デザイナの仕事はあくまでデザインで、コーディングじゃねぇよ
166:デフォルトの名無しさん
21/02/07 07:46:29.35 XoDa8kg4.net
> フロントエンド開発が複雑になりすぎて
ここが根本的な問題で解決すべきこと
167:デフォルトの名無しさん
21/02/07 07:47:54.17 XoDa8kg4.net
>>163
デザイナが書くのはHTML+CSSだぞ。これをコードとも言うけどな
あと正確にはウェブデザイナな
フォトショでカンプ作るとかいうやつじゃないからｗ
168:デフォルトの名無しさん
21/02/07 07:59:38.06 7Hox7ISB.net
自称フロントエンドエンジニアはhtmlやcssすらまともに使えない
使えないからデザイナーガーとしか言えない
例えデザイナーがカンプ作ってもセンスゼロだからhtml cssで再現できない
マジでフロントエンドエンジニア名乗るのやめたほうがいいぞ
169:デフォルトの名無しさん
21/02/07 08:00:39.40 kKBZX8I/.net
>>165
それがいつの時代の話してるんだって言ってるのに、会話成り立たなすぎて草
170:デフォルトの名無しさん
21/02/07 08:18:15.35 kKBZX8I/.net
このスレに限らないけど、5chってXHTML時代から情報更新されてないやつ多すぎないかね
Web関連の話になると、こういうやつがうじゃうじゃ湧いてくる
bootstrap全盛時代とかWP全盛時代の常識がガンガン出てきて、びっくりする
平成の半ばにタイムリープしたかと思うわ
171:デフォルトの名無しさん
21/02/07 08:41:40.36 MLlcStaP.net
それな。
首だけ突っ込んできてなんにも学ばない不毛な人が一定数居る。
そういう人はどういうわけかいつもイライラしてるようだ。
勉強して知識アップデートするか、首突っ込んで来なければ、今よりは幸せになれるだろうに
172:デフォルトの名無しさん
21/02/07 08:55:46.26 XoDa8kg4.net
>>167
ウェブ標準団体が、Web3.0とかいいだしましたか？ｗ
いつの時代って普通に現役
ウェブ標準の仕様は何も変わってない
173:デフォルトの名無しさん
21/02/07 09:02:19.34 kKBZX8I/.net
>>170
Web標準仕様の話なんてしてないのに、本気で会話成り立たなくて草
どういう読解力してるんだよ
174:デフォルトの名無しさん
21/02/07 09:04:56.00 kKBZX8I/.net
そもそもWeb3.0って、Web2.0は仕様ですらねぇよ
腹筋崩壊するわ
175:デフォルトの名無しさん
21/02/07 09:06:08.49 yqZHDrnv.net
文書構造とデザインの分離はウェブ標準団体が言ってることなんですが？
いつ方針を変えましたか？
176:デフォルトの名無しさん
21/02/07 09:38:40.09 gnsEcpST.net
昔はwebの役割としてdocumentのような静的なものを求められてきたけど、今はネイティブアプリのようなアプリケーション寄りの要件が出ることが多いからね。
webにロジックが入り込むことが多くなってきてデザイナーは基本的にfigmaとかでデザインするだけでマークアップも書かなくなってきてる。
177:デフォルトの名無しさん
21/02/07 09:43:16.91 yqZHDrnv.net
> 今はネイティブアプリのようなアプリケーション寄りの要件が出ることが多いからね。
ほとんどのウェブサイトではそのような要件はでてきません
あなたが趣味でググって見つけたサイトは、ネイティブアプリのような機能がありますか？
そういうことです。
178:デフォルトの名無しさん
21/02/07 11:39:40.51 kn8KLgWd.net
この人WordPressスレに行ったら幸せになれるじゃねーかな
179:デフォルトの名無しさん
21/02/07 11:58:27.36 7Hox7ISB.net
文書もデザインもロジックもすべてjsに入り組んでいるのが今のフロントエンド
センスゼロ再現能力ゼロの無能君たちはフロントエンドエンジニアではない
ゴタクを並べて言い訳しかできない単なる使えない産廃
180:デフォルトの名無しさん
21/02/07 12:15:54.34 TOG7ZB5l.net
ID:7Hox7ISB
こいつは無能
181:デフォルトの名無しさん
21/02/07 12:23:58.56 v4YBsdqg.net
やっぱりワッチョイの方が良かったんじゃ
182:デフォルトの名無しさん
21/02/07 14:20:39.40 4l6MIIiU.net
盛り上がってますねぇ
183:デフォルトの名無しさん
21/02/07 19:01:48.59 2YglLZdX.net
ぶっちゃけ色んな技術を配属されたチームの習熟度や要件に合わせて使えることが重要なわけで
Redux嫌いとかVue嫌いとか、TypeScriptいらないとか言ってる暇なんて実際ないからな
結局は技術をアップデートできない奴が淘汰されていくだけの話
過去の技術に固執したいのなら勝手にひとりでやってれば良い
184:デフォルトの名無しさん
21/02/07 19:12:48.42 yqZHDrnv.net
まあ、問題は技術のアップデートではなくて技術の変更になってるってところなんだよな
やり方が変わるだけで、何も良くなってないというね
185:デフォルトの名無しさん
21/02/07 19:30:35.93 WoEiSDix.net
技術？に群がってるだけじゃん。
その技術っうのは
只の流行りネタなだけという。
186:デフォルトの名無しさん
21/02/07 19:42:00.81 lfj7lF3Q.net
別に技術に群がるでも良くね？
それが要求されているのならやるだけなんだが？
187:デフォルトの名無しさん
21/02/07 19:55:44.79 wvgli5uH.net
URLﾘﾝｸ(www.youtube.com)
バーナーズリーってなんか、話し方大丈夫この人？
前からこんな感じだったっけ
188:デフォルトの名無しさん
2021/02/0
189:7(日) 19:58:10.04 ID:wvgli5uH.net
190:デフォルトの名無しさん
21/02/07 19:58:21.51 2YglLZdX.net
まぁ、そもそも俺が技術選定する側の人間じゃないからそう思うだけなんだけどな
別に必要ないから使わないって選択のできる人は使わなきゃ良い話
191:デフォルトの名無しさん
21/02/07 20:07:04.65 4l6MIIiU.net
>>185
めちゃくちゃあがってるな笑
192:デフォルトの名無しさん
21/02/07 20:33:42.76 wvgli5uH.net
>>188
あがってるのかこれ？
なんか他の動画見ても最近のやつはこんな感じで、
薬やってんじゃないかとかコメント欄で言われてる
193:デフォルトの名無しさん
21/02/07 22:04:32.53 qbLU6RFF.net
新しいってだけでゴミ屑使おうとするからレガシー化するっていう事にもう少し気を使ってほしいわ。
194:デフォルトの名無しさん
21/02/07 22:04:33.20 qbLU6RFF.net
新しいってだけでゴミ屑使おうとするからレガシー化するっていう事にもう少し気を使ってほしいわ。
195:デフォルトの名無しさん
21/02/07 22:51:00.32 QMot51F7.net
>>187
誰それがこれからは○○だって言ってましたーみたいなのが多すぎる
新しいものを使うのがなぜか前提となってる
今の問題点を言ってないか古いから、新しいからみたいな
意味がない理由しかない
196:デフォルトの名無しさん
21/02/07 23:14:30.83 L0/THKkq.net
こういうヤツがチームに紛れ込むとめんどくせーんだよな😅
197:デフォルトの名無しさん
21/02/07 23:24:22.56 gnsEcpST.net
頓珍漢なこと言われたら普通に議論して論破すれば良いと思う
それができなければ自分が選んだ技術選定も間違ってることになるし
198:デフォルトの名無しさん
21/02/07 23:27:22.50 gnsEcpST.net
web標準にやたらこだわってる奴がなんでjqueryを使おうとするのかよくわからないけどね。
今ならjqueryを使うならvanilajsで事足りるしね。確かGitHubかbootstrapだったかもjqueryを排除してvanilajsに移行するって言ってたしね。
199:デフォルトの名無しさん
21/02/07 23:32:18.62 gnsEcpST.net
ただ過剰にreactやvueが使われてるなとも思う。
URLﾘﾝｸ(bundlephobia.com)
URLﾘﾝｸ(bundlephobia.com)
reactを選択すると必然的に約43kbバンドルサイズに含まれることになるからね。かなりパフォーマンス的にはクリティカルだよ。
個人的には webcomponentが宣言的にssrできるようになり、かつweb標準でjsxのようなテンプレートが実装されれば良いなと思う。
200:デフォルトの名無しさん
21/02/08 00:30:19.45 aC3dgkJc.net
それReactでやるほどか？ってのを見かけたり
vanillaで記述してクソ共有しにくいオレオレを多用してるのがあったり
Reduxのstyle guideとしての側面を無視して話すヤツがいたり
適材適所って言葉知らんのか？って思うことは多々ある
極端すぎるねん
201:デフォルトの名無しさん
21/02/08 00:35:49.56 mwZivU/L.net
>>195
jQueryはvanilajsの「書き方」を変えただけだからだよ
vanilajsを使う場合と同じやり方でウェブサイトが作れる
202:デフォルトの名無しさん
21/02/08 01:02:00.62 OlVE2wpo.net
>>197
style guideとしてのreduxってどういう意味？
203:デフォルトの名無しさん
21/02/08 02:48:15.20 EVoCDdev.net
>>199
状態管理を扱う時のひとつの規約というかルール、パターンでも良いかな
それに則ることで、エンジニア間の差異を減らしたり、共有しやすくなるよね
でも場合によっては煩雑になったり、持て余してしまうこともあるよね
だから適材適所だと思うよってこと
公式も言っている通り、無理に使う必要はない
204:デフォルトの名無しさん
21/02/08 10:54:35.43 OlVE2wpo.net
そういう意味ね。なるほど。
まぁreactとかvueを採用すると途中から参画してきたエンジニアでもコストが少なく開発に参加できるよね。
結局どういうwebを作るのかにもよるけど
https:ar.al/notes/the-documents-to-applications-continuum/
↑ここでweb siteとweb applicationの定義がされてる。ようはweb siteにはreactやvueのようなフレームワークは不要だと思う。もし使用する場合はクライアントのバンドルに含まれないようにサーバー側でのみ使用するといった工夫が必要になると思う。
205:デフォルトの名無しさん
21/02/08 10:57:14.83 OlVE2wpo.net
確かに適材適所はその通りなんだけど。
その適材適所をうまく言語してるような記事とかあったら読みたい
206:デフォルトの名無しさん
21/02/08 11:02:50.00 hgsCKB/O.net
その辺はgatsbyみたいなのもあるし線引き曖昧になって来た感ある
207:デフォルトの名無しさん
21/02/08 11:26:42.58 +amXZ9sM.net
そもそもクライアントサイドで動く素のReactとSSRは区別しろって話ではあるけどな
素のReactが適するケースは意外と少ないっていうのはその通りで、
だから汎用的に利用する為にSSRだのJAMStackだのが増えたわけで
けど、そんなことをごちゃごちゃやらなくても、jQueryで済む話が多いのも確かなのよ
208:デフォルトの名無しさん
21/02/08 11:42:31.58 2vHDjwzI.net
でも二度とjQueryでアプリ作りたくないっていうのも事実だよな
209:デフォルトの名無しさん
21/02/08 11:44:46.74 OlVE2wpo.net
gatsbyやnetjsのssgは結局クライアントでhydrationしてるから、バンドルにreactやreact-domが含まれちゃうでしょ。
俺が言ってるのはrenderToStringでhtmlを送るだけ。
uiにインタラクションを持たせたかったらvanilajsで実装するということ。
210:デフォルトの名無しさん
21/02/08 11:46:29.23 OlVE2wpo.net
>>204
区別は良くない。クライアントでもサーバーでもコードを共有できるってのはいい設計だと思う。
211:デフォルトの名無しさん
21/02/08 15:16:10.59 E1A3htnM.net
jQueryなんてIE対策としてとしか使ってなかったわ
そもそもDOM操作とかは絶対やりたくねーし
それやるぐらいならサーバーサイドからHTML返してもらうよ
212:デフォルトの名無しさん
21/02/08 15:33:43.71 JflNcTHh.net
サーバーサイドからHTML返してもらうほうがきついかな自分は
JSPのトラウマが蘇ってきてさあ
213:デフォルトの名無しさん
21/02/08 16:33:24.41 lIPh5JDD.net
>>201
さらっと読んだけど面白かった
とはいえ「それWordPressとCDNでよくね？」みたいなサイトも国内外問わず今は無理やりJS技術使ってるところ多いよね
昔フロントエンドが面倒くせえことになってるのはお前ら自身がめんどくさくしてるからだってのを読んだことあるがまさにそのままだなー
214:デフォルトの名無しさん
21/02/08 16:40:57.71 wJ3JIqDy.net
逆だろｗｗｗｗｗｗ
どう考えても静的サイトで十分なのに「WordPress入れましょう」で高単価案件にして鯖管費までふんだくってんだろうがｗｗｗｗｗｗ
215:デフォルトの名無しさん
21/02/08 16:44:19.01 yA2zjtMF.net
ゴキブリ倒すのにブラックキャップ買ってきたら池沼に「それ核爆弾でよくね？」って言われた。こんな感じのナンセンスさ
216:デフォルトの名無しさん
21/02/08 17:06:13.29 OlVE2wpo.net
wordpressはフロントエンドとバックエンドの分離が難しいから採用するのは良くないかな。
217:デフォルトの名無しさん
21/02/08 17:06:35.50 lIPh5JDD.net
そうかな
技術者集めるコストとか考えたら全然安いと思うし完全な静的サイト(DBナシ)は想定してない
日本だとnoteとかそういうサービス
218:デフォルトの名無しさん
21/02/08 17:09:39.32 hgsCKB/O.net
まぁほとんどのwebサイトはそれで充分なんだよね
このスレで取り扱ってるフレームワークとはあまり関係無いはずなんだけど意見かごっちゃになってるのは必要ない場所で使ってる人が多いからなんだろうね
219:デフォルトの名無しさん
21/02/08 17:10:13.09 OlVE2wpo.net
noteとかそういうサービスをwordpressを使用して開発するってこと？
220:デフォルトの名無しさん
21/02/08 17:16:55.75 lIPh5JDD.net
>>216
WordPress云々はどうでも良くて読み物ならサーバサイドレンダリングでいいじゃんってだけ
わざわざ読み物サイトをフロント側でごちゃごちゃやる意味がわからんのよね
確かWordPressも管理画面はReact使ってたと思うけどそういうのに必要だよなって記事に
そうだよなーって感想もっただけ
221:デフォルトの名無しさん
21/02/08 17:35:42.00 OlVE2wpo.net
>>217
その通りだね。
222:デフォルトの名無しさん
21/02/08 17:39:57.18 6GdUCq1V.net
Svelte Material UI + snowpack 使ってる人いる？
環境作れなくて涙目
223:デフォルトの名無しさん
21/02/09 13:37:07.36 MnBgdBBV.net
Nuxt.js使ってる人ならnext.jsの学習コストそんなかからないよね？
224:デフォルトの名無しさん
21/02/09 19:05:14.97 1omwR2qN.net
vueとreactは別もんじゃん
そりゃおなじnode.jsだけどさ
vueは従来どおりのテンプレート型
reactは関数言語の応用だし。
225:デフォルトの名無しさん
21/02/12 01:12:00.49 xk8lu6wN.net
tailwindっぽいutility firstなcssフレームワークって昔のHTMLをカッコつけた感じが半端ないな
226:デフォルトの名無しさん
21/02/12 04:33:38.05 vN8jdZOX.net
どんなに優れたcssフレームワーク使ってもお前らのゴミのようなセンスだとまともなUI作れないよな
デザイナーガーで召喚しても指示どおり作れないし救いようがない
227:デフォルトの名無しさん
21/02/12 06:51:51.30 8v2y/vW7.net
はいはい、今日もご苦労さん
228:デフォルトの名無しさん
21/02/12 14:31:13.64 76u2v03/.net
最近Vue使い始めて便利さが実感出来た。
なにより手軽。
229:デフォルトの名無しさん
21/02/12 14:51:30.65 ecic4es+.net
それがreactのほーーが
究極シンプルで手軽なんだよ。
vue.jsの次に手掛けてわかった。
vue.jsの選択理由が簡単で分かりやすい
はずだったんだけどな。
230:デフォルトの名無しさん
21/02/12 15:02:11.16 Icv/F37w.net
一番手軽なUIソフトはexcelですよ
231:デフォルトの名無しさん
21/02/12 17:54:18.01 nbh89gsJ.net
>>227
機能が無い分面倒だよ。
232:デフォルトの名無しさん
21/02/12 22:36:20.02 Cyc/UqZY.net
ReactはHooksを覚えるだけで万能感得られるのがでかい
余計なこと覚えなくていい
ただしHooksをちゃんと理解するのが難しい
233:デフォルトの名無しさん
21/02/13 00:34:27.42 g7TpkVfT.net
一概に難しいとも言えんだろ。
useStateみたいに簡単なのから難しいのまでいろいろある。
234:デフォルトの名無しさん
21/02/13 17:10:15.51 kzKvjqdY.net
>>229
楽だよな
Vue使う理由が無くなる
235:デフォルトの名無しさん
21/02/14 11:45:42.07 PBQ8u9UG.net
NuxtもそのうちISRできるようになるんか？
236:デフォルトの名無しさん
21/02/14 18:18:25.97 Iov6sRvp.net
NuxtがISRできるようになる頃にはNextがまた新しいほげふがレンダリング出来るようになってるぞ
237:デフォルトの名無しさん
21/02/15 02:59:26.22 89MhGAsi.net
ISRなんていらんやろ・・・
こんな間抜けな機能を提供しようと良く思ったなｗ
238:デフォルトの名無しさん
21/02/15 05:18:26.62 DFKsWvAf.net
逆張りかっけー^^
239:デフォルトの名無しさん
21/02/15 08:31:59.89 Ugw4OGSy.net
これからはSSGだ！とかISGすごい！とか長々と説明してる記事多いけどさ、それただのキャッシュしてCDN配信してるだけじゃん
そのために新たな技術やコーディング方法が必要ってむしろ面倒くさくしてるだけだろ
頭おかしいんじゃねえの
240:デフォルトの名無しさん
21/02/15 11:18:10.96 RViaNkw8.net
それキャッシュとCDNで十分じゃん、みたいなパターンは結構見かけるね。
それはそれとして、技術としては別モンだと思う。
241:デフォルトの名無しさん
21/02/15 11:26:43.55 8VSpNbzS.net
それな
元々、Ajaxの系列だからな
Ajax -> SPA -> SSR -> SSGと来ているわけで、SPA要素がない従来の技術とは系統が違う
まあ、本来はシングルページ”アプリケーション”を作る技術の延長で、ウェブページを作る技術じゃねぇよって話なんだが
242:デフォルトの名無しさん
21/02/15 16:51:23.61 mQV+FRZu.net
こいつらReactを理解してるのか？
243:デフォルトの名無しさん
21/02/15 17:09:17.53 RViaNkw8.net
どうしてそう思うの？
244:デフォルトの名無しさん
21/02/15 18:46:30.91 E7fw/gtI.net
SPAなど関係なくサーバーサイドで静的HTML生成は何十年も前からやってた
それをSPA界隈の人達が違うパラダイムでやろうとしてるというだけのことだと思う
245:デフォルトの名無しさん
21/02/15 22:16:42.71 Y9YOwFs/.net
シンプルにしとけばか
自分で複雑にしておいて、複雑しているのが解決しましたドヤ
ってやってるのがフロント
246:デフォルトの名無しさん
21/02/15 22:36:01.66 E7fw/gtI.net
動的にやるしろ静的にやるにしろ
サーバー側で何かしないといけないのは間違いない
個人的には各言語にReactのサーバーサイドSDKみたいなのを用意するのがベストなんじゃないかと思ってる
そうすれば既存のフレームワークからも使える
247:デフォルトの名無しさん
21/02/15 22:54:13.66 AA3CTIXi.net
React server components
248:デフォルトの名無しさん
21/02/15 23:04:27.14 Ugw4OGSy.net
入り乱れてめちゃくちゃになってきてるな
249:デフォルトの名無しさん
21/02/15 23:07:07.30 Y9YOwFs/.net
所詮お前らはフレームワーク開発の実験台にされてるだけだからな
最終的にはブラウザネイティブで対応し、フレームワーク自体の機能は極小化する
つまり今頑張っても数年後には無駄になってるということさ
250:デフォルトの名無しさん
21/02/16 00:17:35.21 FwQskT4w.net
今やってる事が遠い未来もそのまま役立つとは思わないけど、逆に全然役に立たないなんて事無いよ。
UFOが降ってきて宇宙人が全く新しく異質なプログラミング手法を伝授するレベルのパラダイムシフトでもない限り、技術は陸続きで、だんだん便利になってくわけで。
それとも、20年後もCOBOLやVBAやりたいの？
251:デフォルトの名無しさん
21/02/16 00:31:21.49 XpWP4Lg+.net
Reactは10年に一度レベルのパラダイムシフトのフレームワークだぞ
Railsが出た時と似てるが持続の長さを考えるとそれ以上
これをガッツリ使うかどうかで今後のエンジニアとして生き残れるかが決まる
dhhをみろ
Railsこじらせてhotwireみたいな珍妙なものを作ってしまった
252:デフォルトの名無しさん
21/02/16 00:47:12.71 DXNufXqG.net
Rails勉強中のぼくちんはhotwireに期待しとる。
Reactぱっと見むずいんでvue跨ぐわ
253:デフォルトの名無しさん
21/02/16 01:06:37.49 jIWHuTIP.net
vueのほうがむずい気がするけどなあ
リファレンス見ながらじゃないと書けぬｗ
254:デフォルトの名無しさん
21/02/16 02:04:40.36 fHkGNFJh.net
jsxとテンプレート構文、どっちが良い？
255:デフォルトの名無しさん
21/02/16 02:35:45.26 wKNgQeKG.net
jsx
256:デフォルトの名無しさん
21/02/16 06:19:23.89 FwQskT4w.net
Reactの最初とっつきにくいように見えるけど、慣れればむしろシンプルで楽ってのは、関数型プログラミング始めた頃の体験と似てるように感じたな。
257:デフォルトの名無しさん
21/02/16 06:21:27.85 XpWP4Lg+.net
あとはUI系のライブラリが揃えば完璧なんだけどな
CSS系は増えてきたけど
UIライブラリはよ
258:デフォルトの名無しさん
21/02/16 08:30:07.37 n149FlOb.net
jsにjsxを記述するとコードが増えてぐちゃぐちゃだよな
ここにさらにstyle component入るとカオスだろ
259:デフォルトの名無しさん
21/02/16 11:11:15.78 tjl7Fm3+.net
無理にあれこれ入れる必要無いだろ
必要なら使えば良いだけ
260:デフォルトの名無しさん
21/02/16 13:39:32.12 n149FlOb.net
>>256
ロジックとjsxが混在したソースってどうなんだろ？
一貫性があっていいのかもしらんけどjsの中にhtmlを書くって未だに馴染めない
261:デフォルトの名無しさん
21/02/16 14:57:18.58 fHkGNFJh.net
主体がjsかhtmlかの違い
テンプレートの方が融通が利かないので肥大化しやすいと思う
262:デフォルトの名無しさん
21/02/16 14:57:51.63 jRkGS0PF.net
コードが読みやすいし
めちゃくちゃ柔軟性ですわ。
263:デフォルトの名無しさん
21/02/16 15:34:58.76 FKJ6Ir1i.net
>>257
stateや様々な条件に応じてdomを出し分けたりすることが多いからね。
ロジックと混在してるのは便利だよ。
例えばSpotifyみたいなアプリケーションを書こうとしたときに、サーバーからはアーティスト一覧が帰ってきます。その一覧を表示してくださいとか。
ロジックかけた方が宣言的にかけるでしょ
264:デフォルトの名無しさん
21/02/16 15:38:01.33 FKJ6Ir1i.net
アーティストを人気順や名前順に並び替えたいという要件が出てきた時。その条件をobserveしてロジックを実行したい時とか。これはuseEffectを使うと簡単にできるし。
やはり便利やわ
265:デフォルトの名無しさん
21/02/16 17:12:06.02 tjl7Fm3+.net
Vueのように分離したってワンクッション増えてしょうもない問題が入り込むだけ
それならシンプルに一緒にした方が楽
266:デフォルトの名無しさん
21/02/16 17:14:10.89 n149FlOb.net
ReactもVueも気持ち悪いからどっちでもいいや
267:デフォルトの名無しさん
21/02/17 01:30:14.37 TfUbKPe7.net
実際はカスタムフックを作成したり、コンテナに集中させたりしてロジックは分離するけど
チュートリアルとか初学者向けのものはひとつのコンポーネントに詰め込みまくるから余計に複雑に見えて嫌になるのかなって思う
268:デフォルトの名無しさん
21/02/17 02:32:06.15 h6yqc/sI.net
JSXをいじりまくってる時はPHPerの気持ちがわかるね
269:デフォルトの名無しさん
21/02/17 05:54:25.85 aI544ykF.net
最近のPHPの事は知らないけど、Reactは階層構造を強く意識して（疎結合なJSXを）書く事になるから、個人的にはPHPの書き味とは似てないと思う
270:デフォルトの名無しさん
21/02/21 00:06:16.25 gJ1xacyy.net
React坊が大嫌いになったのでVueにします
271:デフォルトの名無しさん
21/02/21 06:33:22.42 C67QNDLN.net
ええで、多様性は善や。
俺はReact使うけど
272:デフォルトの名無しさん
21/02/21 18:05:35.73 2LnBUDtS.net
NextとかNuxtにtailwindを使うケースが増えてるらしい
実際どうなん？
273:デフォルトの名無しさん
21/02/21 19:09:27.48 YBiJgi0R.net
センスゼロのプログラマがどんなcssフレームワーク使ってもまともなUIを作れないからどうにもならん
274:デフォルトの名無しさん
21/02/21 19:21:56.42 C67QNDLN.net
これひょっとしてボット？
275:デフォルトの名無しさん
21/02/21 19:30:55.83 2LnBUDtS.net
>>270
ん？会話成り立ってないよお前
コミュ症か？
276:デフォルトの名無しさん
21/02/22 01:16:02.43 vr3CHIyK.net
tailwindはCSSのエポックメイキング
277:デフォルトの名無しさん
21/02/22 01:18:16.31 Mzudh1ni.net
Tailwind CSSが私には合わなかった理由
URLﾘﾝｸ(coliss.com)
278:デフォルトの名無しさん
21/02/22 04:22:52.65 jHjYO/cM.net
プログラマのゴミのような酷いUI構築力
画面設計にはあるのに必要な要素が存在しない
レスポンシブにするとどこかに消える要素
画面の外にはみ出したり追い出されるコンポーネント
スクロールすらまともに作れない
マージンバラバラ
フォントサイズ超適当
正しいレイアウトになっていない
デザインどおりに組めない
→ それ俺の仕事じゃないと言い訳しかできない
これが自称フロントエンドエンジニア
マジで無能
279:デフォルトの名無しさん
21/02/22 06:32:13.67 AWzcgyLq.net
なるほど類は友を呼ぶ、か
280:デフォルトの名無しさん
21/02/22 08:08:42.50 IBbn/fIN.net
>>274
いままで使ってみたことなかったけど
それ読んだら今後も使わないだろうと思った
281:デフォルトの名無しさん
21/02/22 09:16:18.78 vr3CHIyK.net
>>275
お前が無能じゃん
282:デフォルトの名無しさん
21/02/22 09:20:35.98 vr3CHIyK.net
指示もうまく出来てないし、マニュアルもないし
フロントとバックエンド両方の技術求めているし
こいつを使えるような指示を出せないお前が無能
283:デフォルトの名無しさん
21/02/22 12:35:
284:56.43 ID:jHjYO/cM.net
285:デフォルトの名無しさん
21/02/22 16:57:46.35 rJYG6Wkh.net
マ板に行け
286:デフォルトの名無しさん
21/02/22 23:00:52.97 vr3CHIyK.net
>>280
反論できないのは事実だからでは？
287:デフォルトの名無しさん
21/02/22 23:41:35.23 jHjYO/cM.net
>>282
指示しないと作れない無能のお前ごときに反論が必要なのか？
どっちにしてもお前のゴミのようなセンスどうするんだよ？
生まれつき目ん玉腐ってるから見たものすら理解不能なんだろうが
288:デフォルトの名無しさん
21/02/23 23:39:52.34 iKnZpTcJ.net
>>269
Tailwind 好きだけどreactには向いてないと感じる
289:デフォルトの名無しさん
21/02/25 23:53:51.55 UwJ6aIwP.net
海外のトレードサイトで、reactで作られたUIで割とキビキビ注文板が動いてるの見たから、案外パフォーマンスも良いんだな
290:デフォルトの名無しさん
21/02/26 09:04:23.62 m5VAFocI.net
レンダリングのスピードはvdom使ってるから遅いけどな。直のdomを弄るよりも。
291:デフォルトの名無しさん
21/02/26 10:54:16.42 RsctNkSD.net
>>286
そら直の更新で最小の更新だけすれば、そっちの方が早いだろうけど
差分更新のメリット活かせないなら、そっちの方が早いのは当たり前じゃね
292:デフォルトの名無しさん
21/02/26 16:20:29.74 GphNZQIs.net
速度だけ見たら阿部寛のホームページが最強だわ。
カス企業は無駄に動的にしたがるがこれで十分だろ。
293:デフォルトの名無しさん
21/02/26 18:35:04.32 APpW8ZeK.net
動的ページに親を殺された奴が定期的に湧くな
294:デフォルトの名無しさん
21/02/26 18:50:19.98 CU1SuyGz.net
でも阿部寛のホームページはLight Houseのスコア弱いから
295:デフォルトの名無しさん
21/02/26 19:45:00.28 GXz7VgkU.net
ネタだろうけど目的と手段が入れ替わってるぞｗ
Light Houseのスコアを上げるモチベは検索上位に行くためだろう
阿部寛は一番上で、おそらくリストロジック上特別扱いも既になされているのではないか？
だとしたらLight Houseのスコアを上げるモチベはまったくないだろう
296:デフォルトの名無しさん
21/02/26 22:56:58.21 APpW8ZeK.net
URLﾘﾝｸ(twitter.com)
> Svelte しばらく使ってみた感想だけど、これはたぶん将来的に Vue と食い合うことになると思う
ふむ、確かにそうかも
(deleted an unsolicited ad)
297:デフォルトの名無しさん
21/02/27 00:44:39.33 4MeaDNRp.net
この人当たり前体操してるな
298:デフォルトの名無しさん
21/02/27 00:55:26.53 lzDnqtNz.net
>>288
確かにこれで良いんだけどな。
速いし読みやすいし。
なぜ企業はこうしないのだろうか。
299:デフォルトの名無しさん
21/02/27 04:17:33.46 dWUrH1vP.net
適切な技術ではなく新しい技術を使うことが正義だと思ってるアホが多いから
jQueryはオワコンとかネガティブキャンペーンしてるやつが当てはまる
300:デフォルトの名無しさん
21/02/27 07:12:42.09 F+33B9Z1.net
別にもう新しくもねえだろ
アホはいつまでも最新って思ってるらしいが
301:デフォルトの名無しさん
21/02/27 07:15:23.77 Ry89ooPI.net
>>294
SSGってある意味でこれへの回帰では？
流石にHTML手打ちするのはアホらしいので、そうしないだけで
302:デフォルトの名無しさん
21/02/27 07:22:12.85 xGn+rZN0.net
阿部寛のサイトは、内容がないから速い。
何の処理も、操作もない
そういう簡単なページは、誰でも作れるから、プロにお金を払わない
303:デフォルトの名無しさん
21/02/27 07:42:42.43 hpJz9JUm.net
>>296
「新しい」っていうのは、何年以内のものを指す言葉じゃないぞ
何かと何かを比べて新しいかどうかだ
それとも別の何かが登場して
�
304:Iワコンなったんか？
305:デフォルトの名無しさん
21/02/27 07:43:16.57 hpJz9JUm.net
>>298
内容＝装飾とエフェクトとか思ってる人いるよね
中身が無いのに着飾ってるだけ
306:デフォルトの名無しさん
21/02/27 07:57:35.19 Ry89ooPI.net
おう、そう思うならw3mでも使っとけ
307:デフォルトの名無しさん
21/02/27 08:05:41.66 F+33B9Z1.net
>>299
お前みたいなゴミカスが吠えたところでうるせーゴミカスとしか思わない
308:デフォルトの名無しさん
21/02/27 08:33:44.80 4MeaDNRp.net
みんなweb siteとweb appを同列に語ってるからややこしくなるんだって。
阿部のサイトは明らかに性的なwebサイトの部類。静的なものに関してはreactを使わずにhtmlと単純なjsで書くべき。もしくは templateとしてjsxを使うとか。
309:デフォルトの名無しさん
21/02/27 09:22:59.41 YCjZDVD2.net
明らかに性的
310:デフォルトの名無しさん
21/02/27 09:35:25.09 KW4ilgBx.net
性的（アダルト）サイトはトラフィックが半端ないらしいな。フロントでどうこうの世界では無さそう
311:デフォルトの名無しさん
21/02/27 10:54:53.32 uk48Hbkt.net
試しに広告を1個追加しよう
312:デフォルトの名無しさん
21/02/27 11:40:17.29 8JWxjtWT.net
笑
313:デフォルトの名無しさん
21/02/27 14:17:42.84 fOML2+m/.net
阿部寛の活動内容を伝えるって目的を考えればあれで十分だろ。
あれに糞エフェクト入れたら逆に鬱陶しいわ。
314:デフォルトの名無しさん
21/02/27 14:27:37.11 Ry89ooPI.net
react使ったからって装飾もエフェクトもついてくれませんけども
315:デフォルトの名無しさん
21/02/27 17:08:58.97 lzDnqtNz.net
Googleで「SSL」を検索すると、Reactを使った最新のサイトがダダーッと出てくる。
説明を読んでみる。
> 皆さんこんにちはテクノロジーエフェクト株式会社CEOの山田（仮名）です。
> 本日は、社会人1年目の皆さんのために「SSL」について解説します。
※クルクル回るエフェクトで1分待たされる
> 皆さんも社会人となったのでクレジットカードを持たれたのではないでしょうか？
※ ネットショッピングについて2ページ
> というわけで、SSLという仕組みが必要になったのです。
> 次回は担当役員佐藤が、SSLとは何か説明いたします。
> ご期待ください。
316:デフォルトの名無しさん
21/02/27 17:14:37.12 lzDnqtNz.net
Reactと聞くだけでイラッとすると、あわしろ氏が言ってた。
317:デフォルトの名無しさん
21/02/27 18:51:53.70 W4QL4Nh3.net
推奨ＮＧワード： あわしろ
318:デフォルトの名無しさん
21/02/27 18:56:43.81 Ry89ooPI.net
>>310
それサーバが遅すぎでは……
319:デフォルトの名無しさん
21/02/27 18:58:45.35 lzDnqtNz.net
SSLの解説と称してネットショッピングについて説明し、内容豊富なコンテンツですと！！？？
320:デフォルトの名無しさん
21/02/27 19:02:14.49 lzDnqtNz.net
ウェブアプリなので、ネットショッピングについての2ページが通信必要なしに表示できるんですよ！！
ってあほか！
普通にSSLの説明書けよ。
321:デフォルトの名無しさん
21/02/27 19:04:10.19 lzDnqtNz.net
あわしろ氏は近年の風潮に危惧されているぞ！
322:デフォルトの名無しさん
21/02/27 19:10:07.74 b85cvTHG.net
あわしろ氏？あー登山家でしんじゃった人か
323:デフォルトの名無しさん
21/02/27 19:12:25.97 lzDnqtNz.net
業界の重鎮を知らん奴はモグリ。
324:デフォルトの名無しさん
21/02/27 19:15:17.88 W4QL4Nh3.net
推奨ＮＧID:lzDnqtNz
325:デフォルトの名無しさん
21/02/27 19:25:29.33 Ry89ooPI.net
あわしろってLinux界隈の人しか知らない
326:デフォルトの名無しさん
21/02/27 20:09:16.27 lzDnqtNz.net
あわしろ氏は、フロント界隈はクズしか居ないと言ってた。
327:デフォルトの名無しさん
21/02/27 20:14:53.53 lzDnqtNz.net
フロント=高卒初心者。
328:デフォルトの名無しさん
21/02/27 20:49:15.11 F+33B9Z1.net
このスレはゴミクズが集まりやすいな
329:デフォルトの名無しさん
21/02/27 21:47:00.37 p8fFfsx/.net
最近の高卒初心者は凄いな
私が初心者の頃だったらReact+Reduxとか絶対に理解できなかったわ
330:デフォルトの名無しさん
21/02/27 22:43:24.98 F+33B9Z1.net
おっさんたちには理解できないんだよ
おれはおっさんだが
331:デフォルトの名無しさん
21/02/27 23:01:31.78 lzDnqtNz.net
KENTAのサロンで学びなおすべき。
332:デフォルトの名無しさん
21/02/27 23:04:58.94 HtPM28za.net
自分で宣伝するなよカス
333:デフォルトの名無しさん
21/02/27 23:06:28.22 Ry89ooPI.net
動画だのサロンだのばかり見て、全然手を動かして（勉強して）無いんだなと言うのが伝わってくる
334:デフォルトの名無しさん
21/02/28 07:56:33.74 TzXN37YB.net
推奨ＮＧワード： KENTA
335:デフォルトの名無しさん
21/02/28 13:35:50.20 lWYupZuQ.net
あわしろって誰や
336:デフォルトの名無しさん
21/02/28 17:31:02.99 TzXN37YB.net
推奨ＮＧワード： あわしろ
337:デフォルトの名無しさん
21/02/28 20:06:40.77 pff3D6mj.net
誰も知らない重鎮ｗ
338:デフォルトの名無しさん
21/03/01 21:49:32.88 1tqDExrX.net
ケンタガイジまだ生きとるんか？
339:デフォルトの名無しさん
21/03/01 22:54:23.27 vtDgs//2.net
カモ探しは大変やな
340:デフォルトの名無しさん
21/03/02 07:38:01.19 kJOOtJPm.net
コロナで宣伝書き込み増えまくったよなｗ
生きるために必死ｗｗｗ
341:デフォルトの名無しさん
21/03/05 09:20:27.18 v7Pr2gGT.net
我々はjqueryに代わる世界標準なライブラリを求めている
342:デフォルトの名無しさん
21/03/05 16:11:57.68 tx0UmPpp.net
この世からjavascript無くなればみんな幸せになるのに
343:デフォルトの名無しさん
21/03/05 16:28:26.93 ap8GROD4.net
心の底からどうでもいいと思う。くっだらないな。
344:デフォルトの名無しさん
21/03/06 21:34:14.78 9erZHs8Q.net
Next.jsのIncremental static regeneration て
一定時間がたてば、必ず生成するのですか？
例えばマークダウンからページを生成するとして、マークダウンに変更があったら
ページも生成しなおさなければならないけど、なければ生成する必要がない。
だからキャッシュの更新時間と、ページのもとになるマークダウンの更新時間を比較して必要がなければ生成しないようにしたい。
そうするには、どの関数、どの引数戻り値をいじればいいのでしょうか？
345:デフォルトの名無しさん
21/03/07 00:03:04.88 MQIo/REo.net
>>339
必ず再生成されると思うよ。
346:デフォルトの名無しさん
21/03/07 12:45:16.05 OD2oMWgq.net
>>340
そうなんですか。
単純なマークダウンの変換からのブログとかには向いてないのかな。
ありがとうございました。
347:デフォルトの名無しさん
21/03/07 22:41:07.67 MQIo/REo.net
もしかしたら再生成は変更された場合のみで、apiへの確認は毎回行うみたいな感じかも
348:デフォルトの名無しさん
21/03/07 22:49:32.14 usnmu73Q.net
たかがブログやるのにこんなに複雑で面倒くさいことしないといけないっておかしいだろ
349:デフォルトの名無しさん
21/03/07 23:52:19.21 MQIo/REo.net
cdnを挟めば、同じことできるしね。
でもcache頑張りたくないです！な場合は有効かもね
350:デフォルトの名無しさん
21/03/08 16:37:25.83 c6FLXLbe.net
CMSも昔はMovableTypeのような静的なものが主流だったのが
WordPressで動的なものが主流にはなったものの遅いとかで
また静的に戻ろうとしているのかも知れないが
静的は静的でメンドクサイんだよなｗ
だから今後はサーバーの性能が上がるだけなのにわざわざ静的にする
必要性が普通は無い
よっぽど高アクセス対策しないと行けないみたいな特殊な例はあるかもしれないけどなｗ
351:デフォルトの名無しさん
21/03/08 18:36:25.92 wAKJ5PAY.net
昔よりサーバの性能向上鈍化してないかなあ
352:デフォルトの名無しさん
21/03/08 18:40:34.62 65abqToN.net
たかがブログやりたいだけなのにシステムがどうのこうのってのがおかしい
アメブロ並に簡単に作れるブログでいいわけ
353:デフォルトの名無しさん
21/03/08 18:43:43.44 XYub/OI4.net
揺り戻しでSSG(静的サイトジェネレータ)が静かに流行ってると聞いたが
354:デフォルトの名無しさん
21/03/08 18:46:19.08 wAKJ5PAY.net
そんなあなたにWordPress。なんだけど、キャッシュとか使っても思いの外鈍足。安いCDN無いかなぁ
355:デフォルトの名無しさん
21/03/08 22:56:44.4
356:0 ID:y3yAY/kO.net
357:デフォルトの名無しさん
21/03/09 03:05:40.43 xjRg9K6y.net
>>348
今こそMovableType復活の時
358:デフォルトの名無しさん
21/03/09 04:21:26.74 OLPYRKku.net
リファレンスとかニュースみたいな情報提供系サイトは極限まで軽くして穂いい。
そっから必要最低限の機能を追加してほしい。
要するに、長年積み重ねてきた中の無駄要素を排除して再構築。
359:デフォルトの名無しさん
21/03/09 11:12:55.74 BIanm+fj.net
>>350
php7にしていない古いのが一杯ありそうだし
そういうホスティングしているところが詰め込み過ぎで遅いというのもある
php自体は今は相当早くなってるよ
ruby(笑)なんかよりかなり早いし
360:デフォルトの名無しさん
21/03/09 18:42:17.59 iZE/4cwX.net
phpがクソというわけで言ったわけじゃなかった。すまんこ
webの開発をわざわざphpでしたくないよねっていう話。
jsで統一したい。
現在wordpressにphpが使われてる理由に合理的なものってないよね。初期設計がそうだからとかでしょ？
361:デフォルトの名無しさん
21/03/09 19:18:59.02 N+Xx0u4G.net
jsで統一するのは良いが、非同期で統一したくない
362:デフォルトの名無しさん
21/03/09 19:46:44.50 hOlUZDAG.net
まあ適材適所だよね
363:デフォルトの名無しさん
21/03/09 21:08:47.70 bDaZLiiA.net
久しぶりにjsで書いて「なんだこれ？」「どうしてこうなった」ってなる大体の原因は非同期を忘れたから
ま、phpも他もそれぞれそういうのあるんやけどね
364:デフォルトの名無しさん
21/03/09 22:55:32.57 xjRg9K6y.net
jsのシンタックスと伝統的なサーバーサイドの書き方がいまいち相性悪いんだよね
ちょっと複雑なことやると
あらゆるところでasync await連発しなきゃいけないし
サーバーサイドからしたら非同期の要素なんて入らなくて
シーケンシャルに高速に動いて欲しい
その方がパフォーマンス計測もデバッグもしやすい
365:デフォルトの名無しさん
21/03/09 23:28:57.78 mnokqQXB.net
伝統的なサーバーサイドってなんやねん
async awaitが嫌なら、goもrustもc#も大体の言語書けないわ。
jqueryおじさんと非同期おじさんという二大ガイジがいるんだなあ
366:デフォルトの名無しさん
21/03/09 23:40:23.75 BIanm+fj.net
rubyガイジが一番酷い気がするｗ
367:デフォルトの名無しさん
21/03/10 00:14:14.67 qhBOQ0Pt.net
非同期なJavaScriptに慣れすぎたのか、同期的な言語使うと、これ一見自然だけど割り込みを隠蔽してて良くないよな。
みたいな感覚になる
368:デフォルトの名無しさん
21/03/10 00:22:14.52 qhBOQ0Pt.net
なんならthisもわりと自然に感じる。
だがprototypeとnewの関係。オメーは駄目だ
369:デフォルトの名無しさん
21/03/10 00:23:48.47 xPfi1zIG.net
そんでキミたちはどんなSPAアプリ作ってんの？
こっちはちょっと特殊な業界でreactフロントの業務基幹システム作っとる
370:デフォルトの名無しさん
21/03/10 00:24:42.19 qZVdq/6G.net
>>358
複雑なことやるならpromise使うんやで
371:デフォルトの名無しさん
21/03/10 01:19:37.95 uNLR8yvP.net
サーバーサイドが非同期いらないとはこれいかに
372:デフォルトの名無しさん
21/03/10 01:53:50.85 MgNVoYVm.net
それな。nodeがc10k問題をコード上特に工夫することもなく易々と突破したときの他勢力のsurprised pikachu faceといったらｗ
373:デフォルトの名無しさん
21/03/10 02:50:32.74 hr2yGgcj.net
基本、CUI は同期。
GUI みたいに割り込まれる事がないから
だから、サーバー言語のRuby は同期。
非同期はオプショナル
一方、JavaScript はGUI が先にあったので、非同期が基本
Node.js がRubyを真似て作られたのが、2010ぐらい。
Rubyの10年後ぐらい
374:デフォルトの名無しさん
21/03/10 06:35:18.79 zhxqF+gZ.net
推奨ＮＧワード： Ruby
375:デフォルトの名無しさん
21/03/10 07:05:12.33 qhBOQ0Pt.net
CUIが割り込み無いとか、何言ってんだよ。割り込みなんてコンピュータの基礎じゃん。
sleepも割り込み、ネットワーク応答も割り込み。OSなくたって割り込みは存在するのに
376:デフォルトの名無しさん
21/03/10 09:43:04.13 vUFReCtH.net
JavaScriptが非同期を意識したコードを書かないといけないというのが根本的な問題
しかも常に非同期なのではなく同期的に処理される場合もある
377:デフォルトの名無しさん
21/03/10 10:13:22.10 8/mVjUuX.net
例えばファイル読み込みで非同期処理は必要か？
SQLのフェッチで非同期は必要か？
その辺りを考えれば俺のいってることは理解できるだろう
378:デフォルトの名無しさん
21/03/10 11:55:06.47 uAepteT/.net
シングルスレッドのJavaScriptは非同期にせざるを得ない
他の言語であればマルチスレッドで実行するので非同期はいらない
379:デフォルトの名無しさん
21/03/10 12:34:04.24 qhBOQ0Pt.net
DBアクセスとかマルチスレッドこそ非同期要るじゃん。
同期処理と非同期が混ざってるのが良くないってのは確かにそう。ただ、現在の環境では希少かと。
380:デフォルトの名無しさん
21/03/10 13:55:19.72 uAepteT/.net
>>373
いらんよ。どうせデータベースから値を取得しないとその次の処理はできないんだから
381:デフォルトの名無しさん
21/03/10 14:47:34.52 zN4T8yA6.net
イマイチわからんのだけど、node.jsってプロセスが一つだからリクエストあってもグローバル変数は共有されるよね
サーバーレスだとアクションのたびにプロセスが立ち上がるからグローバル変数は共有されないの？
となるとnode.jsのメリットってどうなるんですか？
382:デフォルトの名無しさん
21/03/10 14:57:43.23 uAepteT/.net
>>375
お前がいいたいのは何だ？
グローバル変数の有無がどうメリットの話に結びつくんだ？
そもそもお前はnode.jsのメリットがなんだと思ってたんだ？
383:デフォルトの名無しさん
21/03/10 15:00:41.23 8/mVjUuX.net
>>375
プロセス間でどうやって変数を共有するんだよ
384:デフォルトの名無しさん
21/03/10 15:07:14.67 jZOICfBR.net
>>375
狂ってる
385:デフォルトの名無しさん
21/03/10 15:27:36.16 zN4T8yA6.net
>>376
メリットはプロセスが一個ってこと
グローバル変数はどうとかは知らん
>>377
知らんけどメリットあるっていろんなnode説明にあるけど
>>378
まあな
386:デフォルトの名無しさん
21/03/10 16:45:19.70 aIqwTZ5Z.net
>>375
調べてみたら確かにそうなんだね。勉強になった。
シングルスレッドだとプロセスが独立してないからグローバル変数が共有されるんだ。
387:デフォルトの名無しさん
21/03/10 16:52:28.79 aIqwTZ5Z.net
> サーバーレスだと独立してプロセスが走る
リソースは有限で、無限にプロセスが走るわけではないから、メリットはあると思うよ
URLﾘﾝｸ(www.grandream.jp)
388:デフォルトの名無しさん
21/03/10 17:17:28.57 uAepteT/.net
>>379
> 知らんけどメリットあるっていろんなnode説明にあるけど
じゃあお前がnodeのメリットを勉強しろってだけの話だろ
389:デフォルトの名無しさん
21/03/10 17:19:12.14 uAepteT/.net
>>380
> シングルスレッドだとプロセスが独立してないからグローバル変数が共有されるんだ。
マルチスレッドでもグローバル変数は共有されるが？
そもそも一部のメモリを共有したいという要求があって
マルチスレッドが登場したというのに
それから共有されるからなんだっていうんだよ？
なんにもデメリットはないだろ
390:デフォルトの名無しさん
21/03/10 17:42:17.88 aIqwTZ5Z.net
>>383
スレッド間では共有されないでしょ？
391:デフォルトの名無しさん
21/03/10 18:16:52.69 qhBOQ0Pt.net
Next.jsに手を出したけども、始めるまで勝手にイメージしてたSSR vs SSGの図式は間違ってた。
そこはハイブリッドで良いし、結構簡単に切り替えられるんやな
392:デフォルトの名無しさん
21/03/10 18:19:31.54 JIwrPDXM.net
グローバル変数はマルチスレッドで「不完全に共用」される。（ロックや排他制御しなければ）
他のスレッドから見られない共有されない変数は「スレッドローカル」変数。
スレッドはそもそも時分割処理をするために生まれたのであって変数を共有するためじゃない。
また物理的なメニーCPUコアが最初でもない。
>>373
当然ながら非同期はマルチスレッドじゃない。
Vue vs React vs Svelte vs Angularとかもう飽きたわ根本的にJSX系はいい加減にしてほしい
393:デフォルトの名無しさん
21/03/10 18:23:50.16 uAepteT/.net
>>384
スレッドはメモリを共有できるという特徴があるんだよ
勉強しなおしてきな
394:デフォルトの名無しさん
21/03/10 18:25:28.51 hoCylbwM.net
マルチスレッドの地獄に比べたら非同期なんて大したことないだろ
395:デフォルトの名無しさん
21/03/10 18:26:11.44 uAepteT/.net
>>386
> スレッドはそもそも時分割処理をするために生まれたのであって変数を共有するためじゃない。
時分割処理をするなら複数プロセスを起動することで実現していた。
それが古来のUNIXのマルチタスク機能
スレッドは後からメモリを共有できる改良版として作られたもの
396:デフォルトの名無しさん
21/03/10 18:28:47.74 uAepteT/.net
>>388
マルチスレッドは地獄だから、局所的に使用する
グローバル変数を含むは共有メモリ
特別注意してコーディングすることになる
そしてマルチスレッドに関する局所的なコードを
除く、大部分のコードは同期的な処理で書きやすい
つまりマルチスレッドの地獄はごくわずかしかない
JavaScriptの非同期は、プログラム全体にわたって広く使われる
397:デフォルトの名無しさん
21/03/10 18:40:49.70 YSUu/Gkh.net
スレッドとプロセスの違いくらい勉強しとけよ
398:デフォルトの名無しさん
21/03/10 18:43:09.23 BnSZtr8b.net
ああ俺がTwitterで嫌いな部分ってルビーだったんだ
399:デフォルトの名無しさん
21/03/10 18:45:43.38 aIqwTZ5Z.net
プログラムなんだからメモリに展開されるから、共有される可能性はあるだろうけどね。
ある程度ライブラリで安全性を担保しようと頑張って実装してるでしょ、多分。
libuvはシングルスレッドだから、設計的にそこら辺の安全性を担保するのが難しいって話をしているよ
400:デフォルトの名無しさん
21/03/10 18:55:38.86 SA6nop04.net
ファイバとかコルーチンがトレンド入りですよ。
401:デフォルトの名無しさん
21/03/10 18:58:10.99 uAepteT/.net
繰り返すが、マルチスレッドもシングルスレッドもメモリは共有される
マルチスレッドの場合は複数のスレッドが同じ変数（グローバル変数）を
参照する必要があるから注意が必要。シングルスレッドはその必要がない
からシングルスレッドの方が簡単
それと非同期の話は関係ない
シングルスレッドの方が簡単だが、そうすると同時に一つの処理しか行えないから
シングルスレッドの問題を解決するのが非同期
非同期でシングルスレッドの問題を解決出来るが
同期と非同期のコードが混ざることになりややこしくなる
シングルスレッド＋非同期で頑張るよりも、マルチスレッドの方が簡単になることも多い
402:デフォルトの名無しさん
21/03/10 19:02:59.71 SA6nop04.net
ストランドとか知ってる？
403:デフォルトの名無しさん
21/03/10 19:04:08.51 SA6nop04.net
あわしろ氏が提案して、いまC++ Networking TS で標準化中だけど。
404:デフォルトの名無しさん
21/03/10 19:04:28.91 zN4T8yA6.net
よしよし
405:デフォルトの名無しさん
21/03/10 19:30:44.99 MCvoFBii.net
非同期ではなく
完了まで待って次に移行するメソッドを
コールバックを一切排除して
関数定義側のみで定義する方法はないのか。
呼び出し側に特殊な構文が必要なのは無しにしてくれ
呼び出し側をそもそも関数で囲む必要がある
というオチはやめにしてくれ。
メソッド内で呼び出される非同期処理も
その内部の非同期呼び出しも
全部完了まで待つようにしてくれ
406:デフォルトの名無しさん
21/03/10 19:38:51.19 GO3UmArZ.net
>>399
アホすぎる
407:デフォルトの名無しさん
21/03/10 19:40:59.28 hoCylbwM.net
人はそれを同期と呼ぶ
408:デフォルトの名無しさん
21/03/10 20:08:18.94 8/mVjUuX.net
>>399
それがasync awaitでしょ
409:デフォルトの名無しさん
21/03/10 20:12:42.31 uAepteT/.net
非同期だけど同期的に見せたいっていうのは
やっぱり同期的な方が人間にはわかりやすいってことなんだよな
410:デフォルトの名無しさん
21/03/10 20:21:18.31 qvIOwUBa.net
そらそうよ。
並行して二つ仕事やるよか、一つづつこなす方が明らかに仕事の精度が高い。
411:デフォルトの名無しさん
21/03/10 20:24:24.08 JIwrPDXM.net
>>389
The history of threads URLﾘﾝｸ(www.faqs.org)
コピペ＆略
1965年にはBerkeley Timesharing Systemでと呼んでいた。しかしそれまでに並行性の概念
がなかったのではなく、当時は「プロセス」と呼ばれていた。
1970年にMax SmithがMultics上でスレッドのプロトタイプを作っていて、これは1つの重量
プロセスに複数のスタックを持たせる試みだった。
プログラミング言語における「スレッド」の創始者はおそらくIBMによるPL/I(1965〜)
TASKコールはプロセスにマップされないし、スレッド間どうしはメモリが丸見え。
そしてUnixが出現する。Unixは「プロセス」という言葉を「スレッド＋仮想アドレス空間」の
意味に使った。そういうわけで、Unix的な意味での「プロセス」は仮想アドレス空間の切り替え
を伴う重たいものになってしまった。プロセスはそれぞれが個別にアドレス空間を持ってるから
メモリを共有することはできないがパイプやシグナルを使って相互作用することはできた。共有
メモリの機能が追加されるのはもっと後の話。
412:デフォルトの名無しさん
21/03/10 20:29:47.08 uAepteT/.net
>>405
つづき
しばらくすると、Unixユーザーは、メモリを共有できる古いプロセスを懐かしむようになりました。
これがスレッドの「発明」につながった。つまり、1つのUnixプロセスのアドレス空間を共有する
古いスタイルのプロセスである。重い」Unixプロセスとは対照的に、「軽い」とも呼ばれていました。
この区別は、70年代後半から80年代前半、つまり最初の「マイクロカーネル」
（Thoth（V-kernelとQNXの前身）、Amoeba、Chorus、RIG-Accent-Machファミリーなど）にまでさかのぼります。
413:デフォルトの名無しさん
21/03/10 20:30:26.48 JIwrPDXM.net
UNIX屋はスレッドは後からメモリを共有できる改良版として作られたものと考えるが、元々は
時分割処理をするシステムの発想があったから、貴重な計算リソースを時分割するだけのOSが
最初です。これがユーザー側で使えるようになった段階をスレッドと呼びたいならそうしたら
ええですが、伝えたいことは以上です
414:その1
21/03/10 20:32:13.92 uAepteT/.net
全部最初から訳したほうが良さそうｗ
[93-04-21-13-32.11] [92-01-27-17-05.54] 逐次的な制御の流れとしてのスレッドの概念は、
少なくとも1965年のBerkeley Timesharing Systemにさかのぼります。
ただ、当時はスレッドとは呼ばれておらず プロセスと呼ばれていました[Dijkstra, 65]。
プロセスは共有変数、セマフォ、および同様の手段によって相互に作用しました。
マックス・スミスは1970年頃、Multics上でスレッド実装のプロトタイプを作っていました。
アックグラウンドコンパイルをサポートしていました。
415:その2
21/03/10 20:32:59.92 uAepteT/.net
スレッドの最も重要な祖先は、1965年頃に開発されたプログラミング言語 1965年頃に開発されたプログラミング言語「PL/I」です。
IBMが定義したこの言語は IBMによって定義されたこの言語は、`CALL XXX (A, B) TASK;' という構文を提供していました。
これはXXXのスレッドをフォークするものです。 IBMのコンパイラがこの機能を
416:実装していたかどうかは 定かではありませんが この機能が実装されていたかどうかは定かではありませんが Multicsが設計されている間、 この機能は綿密に検討されました。定義されたTASKコールはプロセスにマッピングされませんでした。 定義されたTASKコールはプロセスに対応できないと判断されました。 そこで、Multicsは別の方向へ TASK機能はIBMによってPL/Iから削除されました。ABNORMAL属性やその他多くの奇妙なものと一緒にね。
417:その3
21/03/10 20:34:15.57 uAepteT/.net
その後、1970年代初頭にUnixが登場しました。 Unixの「プロセス」の概念は、制御のシーケンシャルなスレッドに加えて、
仮想アドレス空間を持つようになりました（ちなみに、Unixのプロセスの概念は、Multicsのプロセス設計[Saltzer, 66]から直接派生したものです）。
ですから、Unixの意味での「プロセス」は非常にヘビー級のマシンです。 プロセスはメモリを共有できないので
（それぞれが独自のアドレス空間を持っている）、パイプやシグナルなどを通じて相互に作用します。
共有メモリ（これもかなり厄介なメカニズムです）はずっと後になって追加されました。
418:その4
21/03/10 20:34:40.54 uAepteT/.net
しばらくすると、Unixユーザーは、メモリを共有できる古いプロセスを懐かしむようになりました。
これがスレッドの「発明」につながった。つまり、1つのUnixプロセスのアドレス空間を共有する
古いスタイルのプロセスである。重い」Unixプロセスとは対照的に、「軽い」とも呼ばれていました。
この区別は、70年代後半から80年代前半、つまり最初の「マイクロカーネル」
（Thoth（V-kernelとQNXの前身）、Amoeba、Chorus、RIG-Accent-Machファミリーなど）にまでさかのぼります。
419:デフォルトの名無しさん
21/03/10 20:35:30.03 uAepteT/.net
>>407
> 元々は時分割処理をするシステムの発想があったから、
どこを見ていってますか？
420:デフォルトの名無しさん
21/03/10 20:37:34.33 JIwrPDXM.net
>>412
「スレッド」の創始者はおそらくIBMによるPL/I(1965〜)
421:デフォルトの名無しさん
21/03/10 20:38:02.21 uAepteT/.net
時分割処理をするシステムの発想があったがそれはスレッドと呼ばれておらず
プロセスと呼ばれていたそうです。
じゃあスレッドじゃなくてプロセスですよね
422:デフォルトの名無しさん
21/03/10 20:39:13.88 uAepteT/.net
>>413
それはスレッドと呼ばれておらず、実装もされなかったんですよね？
423:デフォルトの名無しさん
21/03/10 20:39:27.40 JIwrPDXM.net
そうしたいならそうすればええやん？UNIX屋はこれだから嫌だ、しつこい
そもそも別メモリアドレスに別処理を貼り付けるだけの処理で、メモリ共有が先という発想がおかしい
以上です。
424:デフォルトの名無しさん
21/03/10 20:41:20.00 uAepteT/.net
重要なのはここですね。
> しばらくすると、Unixユーザーは、メモリを共有できる古いプロセスを懐かしむようになりました。
> これがスレッドの「発明」につながった。つまり、1つのUnixプロセスのアドレス空間を共有する
メモリを共有できる古いやつ＝プロセス
スレッドの発明
425:デフォルトの名無しさん
21/03/10 20:42:00.70 uAepteT/.net
>>416
「メモリを共有できる古い”プロセス”」がどうかしたのでしょうか？
426:デフォルトの名無しさん
21/03/10 20:47:21.16 uAepteT/.net
この文章の主張は
1. 古いプロセスはメモリが共有されていた
2. でもメモリが共有されていたのだからスレッドの祖先だ
3. つまり、メモリの共有の有無が、プロセスとスレッドの違いである
という結論になりませんか？
427:デフォルトの名無しさん
21/03/10 20:49:46.65 8/mVjUuX.net
スレチはやめろっての
428:デフォルトの名無しさん
21/03/10 20:51:45.16 SA6nop04.net
スレッドを発明したのは、あわしろ氏の可能性もあるような気がするのだが。
429:デフォルトの名無しさん
21/03/10 21:00:21.73 qhBOQ0Pt.net
なんでそんな基礎レベルのとこをドヤ顔ではっぴょうかいしてんだか……
430:デフォルトの名無しさん
21/03/10 21:04:56.19 afuwFvM4.net
Vueはなぜいかんのか
役割分担がしっかりしてて完璧にみえる
431:デフォルトの名無しさん
21/03/11 21:42:25.20 PDAujG43.net
俺はvue好きだよ
仕事ではangularメインだが
432:デフォルトの名無しさん
21/03/12 00:43:19.04 IfpuCZI8.net
過去に３回ほどVueのプロジェクトやったけど、途中参加でもある程度作ってあって
画面追加するぐらいなら、他の画面の作りを見て大抵の人は出来てたので
理解のしやすさはかなり高いかと思う
何も無い所から作れというのは大変だろうけどね
433:デフォルトの名無しさん
21/03/12 16:50:44.75 mhdfd3Eo.net
ある程度の規模まではvueがよくて規模が大きくなるとreactがいいとは聞くものの、具体的にどういいのか悪いのかのはっきりした答えを今まで聞いたことがない
みんな説明できずにモヤっとしかわからんの？
434:デフォルトの名無しさん
21/03/12 17:25:11.02 eRFkPre+.net
Reactしか使ってないからなぁ。
でも大規模に向いてるのはわかる。状態をあんまり持たないし、疎結合にしやすいかんね
435:デフォルトの名無しさん
21/03/12 17:43:30.08 0cefU6Fx.net
俺も規模小さくてもわざわざvueに手は伸びないなｗ
ちょっとしたものならバニラjs
それ以上は全部reactだわ
436:デフォルトの名無しさん
21/03/12 18:38:38.45 kTC1PKHO.net
TypeScriptには生きて欲しいけど、Angularまじ死んで欲しい、誰得だよ
437:デフォルトの名無しさん
21/03/12 19:19:12.20 WS11SrCh.net
HTMLのscriptタグの中で
require使えますか？
htmlからreactコードをどうやって読み込めばいいでしょうか？
438:デフォルトの名無しさん
21/03/12 19:28:02.79 0cefU6Fx.net
今ならscriptタグにmodule属性付けてimport使った方が楽なのでは？ボブは訝しんだ