21/05/23 13:42:32.51 qRfDE337.net
Vue
URLﾘﾝｸ(jp.vuejs.org)
React
URLﾘﾝｸ(reactjs.org)
Angular
URLﾘﾝｸ(angular.io)
Svelte
URLﾘﾝｸ(svelte.dev)
※前スレ
Vue vs React vs Svelte Part.7
ｽﾚﾘﾝｸ(tech板)
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
2:デフォルトの名無しさん
21/05/23 19:19:19.62 PNTb0e1z.net
次スレここでええんか？
Reactのダメなところは
html的なタグ表記が変わってないこと
せっかくフレームワーク化するなら
jade(pug)的な書き方でも良かった
3:デフォルトの名無しさん
21/05/23 19:49:33.54 b1yGh/42.net
angular復活させたのか。
だれか話題にしてやれよｗ
4:デフォルトの名無しさん
21/05/23 19:59:28.04 iX6bZe8N.net
Babelでそういう（HTMLタグじゃなくてjadeをReactの関数に変換する）マクロ書いてみれば良いんじゃない？
でも、インデントが意味を持つ構文だとJavaScriptに組み込みにくいし、HTMLとjadeならHTMLの方が断然皆知ってると思うな
5:デフォルトの名無しさん
21/05/23 20:21:28.87 lVi0DrUH.net
アンギャー、ブーは名前が悪い
リアクトは名前がイケイケ
6:デフォルトの名無しさん
21/05/23 20:47:14.80 fj/g+oI2.net
Reactって開発スピードあんま早くないよな
ConcurretモードとかRecoilとかいつstableになんのよ
7:デフォルトの名無しさん
21/05/23 21:07:04.79 6pIf84OO.net
8:うかうかしてるとBlazorに追いつかれるかもね
9:デフォルトの名無しさん
21/05/23 21:11:23.27 yHngvGL2.net
まあRecoil普通に導入してるけどね
10:デフォルトの名無しさん
21/05/23 21:32:23.69 /tNtNZRl.net
俺もとくに不都合なくrecoil使ってる
あまり使い倒してはいないけども
11:デフォルトの名無しさん
21/05/24 06:31:15.63 Xq7mBhFE.net
変化が早すぎると言われたり、遅すぎると言われたり。皆それぞれだな！
12:デフォルトの名無しさん
21/05/24 08:09:15.64 R9G+21bD.net
初期は早いほうがいいけど、ある程度したらゆっくりでいいよ
13:デフォルトの名無しさん
21/05/24 10:31:13.31 A5ETwnw/.net
Aurelia2が出てきたし変化してるよな
14:デフォルトの名無しさん
21/05/24 10:33:35.51 oQKdJefW.net
頼むからリアクト以外は消滅しろ
入れ代わり激しくてもなんも嬉しくない
安定が最も大事
15:デフォルトの名無しさん
21/05/26 08:05:11.77 jbxp9rCN.net
vueの方が生産性高いんだからreactが滅ぶべき
16:デフォルトの名無しさん
21/05/26 11:13:18.53 yScxJfGR.net
Reactが無くなったら1番困るのはvueだけどな
17:デフォルトの名無しさん
21/05/27 08:11:18.63 SrFYOI3M.net
パクリ元がなくなったらバブル後の日本みたいに停滞するだろうなｗ
18:デフォルトの名無しさん
21/05/27 20:09:42.95 PVnFE0CV.net
もしかしてVueでもHooksみたいなの搭載されたりしたの？
19:デフォルトの名無しさん
21/05/27 20:20:43.98 f+L1nsp1.net
>>17
なんでHooksに取り憑かれてんの？
20:デフォルトの名無しさん
21/05/28 08:03:46.42 pMX/aL+T.net
最近はvueでもhooks搭載されてる
21:デフォルトの名無しさん
21/05/28 08:10:15.44 pMX/aL+T.net
結局のところvueとreactの技術的な違いはテンプレートvsJSX(TSX)で、テンプレート方式の方が優れてるんだからもうvueの圧倒的な勝ちってことでいいか？
vueで大きいものを作るとぐちゃぐちゃになるとかは迷信やろ？
22:デフォルトの名無しさん
21/05/28 08:42:08.17 dMsnL3gH.net
JSXの方が圧倒的に優れてるよ
23:デフォルトの名無しさん
21/05/28 09:09:25.20 pMX/aL+T.net
テンプレート方式の方が可読性が高い
24:デフォルトの名無しさん
21/05/28 09:12:43.15 4jN9Y3n3.net
結局はhtmlの中にjsを書きたいかjsの中にhtmlを書きたいかの違い
25:デフォルトの名無しさん
21/05/28 12:11:45.42 q+Q6ASxM.net
それはみんなわかってる
どっちが優ってるか決めようぜ
26:デフォルトの名無しさん
21/05/28 21:21:18.20 /B/RTB5e.net
フロントエンドの大規模開発はReactが適してるとか言われてるけど、
趣味だしフロントエンドで大規模とか意味わからんし読みづらいしVue使ってる
27:デフォルトの名無しさん
21/05/28 21:49:15.42 PDzSpx8T.net
どう考えてもVueの方が読みづらい
28:デフォルトの名無しさん
21/05/28 23:14:07.71 wbL/0L9z.net
classコンポーネントが主流だった頃はReactも劣勢だった感があったけどHooks実装されてアロー関数コンポーネントが主流なってからは
一気に差を付けてReactが優勢になったと思う
29:デフォルトの名無しさん
21/05/28 23:35:23.17 pMX/aL+T.net
> アロー関数コンポーネントが主流なってからは
> 一気に差を付けてReactが優勢になったと思う
それはあるね
vueもパクって似たようなことするんじゃなくて、別方向に進化したら面白かったのに
再利用はコンポーネント単位でやるんだぞ！的な何かを
30:デフォルトの名無しさん
21/05/29 01:34:39.61 wjPd0/X3.net
>>26
ガイジ
31:デフォルトの名無しさん
21/06/05 11:37:41.29 B5nJhqkd.net
今日からAngular挑戦します
32:デフォルトの名無しさん
21/06/05 12:09:46.81 1e3IRHvh.net
何故に。。
33:デフォルトの名無しさん
21/06/05 23:19:02.82 erAfOfPK.net
結局React覚えれば正解なの？
34:デフォルトの名無しさん
21/06/05 23:33:49.02 45hM7uk4.net
簡単過ぎて覚えるなんてレベルではないがね。
35:デフォルトの名無しさん
21/06/05 23:43:35.07 nESg1MMI.net
コンポーネントのデザインの仕方と覚えるというか慣れはかなり必要
昔自分が書いたコードとか見たら相当非効率なコードを沢山書いてたと気付く
36:デフォルトの名無しさん
21/06/08 19:28:25.43 zPdFE6zz.net
vueってangularの必要なところだけ抜き出そうで始まったはずなのに
最低限必要なものを付け足し続けた結果劣化angularになってる気がする
37:デフォルトの名無しさん
21/06/09 22:06:14.71 2MYUAlGB.net
劣化Angular かつ 劣化React ってなかなかやるな
38:デフォルトの名無しさん
21/06/10 02:30:57.62 RaxF9bxn.net
新しく作り直す！ってプロジェクトは大体そんな感じになるわ
39:デフォルトの名無しさん
21/06/16 22:54:33.79 5YHkG59L.net
>>30
がんばれよ！
俺も使ってるけどAngularは堅牢で良いフレームワークだよ
前評判で身構えるけどすぐ慣れるし難しくない
40:あ
21/06/17 20:10:29.13 yqi3tCEQ.net
元々ビルド不要のJavaScriptに
ビルドとという概念とかサーバサイドのコマンド必須というゴミ
要素を追加したリアクトはゴミもいいところ
ネイティブのJSこそ至高
ビルド型の言語とか、わざわざクラスみたいなもの作らなきゃいけなかったり
開発環境の構築から面倒な言語とかそういうの大嫌いだわ
41:デフォルトの名無しさん
21/06/17 20:13:55.78 AdmHW43m.net
ネイティブのJSとは
42:デフォルトの名無しさん
21/06/17 23:44:15.15 EIqKEi8Q.net
>>39
考え方が違うんだよ
その頭じゃ理解出来ないのだろうけど
43:デフォルトの名無しさん
21/06/17 23:58:39.72 jYVCbF5R.net
ビルドは少なくともAngularJSの時点で既にあったよね
勝手にリアクトの手柄にするなよ
44:デフォルトの名無しさん
21/06/18 08:40:22.51 TidD8kXM.net
ビルドはcoffeescriptだろ
45:デフォルトの名無しさん
21/06/18 09:34:16.13 IOQ2nZm5.net
npm run watch
さえやってればビルドの煩わしさなんて皆無なのにね
46:デフォルトの名無しさん
21/06/18 11:23:40.66 DLEaHmmC.net
Ruby, Elixir の偽は、false, nil だけだから、型なしでもバグらない
一方、他の言語では、各型に偽があるから、
型なしでは、バグの可能性が高すぎる
偽が10個以上あるから、組み合わせ爆発が起こる。
空文字列、空配列・空辞書、0・0.0 など
それで、TypeScript・コンパイルが必須。
一方、Ruby, Elixir は、型なしでもバグらない
47:デフォルトの名無しさん
21/06/18 11:59:08.55 7Huy+AZL.net
サッカー競技中に空からパラシュートで緊急着陸して来るような頓珍漢レス
48:デフォルトの名無しさん
21/06/18 12:05:23.78 kBtmyEzZ.net
Rubyガイジと呼ばれてる、いろんな板で四六時中おんなじことしてる有名な糖質だよ。
49:デフォルトの名無しさん
21/06/18 12:30:34.23 fduPLV9P.net
ActiveSupportのpresent?/blank?は害悪認定と
50:デフォルトの名無しさん
21/06/18 14:58:15.29 KyNniMPc.net
Rubyガイジこんなスレにも来るのかよw
51:あ
21/06/18 20:00:19.17 lKaGHvaf.net
>>44
お前は馬鹿だ
ビルド言語か糞なのは
ビルド自体だけでなく
ビルド環境を構築すること自体が糞
だと言ってるんだ。
自動化すれば関係ないって話じゃないんだよ。
ビルド言語は ちょっとしたコーディングをコピペして
試すのにも、環境構築が面倒で糞だと言ってるんだ
フロントサイドの言語で本来ブラウザだけで
動作するはずのものを
いちいちサーバに入って試さなきゃなならなくしてるのが
糞だと言ってるんだ。
動作環境のサーバが複数あったら
同じ数だけ環境構築が面倒なんだよ
だからjavaやgoやReactみたいなのは全部糞だと言ってるんだ
ネイティブのJavaScriptこそ至高で
次にPythonが優れた言語だ
RubyはPythonの劣化版みたいなものだから
どーでもいいわ
52:デフォルトの名無しさん
21/06/18 20:11:28.43 bZFO6Zdg.net
RailsやLaravelならバックエンドの開発環境でそのままできるよ
53:デフォルトの名無しさん
21/06/18 20:35:50.41 9Bztqx/O.net
>>50
テキストファイルコピべしてnpm installするだけが面倒くさい？
54:デフォルトの名無しさん
21/06/18 20:53:05.33 o79Nm2lF.net
ビルド環境と動作環境ごっちゃになってんな
素人か
55:デフォルトの名無しさん
21/06/18 21:10:15.72 DLEaHmmC.net
山浦清透、1/15
Docker超入門講座 合併版 | ゼロから実践する4時間のフルコース
www.youtube.com/watch?v=lZD1MIHwMBY
Windows 10 Home 版, WSL2, Ubuntu 20.04 LTS,
Docker Compose, VSCode, Heroku, Ruby on Rails, Git, CI/CD, CircleCI
YouTube で有名な、雑食系エンジニア・KENTA のサロンでも、
初心者用コースに、CircleCIも入っている
最近は誰でも、Docker出来るから、
さらに、AWS Fargate, Terraform, React, Vue.js, TypeScript も入ってきた
だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
今では、1年の未経験者が、10年以上のプロよりも技術力が上になってる！
56:デフォルトの名無しさん
21/06/23 06:02:39.66 TysvdReT.net
vueはbootstrap-vueがどうやらメンテ止まりつつあるようでvue3が出て結構経つのにvue3のサポートの実装がまだかなりかかりそう
現状maintenerは１人しかいないようだ
vue/compatを使えばvue3でも動くっていう投稿もあるけど正直これならReactのほうがいい気がする
URLﾘﾝｸ(github.com)
57:デフォルトの名無しさん
21/06/24 09:11:47.84 XK1nOgnQ.net
メンテされてたとしてもreactの方がいいぞ
58:デフォルトの名無しさん
21/06/24 09:35:31.85 3mD5dKrA.net
ReactとMaterial-UIが鉄板やない？
59:デフォルトの名無しさん
21/06/24 21:25:41.78 77HdCVjk.net
Vueが悪いんじゃなくてVueでがっちりしたものを作ろうとする奴が悪いんだと思うわ
この程度ならts使う必要もないかってものをサクっと作るなら確かに楽
60:デフォルトの名無しさん
21/06/28 20:19:32.71 ZwtL2KTL.net
正直reactやvueみたいなフレームワーク自体は
自分では使いたくない
reactやvueで構築済みの�
61:ﾄ用的なUIパーツだけくれや jquery UIやbootstrapみたいな奴な
62:デフォルトの名無しさん
21/06/28 20:37:53.15 /2SaHsUD.net
そんなん逆に使いにくいぞ
63:デフォルトの名無しさん
21/06/29 10:30:39.05 mo1nJPiU.net
>>59
技術力あるところは各部分を機能別にパーツ化して使い分けしてるね
next/nuxt相当の部分もさらに機能別ごとにパーツ化
一方で技術力ないところはreact/nextやvue/nuxtを使ってる
64:デフォルトの名無しさん
21/06/30 09:05:32.41 JLS5iI64.net
>>59
つfastui
65:デフォルトの名無しさん
21/06/30 13:38:33.32 FgZ4JRPW.net
質問いいでしょうか？
npm run して URLﾘﾝｸ(localhost:3000) を開いた場合と、
work/myapp1/build/index.html を直接ブラウザのアドレスバーに
貼り付けた場合で結果が異なるのってなぜでしょうか？
66:デフォルトの名無しさん
21/06/30 14:23:48.68 AwQ5oVz/.net
どう異なるのでしょうか
67:デフォルトの名無しさん
21/06/30 15:29:40.93 R/eAuYiS.net
>>63
1ヶ月前にAngular始めた俺がエスパーで回答
index.html開いた後、実行に必要なJS等をサーバに問い合わせてダウンロードする仕組みになってるので
裏でWebサーバが動いていないといけない。
npm runはnode.jsが裏で動いてWebサーバの代わりをしてくれるが
index.html直実行はこれらがいないため挙動が異なる
68:デフォルトの名無しさん
21/06/30 15:50:49.63 x9tVpfG6.net
URL が file:/// になるくらいで相対 URL で見にいかないか
js の URL が URLﾘﾝｸ(localhost:3000) になるわけじゃないっしょ
69:デフォルトの名無しさん
21/06/30 17:29:32.97 Nwux6ZkA.net
何のフレームワーク使ってんのか
70:デフォルトの名無しさん
21/06/30 18:02:14.56 udehgdaq.net
最近のブラウザでfileスキームだとクロスオリジンに引っかかるんじゃないの
71:デフォルトの名無しさん
21/06/30 20:57:43.98 iVkkZXbL.net
VSCode の拡張機能、open in browser では、ローカルファイル・アクセスだから、CORS 制限あり
file:///C:/Users/Owner/Documents/test.htm
一方、Live Server では、サーバーを立てているから、CORS にならない
URLﾘﾝｸ(127.0.0.1:5500)
同様に、コマンドプロンプト・PowerShell から、
1-liner で、Ruby で作られた遅いウェブサーバー、WEBrick を起動すると、
ruby -run -e httpd . -p 8080
これも、サーバー経由だから、CORS にならない
URLﾘﾝｸ(localhost:8080)
Ruby on Rails では、Node.js のwebpack-dev-server を使っている
72:デフォルトの名無しさん
21/06/30 23:42:15.63 0jpC4Abq.net
ブラウザじゃなくてルビウザだな
73:デフォルトの名無しさん
21/07/01 12:58:11.15 03XP14PD.net
つ 座布団
74:デフォルトの名無しさん
21/07/01 20:52:06.16 wAv6qFKc.net
たにぐちまこと、7/1
Next.js超入門 セットアップから Vercelへの公開まで
URLﾘﾝｸ(www.youtube.com)
1時間13分の動画
75:デフォルトの名無しさん
21/07/02 14:43:02.54 Qeilx2mY.net
vueのフロントエンド以外って何が良いの？何が便利？
76:デフォルトの名無しさん
21/07/02 15:09:35.40 bOC+W1Pe.net
質問の意味が分からない
77:デフォルトの名無しさん
21/07/08 17:46:40.82 PjTgHY4C.net
react入門してやるからおすすめおしえてくれ
78:デフォルトの名無しさん
21/07/08 20:10:35.36 PgdPmN2t.net
お断りします
ハハ
(ﾟωﾟ)
／ ＼
((⊂ ) ﾉ＼つ))
(＿⌒ヽ
ヽ ﾍ |
εﾆ三 ﾉノ Ｊ
79:デフォルトの名無しさん
21/07/13 10:47:50.18 emqIkme9.net
>>75
『MVCはオワコン! RESTはダメ! 時代はSPA!!』の末路
URLﾘﾝｸ(www.youtube.com)
80:デフォルトの名無しさん
21/07/13 11:18:54.37 2EC2vCMH.net
>>77
なんじゃ？
この滅茶苦茶な理論まがいの話しは？
81:デフォルトの名無しさん
21/07/13 11:48:09.93 WUJYnH4r.net
めちゃくちゃだな
MVC→SPA
は進化の道筋として判らんでもないが
RESTを間に挟む理由が全く無い
82:デフォルトの名無しさん
21/07/13 12:40:22.27 2EC2vCMH.net
詐欺師が使いそうな話法なんですけど。
83:デフォルトの名無しさん
21/07/13 12:44:05.17 2EC2vCMH.net
>>79
いやいやSPAでMVC使ってもいいと思うけど
84:デフォルトの名無しさん
21/07/13 13:04:13.53 I15vJP3h.net
話が素人過ぎてワロタｗ
85:デフォルトの名無しさん
21/07/13 14:07:43.02 chIZ8Z3n.net
リンゴはダメ！コタツよりダイソン！
みたいな話だからな。訳が分からん
86:デフォルトの名無しさん
21/07/13 14:09:01.48 b5wN1Zrn.net
ほとんどのSPAがREST頼ってるのにRESTがオワコンになる意味が分からない
87:デフォルトの名無しさん
21/07/13 18:59:54.98 pc5c+QfA.net
さすがRuby界
88:デフォルトの名無しさん
21/07/13 20:38:26.34 F9Bt5/K5.net
最近はSSRやSSGじゃないの？
うちはいち早くServerSideGaichuを取り入れて時代の最先端技術を進んでいる
89:デフォルトの名無しさん
21/07/13 22:30:00.48 MP+HGEv7.net
vue(Laravel上)でsass-loaderのバージョンに起因してそうなエラーにハマった
なんとかなったけど、ある程度長い目で使いたくても難しいかなあ
90:デフォルトの名無しさん
21/07/14 02:26:01.60 /QDS8y1t.net
>>86
SSRからSSGヘ
URLﾘﾝｸ(www.youtube.com)
91:デフォルトの名無しさん
21/07/14 02:50:22.78 /QDS8y1t.net
Next.js超入門 セットアップから Vercelへの公開まで
www.youtube.com/watch?v=YoIQ_FIBlYY
92:デフォルトの名無しさん
21/07/15 00:16:26.28 J1qZ2oOi.net
>>88
いやいや今はSSGの次、ISRだよ
なんて言うのは簡単なんだけど、どうも胡散臭さが抜けないね
なんかひと昔のフレームワーク乱立時代の感覚と似てる
シンプルなものをシンプルに作りたいだけなのにって
93:デフォルトの名無しさん
21/07/15 05:44:45.36 5ZQLtQaE.net
技術的には延長線上にあるから、そこまでの乱立感はないかな
94:デフォルトの名無しさん
21/07/15 13:06:29.71 5NBXbYgk.net
むしろSSRしかしない昔からの遅く不便なサイトや
CSRしかしない最初の表示が遅くて重いダメなサイトが
どちらも時代遅れでかつ利用者の体感悪すぎなことに気付かず大量に残っている現状を
95:デフォルトの名無しさん
21/07/15 13:18:11.44 5LOVskkX.net
SPAで構築するようなサイトはアプリのような動きを期待しているのに
SEOガーとかそもそも話が合っていないんだよね
企業サイトみたいなのを無理やりSPAにするのがそもそもの間違い
96:デフォルトの名無しさん
21/07/15 13:35:20.84 zkzOcQ+0.net
俺の仕事だとガチのアプリ開発だから、
SSRとかSSGとか全く興味がない。
そもそもinstall以外でサーバー使わん。
97:デフォルトの名無しさん
21/07/15 13:49:32.53 eXoaIRaF.net
サーバー使わないガチのアプリとは
98:デフォルトの名無しさん
21/07/15 17:59:16.49 iYNJIRir.net
そらもうCやRustで書いた超高速ネイティブアプリやろなあ
99:デフォルトの名無しさん
21/07/15 19:01:04.04 zkzOcQ+0.net
>>95
サーバーはサービスAPIだけだよ
UI要素はゼロだ
100:デフォルトの名無しさん
21/07/15 19:29:33.65 Ugm45LNt.net
サーバは使わないけどAPIは使います。
日本語へのコンパイルエラーが出てるんだけど。
101:デフォルトの名無しさん
21/07/15 20:48:53.36 OlqWFxsT.net
SaaSとかのサードパーティ製のAPI使うって意味じゃねえの？
サーバーレスというワードと同じで、自分で管理するサーバーは持たないってだけなんだろ、多分
102:デフォルトの名無しさん
21/07/16 00:15:44.33 v5FJqwqp.net
>>93
それは違う
SPA/PWAにするのはユーザーの体感向上と通信減少とサーバー負荷減少など総合的な目的がある
企業サイトでも何でもその目的で有利となる
企業に限らず検索によるトップページやそれ以外の途中ページ流入も欲しいのは当たり前
そしてSSRはSEOのためだけでなくユーザーの体感向上が第一だ
103:デフォルトの名無しさん
21/07/16 00:56:09.29 8kNVknxd.net
YouTube で有名な、雑食系エンジニア・KENTA のサロンの初心者用コースが、
Ruby on Rails, Linux, Docker Compose, Node.js(Webpack, Babel), Bootstrap
VSCode(Remote Container, WSL2 ならRemote WSL), Heroku, CircleCI、データベース
今までは、Docker Compose までが初心者用コースだったが、
最近は誰でも、Docker出来るから、
AWS Fargate, Terraform, React, Vue.js, TypeScript が加わった
EC2 ではなく、サーバーを管理しない・サーバーレスのFargate。
他にも、AWS サーバーレスのLambda, Aurora, Elastic Beanstalk など
だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
今では、1年の未経験者が、10年以上のプロよりも技術力が上になってる！
104:デフォルトの名無しさん
21/07/16 13:25:24.29 nCd8wfRW.net
KENTAってまこ様に噛みついていた人だっけ？
105:デフォルトの名無しさん
21/07/20 21:14:55.81 uykKibf4.net
>>101
宣伝お疲れ
未経験が見てると思えないけどこれを浅く覚えても意味ないからな
フロントもバックも浅い知識しか持たない奴なんてお荷物でしかないから所詮インフラ要員止まりだろうしでしさっさとAWS一択に絞ったほうがいいよ
106:デフォルトの名無しさん
21/07/21 06:58:19.36 KSHnjfnE.net
クラウドは正直Firebaseしか理解してない。青天井怖いもん。
VPSはわかるけど、フロント向開発者向けのナウでヤングなクラウドでは無いだろうし……
107:デフォルトの名無しさん
21/07/21 09:45:48.95 7zPbaobY.net
仕事なら別に金払うの俺じゃないし客からの指定が無い限りは99%AWSだよ
個人でAWSは確かに高くつくかもしれないが今はAWSでもLightSailやら
安いサービスはあるし、小規模なら十分安く抑えられそう
108:デフォルトの名無しさん
21/07/28 03:36:44.25 cVCTrVsi.net
Fastly、Compute@Edge の JavaScript 対応を発表
URLﾘﾝｸ(www.fastly.com)
>Fastly は、セキュリティを考慮し、WebAssembly でコンパイルされた JavaScript から個々のリクエストに対してサンドボックスを生成または破棄する、独自の高セキュリティな分離技術を開発しました。
米国 RedMonk 社のアナリスト兼共同設立者である James Governor 氏は次
109:のように述べています。"JavaScript は、最も人気のあるプログラミング言語で、普及が進んでいます。サーバーレス・プラットフォームは、新しい JavaScript のワークロードにとって自然な環境です。一方、パフォーマンスとセキュリティは依然として重要な懸念であり、速度は何よりも重要な要素となっています。攻撃対象が減り、コールドスタートがなくなることは、最先端の Web 開発者にとって非常に魅力的です。" Fastly は Compute@Edge の開発者の体験向上に注力しており、最近ローカルテスト環境の提供開始を発表しました。これにより、開発者は本番レベルと同様の環境でテストコードを実行し、サーバーレス コンピューティング環境でスケールとパフォーマンスを追求しながら、問題の発見と修正を迅速に行うことができます。
110:101
21/07/28 05:41:01.59 XEJo+pXZ.net
企業が求めているのは、バックエンド技術者。
Rails, Linux, Docker, AWS、データベース
だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
AWS Solution Architect 資格とか、この本を読むとか
Amazon Web Services パターン別構築・運用ガイド 改訂第2版、2018
サーバー構築運用は難しいから、Amazon はサーバーを管理しない・サーバーレスを勧めている。
EC2 ではなく、Fargate, Lambda, Elastic Beanstalk など
Amazon Linux, Aurora も管理不要。
Amazonがセキュリティー更新してくれる
>>102
KENTA は基本、マナブ・マコなりなどの高額学校などに噛みつく
>>101
の内容は、80万円も払わなくても勉強できると言うこと。
今は、200万円の学校をぼったくりと言ったから、業務妨害で訴えられている
KENTAのサロンは、日本6位の2千人も入っているから、
売名目的で、高額学校がKENTAを訴えてくる
111:デフォルトの名無しさん
21/07/28 06:14:15.20 i7KZHqIy.net
古い技術者だから技術ってのは本と公式ドキュメント、時々現場で学ぶものだと思ってる。オンライン勉強会に参加することもあるけど、あれは知見を広げるってだけで身に付く勉強じゃねーわな
112:デフォルトの名無しさん
21/07/28 09:25:46.67 A+CY2EMU.net
本から学ぶのはやめなさい
113:デフォルトの名無しさん
21/07/28 09:31:03.16 vryaYdtu.net
本は古い遅い検索できない
どの言語もどのフレームワークも公式サイトがベスト
金を払うのはバカ
114:デフォルトの名無しさん
21/07/28 10:41:53.79 i7KZHqIy.net
え、TypeScriptの本とか買わない？ マジ？
115:デフォルトの名無しさん
21/07/29 05:04:59.07 QwCERTln.net
マジ
116:デフォルトの名無しさん
21/07/29 05:52:13.72 lXb0w+3k.net
なるほど、おまいらと差をつけるには本を読めば良いんだな！
117:デフォルトの名無しさん
21/07/29 10:19:19.71 GNnPWoYV.net
本は有用だよ
だけど悲しいことに、日本語で最近のweb界隈のナウい本をあまり見ない
ハロワから毛のはえたくらいのしかコード載ってないしね
昔からある言語やアーキとかSQLあたりとかなら本もいいと
まあ結局コードをgithubあたりからDLするってなるしね。。
118:デフォルトの名無しさん
21/07/29 10:23:35.99 kylJSQdV.net
おまえら、本だしたとして買ってくれるのか？
119:デフォルトの名無しさん
21/07/29 11:56:01.97 lXb0w+3k.net
確かに素人ぐらいしか釣れなさそうな公式マニュアルをかなり簡略化したような本は多いかも。出版社と題名見ればだいたいわかるけど。
言語とかHTTPとかRESTみたく歴史があって基盤になってるようなものは本に頼るなぁ。
スレタイにあるようなものは公式マニュアル頼り
120:デフォルトの名無しさん
21/07/29 23:23:09.66 1o183EIE.net
やっと明日vuexとかいうゴミから解放される
しばらくフロントはいいやｗ
ところで、意識高い系の人は何に困ってあんなゴミ作ったの？ｗ
121:デフォルトの名無しさん
21/07/29 23:25:27.21 beGe+xCr.net
reactは今の状態でもう完成形なの？
さらに改善されそうな部分ってあるの？
122:デフォルトの名無しさん
21/07/30 06:36:06.02 QyiGAtaZ.net
RecoilはHooksに最適化されてるから遥かに使いやすいよな
123:デフォルトの名無しさん
21/07/31 01:12:11.83 LCE95ziS.net
ReactはHooksもあるしコマンド一発で環境作れるようになったし、
Vueは応援してたけどなんか迷走してるみたいだし
毛嫌いしてたけどなんかもうReact覚えればいいっぽいね
124:デフォルトの名無しさん
21/07/31 02:19:59.31 o01nnz5Y.net
React.js Examplesってところで部品漁りするのが結構楽しい
125:デフォルトの名無しさん
21/08/06 19:57:27.22 CYqcr5Ta.net
オライリーのReactハンズオンラーニングって買う価値ある？
すでに大規模ECサイト作れるくらいの実力はあるが
126:デフォルトの名無しさん
21/08/06 20:02:09.60 RCuinRe8.net
お、なんか良さげな本じゃん。いい事聞いたわ、サンキュ！
127:デフォルトの名無しさん
21/08/06 20:07:21.22 RCuinRe8.net
と思って目次読んだけど……これは……2年前に読みたかった内容だな
128:デフォルトの名無しさん
21/08/06 21:13:42.78 JVpHm5Gi.net
目次みた感じあんま価値なさそうだな
129:デフォルトの名無しさん
21/08/06 21:49:52.40 n/Qu4an7.net
Vueのおすすめできる本がないんだよな
130:デフォルトの名無しさん
21/08/07 10:34:43.49 rwMNFcF9.net
タイトルの4つでそこそこ踏み込んでてナウい本ある？
131:デフォルトの名無しさん
21/08/10 21:22:19.92 rU+baSoZ.net
Reactオライリー読んだ人感想よろ
132:デフォルトの名無しさん
21/08/11 22:18:40.85 Pq5TmzGZ.net
>>128
初心者が買ったら後悔する
133:デフォルトの名無しさん
21/08/14 00:05:54.25 06F/jC0t.net
オライリーの本ってどれも初心者向けではないイメージ
全部読んだわけじゃないから個人的なイメージでしかないけど
めっちゃぶ厚かったりするからねえ
134:デフォルトの名無しさん
21/08/14 03:18:32.09 Wv2YcL7K.net
オライリーの本はかなり信用できる。半端な本を5冊買うより価値がある。リファレンスとして手元においておきたい。
もちろん変化の速い分野だと陳腐化はあるけど、それは本という媒体の問題であってオライリーの問題ではないしね。
135:デフォルトの名無しさん
21/08/14 11:29:30.86 04NzoWjZ.net
どれ使うかは好みだけど、Vueが迷走したのでデファクトがReactから揺らぐことはないのでは
136:デフォルトの名無しさん
21/08/14 13:00:35.79 sh47n3w4.net
フロントWASM化するまでReactのままのような気がしてる。
137:デフォルトの名無しさん
21/08/14 15:23:06.20 o86fe/tD.net
基礎から学ぶ Vue.js、mio、2018/5
React の古い本では、Stoyan Stefanov の、2015, 2017 の本がある
138:デフォルトの名無しさん
21/08/14 15:35:42.97 tkyJNqoe.net
WEB+DB PRESS総集編[Vol.1~120] (WEB+DB PRESSプラスシリーズ)
￥2,970
>年6冊を発行し続け,読者の皆様に支えられて20年を迎えた『WEB+DB PRESS』。本書はご好評いただいた節目のVol.120を含む「20年分の記事PDF」をまとめた総集編です。
付属DVD(+パスコードでのデータダウンロードも可能)にはVol.1~120のPDFに加え,総集編第1弾~第6弾に掲載された書き下ろし記事のPDFも一挙収録。
139:デフォルトの名無しさん
21/08/17 09:24:55.80 lUM36pci.net
オライリーに求める様な事は公式リファレンス見ればいいからオライリーってあんまアドバンテージない気がする
140:デフォルトの名無しさん
21/08/19 21:26:23.01 A+1dpOXr.net
アーキテクチャとかそういうレイヤーの本なら読む価値はあるけど、言語詳細とかは
今はもう本じゃ追いつかんだろ。
141:デフォルトの名無しさん
21/08/30 07:57:02.32 34akr4Ti.net
Angularで
const user = { ...this.user, status }
のような宣言がありますが、このthis.userの前にある3つのコンマってどういう意味でしょう？
142:デフォルトの名無しさん
21/08/30 08:20:21.92 34akr4Ti.net
失礼、自己解決
AngularでもTypescriptでもなくJavascriptの構文でした
143:デフォルトの名無しさん
21/09/03 20:09:22.40 65ownx/a.net
>>139
restはあるあるやな
他言語から来た当初は俺も分からんかったわ
144:デフォルトの名無しさん
21/09/03 23:50:18.71 HcIIq6Rh.net
>>140
似ていますがrestではありません
spreadと言います
たまたま同じ...を用いますが明白に区別されています
145:デフォルトの名無しさん
21/09/04 12:41:41.81 EwYrh1qJ.net
...みたいな記号は、ググラビリティーが悪いから調べにくいんだよ。
そのような書き方は結局ネットだけでは分からずじまいになってしまうことも多い。
本だとまとまって書いてあるから読んでいるうちに出てくることがあるが。
146:デフォルトの名無しさん
21/09/04 17:35:08.35 iqtSb51S.net
>>142
どのプログラミング言語でも同じですが公式ページが最も良いです
正しい最新の情報がまとまって載っています
本では情報の不足があったり古かったりありえます
今回ならばJavaScriptの演算子なので
URLﾘﾝｸ(developer.mozilla.org)
ここを見ると演算子の一覧が載っています
...objは展開記法(スプレッド記法)として詳細ページへのリンクがありますね
147:デフォルトの名無しさん
21/09/04 17:48:42.73 dHFqTcOd.net
>>143
いや、だから...がJavaScriptの文法だっていうことすら分からないのよ。
特に今までバックエンド専門で急遽フロントエンドやれとか言われた場合、
Javascriptとか触ったこと無い状態でAngularとかVueとか始めるわけよ。
もうググりまくるしか無いわけだが、上で言われている通り記号演算子は検索しにくい
148:デフォルトの名無しさん
21/09/04 17:56:29.62 GpbNmj1Q.net
>Javascriptとか触ったこと無い状態でAngularとかVueとか
無茶しやがって…
149:デフォルトの名無しさん
21/09/04 18:01:59.90 iqtSb51S.net
>>144
AngularもVueもReactもプログラミング言語部分は全てJavaScript(またはその拡張のTypeScript)です
まずはJavaScriptを一通り勉強しましょう
プログラムコードでわからないことがあったら先程のようにJavaScriptの公式に情報が一番まとまって載っています
150:デフォルトの名無しさん
21/09/04 18:04:43.23 a7CBmLMN.net
＞const user = { ...this.user, status }
何気に二つ目のも新しい省略記法なんだよね。
151:デフォルトの名無しさん
21/09/04 18:28:17.69 iqtSb51S.net
>>147
それも公式ページのオブジェクト初期化のプロパティ定義のところに{ a: a }は短く{ a }と書けることが載っていますね
URLﾘﾝｸ(developer.mozilla.org)
152:デフォルトの名無しさん
21/09/05 03:31:12.74 0rqg6iZ4.net
新しいつってももう６年も前だけどな
153:デフォルトの名無しさん
21/09/20 10:08:59.49 jhDwm/4+.net
GoogleChromeのUserAgentが段階的に廃止になる件について、Angularへの影響を確認したいです。
AngularライブラリでもUserAgentを使用していると思われるのですが、影響内容は公開されているかわかりますでしょうか。
154:デフォルトの名無しさん
21/09/20 10:54:53.76 PHhqDxD/.net
今どきUserAgentなんか気にしてるのは
お前ぐらいなもんだろ
155:デフォルトの名無しさん
21/09/20 11:52:45.38 oeUTvRPr.net
バックエンドでも、Ruby on Rails では、
jQuery, Node.js, Webpack, Babel, React, Vue.js, Bootstrap も、知っているのが常識だけど
156:デフォルトの名無しさん
21/09/20 12:04:40.10 G/NUxkWZ.net
>>152
Rubyは不要
JavaScriptだけで完結できる
157:デフォルトの名無しさん
21/09/20 12:18:34.46 5Rmi2qAM.net
サーバーサイドだとORMで何度も型を書くのが面倒くさいのだけど、Prisma2とやらを使えば幸せになれる？
158:デフォルトの名無しさん
21/09/20 16:47:25.86 zU9G8Ba9.net
なんでRubyガイジだと一秒でわかってしまう文章なんだろうか
159:デフォルトの名無しさん
21/09/20 22:33:41.99 27eBg+I3.net
読点の使い方が糖質特有のものだからだと思う
160:デフォルトの名無しさん
21/09/29 12:13:42.72 T2UBiiwB.net
electronで使いたいんだけど何が正解？
161:デフォルトの名無しさん
21/10/01 17:48:05.02 YRGFUYl7.net
色々やってみたがAngular一択だなぁ
162:デフォルトの名無しさん
21/10/02 08:53:48.66 PTbFXg2e.net
jsxをきもいと思うのはエンジニアの本能だよね
jQueryの用に近い将来、技術的負債化しそう
163:デフォルトの名無しさん
21/10/02 09:32:51.12 a7eHS87V.net
あんなんただのマクロやん。キモイも何もない。
164:デフォルトの名無しさん
21/10/02 09:34:43.20 9u09NDyO.net
jQueryはいうてもJavascriptやHTMLとしてvalidだったんよ。
Vueもそういう使い方もできる。
(俺はそういう風に良いjQueryとして使うこともある位)
Reactは無理だからな。
jsxはコンパイラが絶対に必要という所が異常。
165:デフォルトの名無しさん
21/10/02 09:36:42.89 a7eHS87V.net
Reactもjsx無しで書けますが……
166:デフォルトの名無しさん
21/10/02 09:39:00.65 RcOxdWYO.net
そもそも今の時代は生のJavascriptよりTypescriptを使うのが主流だからコンパイラ云々は気にしなくなった
167:デフォルトの名無しさん
21/10/02 09:55:49.96 ZuoUdMdJ.net
標準のWeb Componentsだけで困る事が分からない、技術的に分断が起きてる気がする
もちろんVueなどは親和性があるが・・・
168:デフォルトの名無しさん
21/10/02 10:21:44.63 9/lmhWLR.net
標準のWebComponents使いにくいんだよね。あとリアクティブだと状態管理が単純化して設計難度とバグが減るのが大きい
169:デフォルトの名無しさん
21/10/02 10:48:20.95 UGiFQlGN.net
JSXはやったことない人からみたらガバガバに見えるかもしれないけど実際に使ったらめちゃくちゃ厳格で
逆にガバイ書き方してるhtmlが許せなくなるよね
170:デフォルトの名無しさん
21/10/02 11:31:50.87 AobQrgfD.net
>>162
書けるのとそれが普通なのは別では？
特に関数コンポーネントとhooksが主流になってからは、もはやほぼ不可能だと思ってる。
171:デフォルトの名無しさん
21/10/03 17:28:09.89 53YOJQpZ.net
JSXといううんこをひねり出さなければいけなかった理由が知りたい
それを知ればReactが気に入るかもしれない
172:デフォルトの名無しさん
21/10/03 17:41:21.26 4PG0gYSN.net
>>168
実際に書いてみたら分かると思うよ
JavaScriptの中にタグが書けるからと言って何でもかんでも許されるわけじゃないから
結構ロジカルな作りになってる
173:デフォルトの名無しさん
21/10/03 18:26:43.87 wW1Ijppk.net
あくまでもマクロなんだから普通に書けるし、長くなるのが嫌ならエイリアス関数作って書けばいいだけなわけで……
174:デフォルトの名無しさん
21/10/04 10:58:23.03 6tmkdYqR.net
むしろJSXは自由に書けない（分岐とか）のが使いづらさだという印象。
でもこの話題がいつも不思議で、JSXに嫌なところがあったとて、結論Reactでしょ
なんで敢えてVue? React以降をしてるプロジェクトをよく聞くし、Vueがいいというのは単にサンクコストじゃないの
日本はVueのがひろまってたから、つまりざっくり言って国内業界全体として技術選定ミスったんでしょ
175:デフォルトの名無しさん
21/10/04 12:08:16.95 xBgocCqY.net
ちょっとreactはじめてみようとおもってドキュメントの最初の
hello world表示するだけのコードを開いてみたのですがレスポンスが悪くて勉強するか悩んでます
URLﾘﾝｸ(raw.githubusercontent.com)
reactで作ったものはどうしてもレスポンスが悪くなってしまうのでしょうか？
JSXを使わなければ少しはまともになるのでしょうか？
176:デフォルトの名無しさん
21/10/04 12:38:06.48 yRyjzpap.net
そのソースにコメントで書いてある通り、その使い方では遅いんだよ。
とりあえずnpmでcreate-react-appしてからレスポンスを語れ
177:デフォルトの名無しさん
21/10/04 12:43:43.28 HsdvcIsU.net
reactってフォームが糞だったが
今はましになったかな
178:デフォルトの名無しさん
21/10/04 12:48:19.96 yRyjzpap.net
フォーム用のReactライブラリ使うとすげー楽だぞ
179:デフォルトの名無しさん
21/10/04 13:22:06.40 xBgocCqY.net
>>173
ありがとうございます。コメント見てませんでした。
コンパイル的な作業が必要になるんですね。
10年ぶりぐらいにWebやっていて、npmは使ったことがなく、
まだnpmのくだりはでてきてないので読みすすめて行こうと思います。
180:デフォルトの名無しさん
21/10/04 15:54:58.84 4y15flBh.net
>>172
最初の読込みに時間が掛かるのは仕方ないと割りきらなきゃいかんが
ちゃんと作れば初回ロード以外のページ遷移は軽くできる
あとプロダクションビルドすれば初回ロードも多少速くなる
181:デフォルトの名無しさん
21/10/04 18:33:05.88 yRyjzpap.net
レンダリング前の画面が一瞬チラッとするのがムカつく事はあるけど、初回含め遅いと思ったこと無いなぁ。
182:デフォルトの名無しさん
21/10/10 12:20:14.68 y2KtioD3.net
Vueが使い込むと辛いことになるとか言われ始めてるけど
そんなん言い出したらWeb技術全般がつr(ry
183:デフォルトの名無しさん
21/10/10 20:34:42.11 UzMcdeKP.net
使い込んでもつらくないのってどれ？
184:デフォルトの名無しさん
21/10/10 21:33:16.17 A8vemIR4.net
Reactは慣れてきたらコンポーネント定義が楽しくなってくる
185:デフォルトの名無しさん
21/10/10 22:18:27.17 IJZjA14S.net
>>180
3年前からAngular使ってるが、破壊的な変更や
根本的な概念の更新がほぼ無いので安心してる
一番辛いのが流行り廃りに翻弄される事だしな
もちろんマイナーだし今後は分からんけど
一つの意見として聞いてくれれば
186:デフォルトの名無しさん
21/10/10 23:43:15.16 PqSEDBDJ.net
Reactのが長いことやるのにいいと思うよ
Vue使ってる会社は、騙されたと思って書き換えた方がいい
したら意味わかる
メンバーも喜ぶ
187:デフォルトの名無しさん
21/10/11 00:07:25.03 nZpMF1Hj.net
破壊的な変更で人がゴッソリ減ったのがAngularなんだが
188:デフォルトの名無しさん
21/10/11 01:28:48.91 VTJQJs0g.net
version5以降くらいからの話じゃない？知らんけど
189:デフォルトの名無しさん
21/10/14 16:39:14.07 jSdKJwMt.net
ずっとAurelia使ってるけど情報が少ないことと2が出るまでバグが放置されてること以外は辛くないな
190:デフォルトの名無しさん
21/10/14 21:22:56.64 yJk07HQa.net
そりゃ辛そうだな…
金と女に縁がないこと以外は幸せ、みたいなｗ
191:デフォルトの名無しさん
21/10/14 22:34:48.55 bDvZREsz.net
空席を除いてほぼ満員、みたいな奴か
192:デフォルトの名無しさん
21/10/15 01:51:28.26 Y9WUXg+d.net
人の気持ちが分からなくてすぐ手が出ちゃうだけで根はいい子
193:デフォルトの名無しさん
21/10/15 09:44:14.87 LvimtR7Z.net
Material-UIがいつの間にかv5になってた
スタイルが書きやすくなってるね
194:デフォルトの名無しさん
21/10/19 00:04:34.75 qeLdeS5C.net
Reactのオススメの学習方法ある？
195:デフォルトの名無しさん
21/10/19 06:32:49.61 QUfGkxyV.net
Webpackがわからんレベルならそこからまとまってて最近充実してきた書籍を買う。そうでなければ、公式のドキュメントを読む。そして何か（ベタにToDoアプリとか）作ってみる。
クラスコンポーネントで解析してるようなものは慣れるまで避けろ
196:デフォルトの名無しさん
21/10/19 06:34:58.34 I/uBXkGk.net
Webpackって分かりにくいけど
今後も生き残るものなのだろうか？
197:デフォルトの名無しさん
21/10/19 06:35:51.60 I/uBXkGk.net
>>191
create react app
198:デフォルトの名無しさん
21/10/19 06:56:19.97 QUfGkxyV.net
仮にWebpackが死んでも似たような物に変わるだけじゃね？
ECMAのimportだけじゃminifyできないし
199:デフォルトの名無しさん
21/10/19 10:31:45.17 I/uBXkGk.net
Webpackは出来るだけいじらないようにして
Webpackの時代が終わるのを待ってるかんじ
必要なら当日するけど
其処まで踏ん切りつかん状況
200:デフォルトの名無しさん
21/10/19 10:32:10.22 I/uBXkGk.net
...必要なら投資...
201:デフォルトの名無しさん
21/10/19 11:31:26.70 rSxV3iUW.net
似たような後続はあるにはあるが大幅に良くなることは無いしなぁ
nodejs自体から変わらないと革新的なものはでなさそう
202:デフォルトの名無しさん
21/10/19 12:41:19.18 QUfGkxyV.net
Webpackは設定ファイル書き書きするだけでそんなに難しくない。ただバージョンアップで苦しむこともあるし、0からReactと並行して始めると辛いので本の導線があると楽かなって思う。
203:デフォルトの名無しさん
21/10/19 12:49:14.35 I/uBXkGk.net
押しつけの難解な設定より
普通のコードで設定書くほうが良いんだけどな
そんなのなかったっけ？
204:デフォルトの名無しさん
21/10/19 20:36:57.96 2lJX9loQ.net
押しつけじゃない簡単な設定ならもっと良いんじゃない？
205:デフォルトの名無しさん
21/10/19 20:53:00.02 bFzPnnLm.net
AngularならWebpack意識せず学習可能
206:デフォルトの名無しさん
21/10/19 21:21:34.46 NLf4g5X1.net
>>202
Reactもかわらんよ
207:デフォルトの名無しさん
21/10/20 14:58:58.92 da+DtAB1.net
今の主流ってzero-configだしな
あとコンフィグなんて
208:基本は使い回しよ webpackがrollupがesbuildがーって頭悩ましてる記事とか見掛けるけど そのあたりのファイルを現場で直に触ることなんてほとんどない
209:デフォルトの名無しさん
21/10/20 15:41:15.75 Mr5q/AgO.net
そうか？
ターゲットとか指定したいし、ライブラリ入れたら弄らないと駄目なこともあるくね？
210:デフォルトの名無しさん
21/10/20 18:05:42.09 da+DtAB1.net
>>205
そういう場合も特定の人だけが触るからな
ざっくりと何をしているのかが分かっていれば十分よ
ターゲットやバージョンもほぼ固定だし
弄らないとダメなライブラリはよっぽどの理由がない限りは選定されない
個人やフリーランス、めちゃくちゃ裁量権のある立場は知らん
211:デフォルトの名無しさん
21/10/20 18:11:23.46 6domEUvg.net
LaravelMix使うとwebpackの設定は割と簡単に書けるからオヌヌメ
212:デフォルトの名無しさん
21/10/20 18:36:50.70 Mr5q/AgO.net
>>206
ざっくり理解すれば十分ってのは同意。よほど踏み込まない限りWebpackも難しいものでない
213:デフォルトの名無しさん
21/10/20 19:04:13.89 2nNbA8Ij.net
Laravel使う現場って実在するのかよ
プログラミング教室でしか使わんだろと思ってたわ
214:デフォルトの名無しさん
21/10/20 20:36:56.01 rAmGIrdk.net
ParcelでWebpack要らなくなるとか言われてたけど結局こんなもんだな。
215:デフォルトの名無しさん
21/10/21 21:00:18.94 iTmvz++W.net
laravelは割と
216:主流派だぞ。 laravelmixは信者しか使っていないと思うが。
217:デフォルトの名無しさん
21/10/21 22:00:40.93 kjmahCO9.net
ホームページ屋さんが頑張って使ってるミドルウェアな印象
218:デフォルトの名無しさん
21/10/22 00:24:44.17 35fjhDSY.net
Reactできる人はみんなCSS作れるの？
219:デフォルトの名無しさん
21/10/26 08:53:22.03 M1juxUvT.net
おまえらPage Insightの結果はどのぐらい当てにしてる？
SPAは評価悪くなるよな
評価上げるためにリファクタリングするのに疲れちゃったよ
220:デフォルトの名無しさん
21/10/26 14:12:43.81 c/kJKHSV.net
>>214
SSRとハイドレーションやろう
サイトによるがそもそも気にしないという選択肢は十分あり
221:デフォルトの名無しさん
21/10/26 18:19:21.84 OracOvFU.net
CSRだけだとページ表示ユーザ体感が悪すぎるしSEOも不利なので一般向け情報ページならば
SSR/SSG＋プログレッシブリハイドレーションが良いでしょう
222:デフォルトの名無しさん
21/10/26 19:38:14.90 1yLZ9r0E.net
CSRって言うほど遅いか？
223:デフォルトの名無しさん
21/10/26 19:50:13.16 wW1jId1d.net
規模によるとしか
旧来のサーバーサイドのルーティングで十数ページに渡るような内容をSPAにしてCSRにした場合等はえらいことに
まあ継ぎ足しロードとかにするんだろうけど
224:デフォルトの名無しさん
21/10/27 17:31:41.81 tRhNG9hx.net
そこまでするならそもそもSPAという選択が間違ってるような
よくあるコーポレートサイトやブログってSEO命なのにそれを犠牲にするってのは本末転倒
225:デフォルトの名無しさん
21/10/27 18:10:31.77 dNMmh9m9.net
それはそう
コーポレートサイトやブログのようにほとんど変化ない情報が掲示されるようなサイトはSPAの恩恵はほとんど受けられず悪い影響は被っていいとこない
向き不向きあるとは前から言われてたのに人は金づち持てば全部釘に見えるようで…
226:デフォルトの名無しさん
21/10/27 18:23:58.28 1igGy3kh.net
逆にログインして操作する業務システムでSSRはあんまり意味無いと思うんだがやりたがる人結構居る、
227:デフォルトの名無しさん
21/10/27 18:24:23.65 xxuBc4na.net
単純にSEOとページインサイトを考慮するならspaじゃなくて静的ページジェネレーターがベストだろうね
動的サイトとの間をとってgatsbyとかで自動化するのが今風な感じする
228:デフォルトの名無しさん
21/10/27 18:26:01.69 xxuBc4na.net
>>221
逆にSPAを知らないんだろうね
何ができるか
なぜSPAなのかを
229:デフォルトの名無しさん
21/10/27 18:31:22.35 HgT0Kyc0.net
>>221
なんでなんだろうね
230:デフォルトの名無しさん
21/10/29 01:19:58.10 hHWRsPnj.net
Nuxtはじめた＾＾
なんか注意事項とかあったらレスくださいね＾＾
231:デフォルトの名無しさん
21/10/29 09:45:43.75 KBwwuWzQ.net
>>222
Gatsbyやってみたけどなんか…
電球一個取り替えるのに椅子に乗ってその椅子を４人で回すみたいな大ごとになってなんだかなぁと思ったわ
それほんとにGraphQL介す必要あるの？とか
232:デフォルトの名無しさん
21/10/29 10:16:20.65 dSsdUGc3.net
草
俺はなんかしっくり来ないなと思ってNextに行った。まぁ最終的には同じような事するわけだが
233:デフォルトの名無しさん
21/10/31 00:31:15.09 aUFmKI3J.net
react周りserver componentsだっけ？
なんかそういう頑張って良いとこどりしようとしてるけど、
開発者が追いきれてない感じがして混迷しつつあるように見える
やりたいこととやり方はわかるけど、結局自分らがどう選択していくの？がまとめずらい
選択肢が無尽蔵に増えそうで二の足を踏み続けそう
234:デフォルトの名無しさん
21/10/31 10:26:35.06 WrAvX4Kw.net
○ 俺が追いきれてないので気に入らない
○ やりたいこともやり方も分からない
○ 俺が二の足を踏み続けている
235:228
21/10/31 13:23:41.80 aUFmKI3J.net
>>229
マジか、みんな迷わず選択できてんのか。。
236:デフォルトの名無しさん
21/10/31 16:00:33.45 UtMYCmJC.net
素直にVueやっとけばいいのにな
対して難しい事しなくてもやりたい事は大抵出来るし
新参にも教えやすい
237:デフォルトの名無しさん
21/10/31 17:02:35.69 lXSEZutO.net
そういう用途だとSvelteの方がよくね？
と思ったけど、情報とか使える人が少ないかな？
238:デフォルトの名無しさん
21/10/31 19:27:19.49 bVPpFfrh.net
結局全部試すくらいの覚悟がないならフロントフレームワークなんて使うべきじゃないと思うよ
239:デフォルトの名無しさん
21/11/01 17:25:47.13 Qd13gyUm.net
今はある程度選択肢は固まってるし
まあReactで、と言えるだけ随分楽になったよ
ただ、根底にある思想みたいなのは
スレタイにあるvue,react,angulaのどれも共通部分が多いよ
実装が違うだけで結局やることはそう変わらん
240:デフォルトの名無しさん
21/11/01 19:01:35.40 P3EV4YL3.net
とりあえずreactでよくね
241:デフォルトの名無しさん
21/11/01 21:06:39.51 NAocJV0Q.net
でも状態管理めんどうじゃん
242:デフォルトの名無しさん
21/11/01 22:19:00.30 wKhzj30q.net
そりゃ何使ったって面倒なのは変わらない
243:デフォルトの名無しさん
21/11/03 20:12:21.93 lfRJuvoO.net
結局Recoil使うのが一番シンプルだけどな
244:デフォルトの名無しさん
21/11/03 20:22:47.27 X+re5nu4.net
個人的にはApollo clientでの状態管理が一推し
245:デフォルトの名無しさん
21/11/04 18:05:57.56 rk0FEhKn.net
SPAでもそんな複雑な管理をクライアントでやったりするのかなぁ
246:デフォルトの名無しさん
21/11/05 20:20:10.24 G+9azwNi.net
SPAではせざるを得ないってとこだよね
本来は誰もやりたくない
247:デフォルトの名無しさん
21/11/05 20:31:18.88 89Zun5Pb.net
SPAはSPAで楽な部分もある
248:デフォルトの名無しさん
21/11/05 20:33:19.00 MrCxvZMv.net
ただ小規模なサイトであっても何かしらのフレームワーク使う事が大前提になった。以前のもメンテはするが
249:デフォルトの名無しさん
21/11/05 21:04:41.58 HNjaHz2P.net
JWTやマイクロサービスを踏まえるとクライアントで状態を持つのが前提になってきてるもんね
クライアントでの状態管理は必須
250:デフォルトの名無しさん
21/11/06 01:35:43.68 KzRf88RA.net
Reduxは最近出ているReactの技術書では全く取り上げられなくなったな
251:デフォルトの名無しさん
21/11/07 13:05:03.32 KYnmGIyk.net
改版を期に削除されたりしてるよね
252:デフォルトの名無しさん
21/11/07 16:59:15.63 pmlswJxv.net
狂信者はいるけどみんな大嫌いだったもんな
Context APIで全部解決出来れば楽なんだけどね
選択できる自由があって贅沢な悩みではあるけど
253:デフォルトの名無しさん
21/11/07 23:09:54.55 KYnmGIyk.net
useCentextよりもRecoidの方が明解でいいと思うけどな
254:デフォルトの名無しさん
21/11/07 23:56:40.78 RgCygfEf.net
recoilじゃなく？
255:デフォルトの名無しさん
21/11/08 00:01:11.85 aD8GeuEA.net
ごめんタイポ
256:デフォルトの名無しさん
21/11/08 08:32:50.39 qDbA6fow.net
このへんはredux一強から戦国時代に入った感じかな。大勢が決まるまでは情報収集しつつ様子見。
257:デフォルトの名無しさん
21/11/08 16:26:00.60 xjEl3UJL.net
このままrecoil一強になってreduxの息の根止めた方が世界の為
Reduxのあれをするにはあれやこれやが追加で必要でもっと勉強して下さいとかニートじゃないと対応出来ないって
258:デフォルトの名無しさん
21/11/09 09:40:57.48 hmMXDnhU.net
Reactの入門ググったら未だにRedux Toolkitとか勧めてる輩いるもんな
259:デフォルトの名無しさん
21/11/09 09:57:30.93 jAAjeJaM.net
記事が古いんじゃねえの
260:デフォルトの名無しさん
21/11/09 14:28:44.10 cbbOFy6t.net
ReactってTypescriptじゃないと人権ないの？
261:デフォルトの名無しさん
21/11/09 14:40:58.21 YGzOoPm7.net
そんな話聞いたこと無いが
262:デフォルトの名無しさん
21/11/09 15:20:58.65 2nzyInOc.net
Typescriptなんて逆に消えそう
263:デフォルトの名無しさん
21/11/09 15:39:50.35 hSKkwOCy.net
typescriptはjavascriptに吸収されるんじゃね
264:デフォルトの名無しさん
21/11/09 18:43:32.60 7EO+JSDz.net
GraphQL使ってる？
265:デフォルトの名無しさん
21/11/09 19:57:04.69 8prLI4eF.net
使ってない、RESTで事足りてしまう。
いつかGraphQLがバシッとマッチする用途でシステム組んでみたい
266:デフォルトの名無しさん
21/11/09 20:35:24.40 xw/MlvaO.net
直接は使ってないけど、実は間接的に使ってる
267:デフォルトの名無しさん
21/11/09 22:15:56.16 8dYQVpnE.net
RESTの倍ぐらいSQLクエリ走るの見ると使う理由あるのかな？って思っちゃう
リクエストは減るんだろうけど
プロジェクトによるんかね
268:デフォルトの名無しさん
21/11/09 22:20:10.24 qOqV7S2Y.net
聞いてるとRDBと相性悪そうだね
ドキュメント型DBならどう？
269:デフォルトの名無しさん
21/11/09 22:39:09.81 QGVM/tnv.net
GraphQLの好き勝手なクエリに対応するのはドキュメント型じゃかえって厳しいだろ。
270:デフォルトの名無しさん
21/11/09 22:47:37.81 qOqV7S2Y.net
カラム指向DBでは？
271:デフォルトの名無しさん
21/11/09 23:15:01.32 QGVM/tnv.net
カラム指向DBって最適化の方向が違うだけでデータモデル的にはRDBと変わらんじゃん。
272:デフォルトの名無しさん
21/11/09 23:28:35.57 qOqV7S2Y.net
じゃ、じゃあグラフ指向DB！？
273:デフォルトの名無しさん
21/11/10 06:54:57.52 iBRAurlT.net
>>257
TypeScriptの型は少量で滅茶苦茶雄弁なコメントみたいなもの。おかげで新しいライブラリもサクサク使えるし、バグに震えることなく安眠できる。
274:デフォルトの名無しさん
21/11/10 09:23:53.75 GIiHYAMJ.net
>>263
どれも一長一短
テーブル結合ではなく複数のサービスからのレスポンスをjoinする目的の物だからどんなデータベース使おうが総クエリ数は増える
ただマイクロサービスには最適だしフロントエンド開発も楽
GraphQLに合わせるんじゃなくて各サービスに合わせたデータベースの選択が最適解じゃないかと
275:デフォルトの名無しさん
21/11/10 12:56:42.12 uIoFdyUA.net
>>268
どこで妥協するかだけの話
普通の強い静的型付け言語をしてきた人たちから見ればTypeScriptはヌルくて甘いとなるし
型なし言語をしてきた人たちから見ればTypeScriptは面倒くさい
公平に見ればTypeScriptは中途半端な妥協の産物
276:デフォルトの名無しさん
21/11/10 13:05:43.43 uIoFdyUA.net
>>269
あとは更新よりも読み出しが多いケースならば
読み出し毎に各DB各サービスに問い合わせるよりも
読み出しに合わせた複合DBを保持してそこも常に更新維持するなど
無駄なクエリを減らして高速化の方向もありますね
277:デフォルトの名無しさん
21/11/10 16:04:43.59 bCpyzFAG.net
もうrecoil使ってええか？
278:デフォルトの名無しさん
21/11/10 17:57:01.79 gwDfdVe9.net
TypescriptはAltJSとして生まれたもの
実際JSより格段に安全に組みやすくなったしそれで十分
TSが選べる環境ならJSを使う理由は一切ない
生のCSS組んでる奴なんてとっくに全滅してるやろ
279:デフォルトの名無しさん
21/11/10 18:13:52.95 uIoFdyUA.net
>>273
Wasm上でのフレームワークも進化していてJavaScriptを使わずにフロントエンドが組める時代になりつつあるので
中途半端な立ち位置のTypeScriptをいずれ使わなくなるかもね
280:デフォルトの名無しさん
21/11/10 18:26:43.21 iBRAurlT.net
WasmはWasmだけで完結できないので……
281:デフォルトの名無しさん
21/11/10 18:35:53.64 iBRAurlT.net
というか他の言語使おうが結局DOMを触る必要があって、余程上手にラップしないとJS的なフワフワ世界に突っ込む上にオーバーヘッドが出る。それなら最初からTS|JSでええやんってなる（なってきた）。
今後のことはわかんないけどね
282:デフォルトの名無しさん
21/11/10 18:42:00.78 Hhh+omDu.net
wasm自体が未完成だから未来の覇権は誰にも読めない
それこそTS→wasmが可能になってるかも知れんし
283:デフォルトの名無しさん
21/11/10 18:54:14.88 CZzEz7+S.net
TS使っても現状anyだらけで、意味あるんかいなって思う
284:デフォルトの名無しさん
21/11/10 19:25:27.12 iBRAurlT.net
>>278
そうはならんやろ……。たまにas使ったりはするけど
285:デフォルトの名無しさん
21/11/10 20:10:18.31 uIoFdyUA.net
>>275
既にWasmだけで完結できるようになっている
JavaScript部分はWasm呼び出す固定コード
>>276
もちろんDOM操作のみだとVanilla (生JavaScript)がWasmより速い
ところがDOM操作以外の処理が多いと逆転してしまいWasmが速い
さらにVanillaではなく仮想DOM系フレームワーク(ReactやVueなど)と比べると実DOM操作以外の処理が多いためWasmが圧勝になっている
286:デフォルトの名無しさん
21/11/10 20:14:12.10 iBRAurlT.net
>>280
お、マジ？
ソース出してソース
287:デフォルトの名無しさん
21/11/10 20:20:33.04 uIoFdyUA.net
>>281
各フレームワーク比較ベンチマーク
URLﾘﾝｸ(rawgit.com)
288:デフォルトの名無しさん
21/11/10 20:23:51.07 aaWoihJJ.net
ベンチ
URLﾘﾝｸ(rawgit.com)
を見ると素のJSが一番速い
ついでなんだかよく分からんフレームワークを2つ挟んで、
solidっていう非vDOM系のJSフレームワーク、
ついでやっとwasm-bindgen
wasm-bindgenってのはRustでwasmやる基礎ライブラリだからフレームワークまで行かない（素で使うのはキツイ）
Rustスレでドヤ顔で貼られてたdominatorってフレームワークはそれよりずーっと右（遅い）
DOMのAPIがwasm側に提供されてない現状でUIフレームワークにwasmベースのものを選ぶのはバカのすること
DOMの関わらない演算ヘビーな処理に特出しでwasmモジュールを使う、といったやり方が当面は賢いだろう
289:デフォルトの名無しさん
21/11/10 20:36:42.87 iBRAurlT.net
>>282
ありがとう。
しかしえらいプリミティブな内容だな。
並んでるフレームワークも機能がバラバラ過ぎてWasmが速いとは一概に言えないよ……。
てか普通にVanillaが最速じゃないか
290:デフォルトの名無しさん
21/11/10 21:00:19.65 N8HP2BZx.net
結局tsなんていらんかったんや
291:デフォルトの名無しさん
21/11/10 21:58:30.80 30tM/jBf.net
>>282
Reactがあまりにも遅すぎなんだな
しかしそれでもReactがこれだけ使われてるということはDOM操作の速さは気にしなくて良いってことか
つまりWasmでも全く問題ないという結論になってしまうな
292:デフォルトの名無しさん
21/11/10 22:17:09.49 iBRAurlT.net
>>286
いや、ベンチマークテストの内容見ればわかるけど、Reactでそんな処理しないだろみたいな内容あるよ。苦手な処理がいくつか刺さった感じ。コードの小ささに降ったPreactより結果が悪い事からもそれが読み取れる。
遅いWasmで問題無いという結論の持って行き方もちょっと筋道立ってないように感じる。
293:デフォルトの名無しさん
21/11/10 22:18:43.57 Ey/Tzzo2.net
どういうDOM操作を行うかあらかじめわかっているならよけいなオーバーヘッドがないvanillaが速いのが道理だけど
このベンチマーク自体はどういう意味があるんかね。
294:デフォルトの名無しさん
21/11/10 22:30:50.49 30tM/jBf.net
>>287
なるほど
Wasmで問題ないと思ったのはそのReactの件だけでなくて
素のJSであるVanillaとWasmの差がわずか6%しかない点も含めてそう思った
DOM操作のオーバーヘッドが�
295:るからWasmは使えないという意見が嘘だと分かったことが大きい
296:デフォルトの名無しさん
21/11/10 23:46:06.12 uIoFdyUA.net
そうなんだよ
DOMの操作でのWasmの不利は誤差範囲
もちろん歴史の深さの差があるから今すぐではないけれどTypeScriptの天下は長く続かない可能性大
297:デフォルトの名無しさん
21/11/10 23:48:34.79 jE8+SBkG.net
wasm使ったWebアプリが未だに実用的に見たことがないんだが
298:デフォルトの名無しさん
21/11/11 00:22:14.37 JReQ08vz.net
バニラJSはえぇえ
やっぱ最強のフレームワークやな
299:デフォルトの名無しさん
21/11/11 04:16:04.08 y+7W6S26.net
バーニラJSって体感でそれくらい変わった？
300:デフォルトの名無しさん
21/11/11 07:22:47.47 NmOI3afO.net
>>289
あぁそうか、Wasmに速度を求めるわけでなくてオーバーヘッド食ってでもJS|TS以外の言語で使いたいって視点なら、それはそうか。
まぁでも、まだまだこれからだね。
現状では他の言語使うモチベーションがフルスタックフレームワークぐらいしか無さそう。
301:デフォルトの名無しさん
21/11/11 07:58:22.18 rsitJIsB.net
>>294
SSR/SSGをCSRと同一コードでDOM生成(HTML生成)させる言語も
JavaScript/TypeScriptよりRust等の方が圧倒的に速くてサーバーコストも下がりそうね
もちろん強力な静的型付け言語を使えて今よりさらに開発効率と質も上がるメリットもあるけれど
302:デフォルトの名無しさん
21/11/11 08:09:17.44 NmOI3afO.net
流石にRustでWeb系を書きたくないなぁ（パフォーマンスが求められる局所なら良いけど）。平衡して考えなきゃいけないレイヤーが増えすぎる。
静的型付け言語のメリットはTSで十分補えてるから俺は要らないかな。
303:デフォルトの名無しさん
21/11/11 08:43:10.77 mOmZ4ONp.net
c#でいいじゃん
VS使えばアホみたいに簡単に作れる
304:デフォルトの名無しさん
21/11/11 08:56:20.67 7Oo+2HXP.net
C#おじさんであったか
305:デフォルトの名無しさん
21/11/11 09:29:06.96 mOmZ4ONp.net
じゃあRust使ってろ
306:デフォルトの名無しさん
21/11/11 10:11:28.40 fzT5M9J5.net
流石にC#で作るとオーバーヘッドが半端ない事になるなぁ
307:デフォルトの名無しさん
21/11/11 11:08:54.97 NdjMldEA.net
新しいflash作ってるって話？
308:デフォルトの名無しさん
21/11/11 12:25:53.19 NmOI3afO.net
.NET, Web, Flash...!!
Silverlightは死んだんだ
いくら呼んでも帰っては来ないんだ
もうあの時間は終わって、
君も人生と向き合う時なんだ
309:デフォルトの名無しさん
21/11/11 16:10:58.43 2q/mK0qR.net
Silverlightは死んでもいいけど光るちゃんは残して
310:デフォルトの名無しさん
21/11/11 16:41:04.31 y+7W6S26.net
海ちゃんと風ちゃんは？
311:デフォルトの名無しさん
21/11/12 00:58:17.93 FSWGxHIH.net
ブラウザ自体が根本的に変化しないとこれ以上は無理やろ
結局はDOM JS CSSが最小単位でフレームワークが力技で現代風な開発環境を整えてくれてるだけだし
312:デフォルトの名無しさん
21/11/12 06:33:55.07 veqBK2Ly.net
ブラウザは頑張ってるよ。あんな複雑なアプリケーションなかなか無い。現代的な開発環境ってのは常に変化するからいちいち対応してたらブラウザのさらなる肥大化を招きそうに思う。
鳴り物入りで導入されたWebComponentsに関しては妙に使いにくくなっちゃったね感はあるけど……。
313:デフォルトの名無しさん
21/11/12 07:04:38.91 Bh62y6O8.net
へーーWebComponentsってどの辺りがダメ？
314:デフォルトの名無しさん
21/11/12 08:02:45.29 veqBK2Ly.net
継承やShadowDOMとかでコードが長く複雑になって気軽にコンポーネントを作りにくい。
気軽に作るのに役立ちそうなtemplateタグがHTML importが無くなっちゃった関係で疎結合化し難く使いにくい。
他にも使っててなんかあったけど忘れた。
まぁその代わり強力なカプセル化出来るし、ネイティブだから速いしどこでも使えるとかって利点も強いけどね。
315:デフォルトの名無しさん
21/11/12 08:35:54.75 Hc0qWDa6.net
>>308
普通React使ってるだけだから良くわからんけど、
WebComponentsってネイティブとか関係あるの？wasmじゃなくて？
316:デフォルトの名無しさん
21/11/12 09:22:51.94 veqBK2Ly.net
Web Components
URLﾘﾝｸ(developer.mozilla.org)
317:デフォルトの名無しさん
21/11/12 21:21:04.49 OglED5iY.net
いずれreactがラッパーになりそう
ある意味なってるのか既に
318:デフォルトの名無しさん
21/11/12 21:27:22.77 R0gkl0Z0.net
>>309
DOM APIのラッパー＝jQuery
WebComponentsのラッパー＝React
319:デフォルトの名無しさん
21/11/12 21:53:59.00 G/TVLntV.net
SPAで開発するとバックエンドはやることないよな
320:デフォルトの名無しさん
21/11/12 22:35:56.03 veqBK2Ly.net
ユーザの権限管理とか、セキュリティとか、スケールするシステム構築とか、キャッシュ管理とか、データ破損に備えたりとか、いっぱいあるんじゃね？
321:デフォルトの名無しさん
21/11/12 22:56:05.85 EfGXJx+x.net
>>314
あるねーー
クライアントにlogic持ち込みたくないわー！
322:デフォルトの名無しさん
21/11/13 12:01:16.35 1Vm1V334.net
バックエンドこそSPAの根幹でしょ
いわゆるホームページならSPAだけで成り立つけど
323:デフォルトの名無しさん
21/11/13 12:14:40.79 Pi5BpDZp.net
>>313
こいつの作ったSPAはセキュリティー保ててんのか？
dev toolsでゴニョゴニョしたら
見えちゃいけないものも見えたりすんじゃね？
324:デフォルトの名無しさん
21/11/13 12:36:25.50 ORAg7Rz1.net
まぁFirebaseとか使えばセキュリティとバックアップの類以外はフロント側に持ってこれるけど
325:デフォルトの名無しさん
21/11/13 13:02:56.15 MewxXHvI.net
Nuxt3はいつですか
326:デフォルトの名無しさん
21/11/13 14:21:20.97 K1gkDUf1.net
SaaS使ったところでバックエンドのロジックをフロントエンドに持ってくる訳ねーだろ
どんな設定だよ
327:デフォルトの名無しさん
21/11/13 15:38:37.16 Pi5BpDZp.net
むかしのくらさばみたいなこーどかいてんだろ
328:デフォルトの名無しさん
21/11/13 15:53:50.44 m5D80op7.net
>>320
究極的にはフロントエンドで直接DB読み書きリクエストしてロジック全てをフロントで持つケースもある
現実のサービスのほとんどが様々な理由でその体系を取っていないというだけに過ぎない
・企業サービスロジック問題
・セキュリティ問題
・効率問題など
329:デフォルトの名無しさん
21/11/13 16:28:58.91 mDDZaPSw.net
いやそれただのデスクトップアプリでしょ
330:デフォルトの名無しさん
21/11/13 16:34:34.59 Tmt+B6uy.net
>>320
お前が知らないだけ
フロントでロジック組むシステムはいくらでもある
331:デフォルトの名無しさん
21/11/13 16:47:10.86 apU13Szq.net
作れるのはもちろんそう
ただバッドノウハウで
作ってるやつがバカというだけ
332:デフォルトの名無しさん
21/11/13 17:05:42.90 ORAg7Rz1.net
FirebaseのFirestore使うとクライアント側でDB（非SQL）のコード書くのよ。セキュリティルールと特殊なケース（Cloud Functions）だけサーバ側に書く。
ここに来る連中ならFirebase知ってるかと思ったけど意外と知名度低いのね。
333:デフォルトの名無しさん
21/11/13 17:15:15.23 m5D80op7.net
>>326
フロントのコードは改変実行される前提に立たないといけないからセキュリティ関係だけはサーバーで持たざるを得ないね
あとは公開したくないDBや公開したくないロジックがある時
それと複数DBアクセス多くて効率悪い時で例えばGraphQLなど挟んで
334:解決
335:デフォルトの名無しさん
21/11/13 18:07:14.83 mghVe0kG.net
デスクトップアプリだって解析されれば同じ話
webだろうがなんだろうがサーバー側とクライアント側で独立したアプリケーションが動くだけ
336:デフォルトの名無しさん
21/11/13 21:05:52.32 1F+F4uLn.net
>>327
Firesroreはセキュリティルールをかなり複雑に書けるからユーザIDをごまかす手段がなければセキュリティ関係もフロントに書ける
DB自体に権限情報を持っておいてそれに従った読み書きができる
正直ルールがややこしいし普通にサーバサイドに置いたほうがいいと思うことも多いが
337:デフォルトの名無しさん
21/11/13 21:44:06.78 HEGCycYG.net
Firebaseエンジニアになりたいん？
おれ(´・д・｀)ﾔﾀﾞなーー
338:デフォルトの名無しさん
21/11/13 22:09:28.66 doZZi1iE.net
外部サービスに依存しといてバックエンドは必要無いとか笑うわ
そもそもfirebaseっていうバックエンドを使ってることに気づいてないんかな
339:デフォルトの名無しさん
21/11/13 22:11:27.85 m5D80op7.net
>>329
それはサーバー側で頑張ってくれている、と同じ
340:デフォルトの名無しさん
21/11/13 22:21:36.24 ORAg7Rz1.net
出来るよって話しただけだよ。別にならなくても良いよ
341:デフォルトの名無しさん
21/11/13 22:21:46.75 zriWUxqt.net
>>331
そういうと思ったわ
342:デフォルトの名無しさん
21/11/14 00:11:34.09 TIZIlibM.net
ログインありならログイン等認証サーバは必須としても
そのサーバ自体にはここで言うロジックは直接関係ないので他は全てブラウザ側というのは可能だし実際にあるよね
343:デフォルトの名無しさん
21/11/14 04:38:21.32 ZK9v1uDr.net
>>313
POSTを受け取ってJSONを返すんだよ
344:デフォルトの名無しさん
21/11/14 04:41:54.91 ZK9v1uDr.net
>>318
まぁ無くなるって事はないだろうけどGoogleだけしか提供してないインフラに頼るってのは一抹の不安があるなぁ
345:デフォルトの名無しさん
21/11/14 13:17:24.54 Y8o9GJuk.net
データベースでベンダーロックインとかマジ勘弁
346:デフォルトの名無しさん
21/11/14 13:27:58.13 Ih4goFSP.net
できるかできないかの話だったからできるよって話しただけなので、皆好きなもの使えば良いと思うな
347:デフォルトの名無しさん
21/11/15 10:11:30.63 nyofewPG.net
フロントにDB置けないかなと真面目に検索した事はあるけどな
一時的なキャッシュ程度でもいいから
結局データ自体壊れる事がある(特にsafari)のが分かって全面的に諦めた
348:デフォルトの名無しさん
21/11/15 11:02:15.24 lcFG4zSj.net
ブラウザのキャッシュストレージを1サイトで100MBとか使ってもいいものなのか？
みんなが使いだしたらやばいよね
349:デフォルトの名無しさん
21/11/15 11:11:00.37 wYO/ump4.net
そんなん保守として扱いきらんやろ、エンドユーザが少数で決まってるならともかく
350:デフォルトの名無しさん
21/11/15 11:23:22.65 WeNmeh05.net
キミたちは最先端でかつこの世に数少ない貴重なSPAフロントエンジニアなわけだが当然年収は1000万超えてるよね？
安売りしてる奴がいたら今すぐ転職して1000万未満は断ってくれ
351:デフォルトの名無しさん
21/11/15 12:29:39.59 S8DLS27l.net
よしわかった、会社紹介してくれ
352:デフォルトの名無しさん
21/11/15 16:03:45.74 nyofewPG.net
>>340
SPAてかWEB自体が最先端でも何でもないよw
アプリもWEBも単にフロントでしか無いし
最適な選択できる人はどんな時代でも給料も高いと思うけどね
353:デフォルトの名無しさん
21/11/15 16:18:16.12 ZAgXbdW4.net
現実社会では多重下請けの末端の派遣がプログラミングしてることが多いから
貴重でもなんでもないんだなｗ
354:デフォルトの名無しさん
21/11/15 16:22:15.84 i/3H6iLT.net
web界隈は土方が集まってるイメージ
355:デフォルトの名無しさん
21/11/15 16:33:57.98 S8DLS27l.net
これは完全に偏見なんだけど、ITドカタと言われると多重下請け業者が集まる出向先で、社内向けシステムをJavaとか.NETとか使ってドリンクガブ飲みしつつ作ってるイメージ。
いや、流石に古いか
356:デフォルトの名無しさん
21/11/15 16:45:13.31 nyofewPG.net
ただ常に人手不足なのは確かなんだよなあ
こんな時代でも仕事には困らんから幸せなんだと思う
ITは確かに体力勝負の土方ぽい部分もあるけど、学ぶ環境も稼ぎ方も選択肢が多くて恵まれてる方だよ
357:デフォルトの名無しさん
21/11/15 16:58:22.30 OV4818+l.net
SPA/PWAに時代が変化したことで
ちゃんとしたプログラミングが出来ない旧フロントエンドの人たちがついていけなくなったり
フロントエンドを食わず嫌いしてたサーバーサイドの人たちが一部関わらざるを得なくなったり
Web界だけに限っても大きな変化が起きつつあるから
358:デフォルトの名無しさん
21/11/15 17:28:36.70 WeNmeh05.net
アプリは顧客に使ってもらうから画面が命
バックエンドエンジニアやこれまでの古いタイプのプログラマーたちは、画面にあるべきボタンやフォーム類が正しく配置して正しく動作させることができない
こんなゴミどもにフロントを作らせることは不可能だ
美しく60fpsを超えるインタラクションやアニメーションとかどうあがいても作れないよな
359:デフォルトの名無しさん
21/11/15 18:22:23.91 S8DLS27l.net
昔よりアニメーションは簡素化と（ライブラリの助けもあって）デザインの統一が進んでる。16ms毎に処理呼び出してた頃に比べれば雲泥の差。ある意味ではとても楽に、ある意味では大変になった。
360:デフォルトの名無しさん
21/11/16 09:31:14.46 MeD51ahk.net
>>351
もうゴテゴテにアニメーション効かせればいいって時代でもないんだがなぁ
361:デフォルトの名無しさん
21/11/16 11:52:24.65 MhaWhMir.net
>>353
その程度の思考しかできないから安月給なんだろうな
ゴテゴテなんて誰も言っていない
Material Youすら理解できないだろう
インタラクションの何かも理解できないならフロントやめたらどうかね
362:デフォルトの名無しさん
21/11/16 11:58:32.98 QNYlFrjx.net
う～んこの煽りたいだけな人
363:デフォルトの名無しさん
21/11/16 15:30:21.93 D3dXj+mv.net
触れないほうが吉
364:デフォルトの名無しさん
21/11/16 15:47:01.82 Oj/stWmO.net
まあクソアニメーション動かすだけのサイトだったら阿部寛のホームページのが１００倍価値あるわな。
365:デフォルトの名無しさん
21/11/16 15:57:41.21 OiumMpqv.net
フロントエンドしか作ったことないひとってこういう極端な考え方するよね
知り合いのデザイナにもいるわ
366:デフォルトの名無しさん
21/11/16 16:11:07.63 W3rX/fuq.net
>>358
そんなゴミみたいな奴ってここにいるのか？
バックエンドもDBも普通にできるわ
むしろできないほうがおかしい
367:デフォルトの名無しさん
21/11/16 16:36:13.69 vem5ZB3j.net
>>359
へぇ
どんなバックエンドつくったの？
368:デフォルトの名無しさん
21/11/16 17:13:30.57 XBfI3WC0.net
Appleがフラットデザイン推して10年経ったが、すっかり浸透して今更フロントのデザイン揉める事もほぼ無いけどな
常識的に分かるでしょって最低ラインはどのライブラリもカバーしてるしむしろ下手なもん作る方が難しい
369:デフォルトの名無しさん
21/11/16 17:24:58.96 iWAf5Rv4.net
バックエンドコンプおじさんに草生える
370:デフォルトの名無しさん
21/11/16 17:34:04.70 QNYlFrjx.net
フラットデザインに関しては、ボロクソ言われながらもしつこく普及を頑張ったMSが先駆者だと言わざるを得ない。
個人的にWindows8のデザインは衝撃だった。
371:デフォルトの名無しさん
21/11/16 17:42:46.36 hBpnk9RR.net
SignalrRとかWebSocketのUI側テストってどのようにやってる？
双方向通信のコネクションはった後プッシュ的にサーバから送られてくる�
372:fータのテストで悩んでる。 テキトーなボタンつくってぽちぽちするとデータ流し込むのを作ってるけど何か違う気がする
373:デフォルトの名無しさん
21/11/16 17:48:37.92 XBfI3WC0.net
>>364
なんのテストかによると思うが
あと自動化はするべき
374:デフォルトの名無しさん
21/11/16 18:01:17.60 ikMftiDM.net
SPAの方が好きだが
SPAで頑張るとjsの逆汗等でリバエンクラックされやすくなるリスクは増えるんじゃね
375:デフォルトの名無しさん
21/11/16 18:08:36.99 PJGsrJc0.net
>>366
どういう設計してんのよ
376:デフォルトの名無しさん
21/11/16 18:20:55.45 qwTwL+Cp.net
一体どこを逆アセンブルするのさ
377:デフォルトの名無しさん
21/11/16 18:31:29.76 SlziVE7V.net
>>366
秘密ロジックだけフロントに持ち込まなければ大丈夫
あとはフロントでもWasm使えばネイティブアプリのバイナリ配布レベルと同等になるかな
378:デフォルトの名無しさん
21/11/16 18:41:13.91 utheSUPb.net
なんだこの低レベルスレ
クライアントのjsなんてクラッキングし放題だろ
Firebaseアプリがクラッキングされまくってんの知らんの？
wasmにしたって一緒
バカじゃねーの？
379:デフォルトの名無しさん
21/11/16 18:46:51.97 QNYlFrjx.net
う～んこの安い喧嘩売り
380:デフォルトの名無しさん
21/11/16 18:55:55.32 QNYlFrjx.net
一応Firebaseの名誉のために言うと、Firebaseがクラックされるのはあんだけ警告されるのにセキュリティ設定をガバガバにした奴が悪いのだ
381:デフォルトの名無しさん
21/11/16 19:13:09.26 MpnLtB24.net
firebaseに問題があったとしてそれJS関係なくね
382:デフォルトの名無しさん
21/11/16 20:33:01.93 ZHIkLsPl.net
置いたユーザに落ち度がなくてクラックされたことってあるの？
383:デフォルトの名無しさん
21/11/16 20:54:20.00 XBfI3WC0.net
firebaseの責任ではないけど
穴のある設定にしがちなユーザと適切に警告なり検出していないfirebase双方の未熟さが合わさって起きた事件があった
特にFirestore周り
だったと記憶してるがゴメン正確にはググって
384:デフォルトの名無しさん
21/11/16 22:02:02.21 slAgU0IC.net
いや、普通にフロントとバックくらい両方やるだろそんなところで役割分担とか無駄でしかない
385:デフォルトの名無しさん
21/11/17 00:49:58.80 3t9zkpw9.net
分業と言えばデザイナとの付き合いは変わったね
今でもdreamweaver使ってる現場ってあるのかな
10年前から追いかけてないが今でもCCに入ってるの見ると需要はあるんだろな
386:デフォルトの名無しさん
21/11/17 01:17:59.91 +JwFzM8R.net
4000年後からの電波受け取った人か
387:デフォルトの名無しさん
21/11/17 12:39:19.54 BEhy6JLJ.net
秘密ロジックってなんすか？秘密データじゃなくて？ wasmにしたって一緒なのはその通りｗ
低レベルスレww
388:デフォルトの名無しさん
21/11/17 14:43:45.12 fU48m5xS.net
みゅーと
389:デフォルトの名無しさん
21/11/17 15:42:19.47 S80y8v1+.net
僕の考えた最強の秘密ロジック！
390:デフォルトの名無しさん
21/11/17 16:27:31.00 UyIXavFF.net
ｗｗｗ
391:デフォルトの名無しさん
21/11/17 17:38:12.93 X30lDDPn.net
Google謹製ソフトウェア使っとけばセキュリティ問題が自然と解決すると思ってたり
mBaaS使っときながらバックエンド必要ないとか言ってみたり
バイナリがデコンパイルされること知らなかったり
そのくせフロントエンド開発者はバックエンド開発者より上だとか言ってみたり
なんか色々と察してしまうわ
392:デフォルトの名無しさん
21/11/17 18:11:00.03 vLWqoinU.net
はいはい僻み乙
393:デフォルトの名無しさん
21/11/17 18:58:36.04 sYjDCVja.net
なぜかフロントだけがセキュリティリスクあるみたいな流れ
394:デフォルトの名無しさん
21/11/17 19:34:22.21 VPQ5I4CG.net
これより一子相伝、門外不出の秘密ロジックを伝授する！用意は良いかケンシロウよ！
395:デフォルトの名無しさん
21/11/17 19:34:26.39 cT9jDcmE.net
セキュリティ全無視のレスしてるからだろ
396:デフォルトの名無しさん
21/11/17 19:50:48.03 xGPce8cB.net
型はいらない派も笑うよな
小規模プロジェクトしかやったこと無いのが丸わかりで
一人でシコシコ最強秘密ロジック書いとけって話
397:デフォルトの名無しさん
21/11/17 21:53:50.37 vy1AT0Xw.net
仕事でvue使ってるけど自由すぎてしんどい
angularのがライフサイクル固まってて間違いないように見えるが不人気なんだよな
398:デフォルトの名無しさん
21/11/17 22:16:07.36 SfknQ7Tq.net
vueうちの会社でも使ってたけど、
一覧生成とかをvueにして基本Jqueryと併用したほうが早い からの、結局Jqueryでいいになって
今じゃ使われなくなったわ
399:デフォルトの名無しさん
21/11/17 22:25:27.43 fsiSyMeg.net
そりゃ上手くいく訳ない
400:デフォルトの名無しさん
21/11/17 22:45:33.81 3t9zkpw9.net
>>389
俺もangularの方が好きだよ
色んな意味で最初抵抗あるのはよく分かるから仕事じゃ無理に勧めないけどね
401:デフォルトの名無しさん
21/11/17 22:51:07.37 MuNxGpJh.net
久々にjQueryって言葉聞いた
402:デフォルトの名無しさん
21/11/17 23:05:48.28 45MpLEpa.net
let $ = document.queryselector;とかこの業界まだやってんの？
403:デフォルトの名無しさん
21/11/17 23:29:34.18 YG2/9hEL.net
>>388
いらんでしょw
javascriptで書けませーんwとか言いそうw
404:デフォルトの名無しさん
21/11/17 23:36:03.84 SfknQ7Tq.net
Intへの変換とDecimalへの変換とStringへの変換のメソッドつくっときゃ一緒やで
405:デフォルトの名無しさん
21/11/17 23:47:24.46 UyOBtfGC.net
まだこんなレベルなんだな、安心したわ
406:デフォルトの名無しさん
21/11/18 00:16:23.14 3QPZGpOT.net
このスレのレベルが低いだけだよ
407:デフォルトの名無しさん
21/11/18 05:35:33.56 +R4B5ZiG.net
一体いつjQueryの利用が減少に転じるんだろうね
まだjQueryの利用者は増え続けてるからね
現在78.3%、このペースだと2年後に80%超えても不思議じゃないな
URLﾘﾝｸ(w3techs.com)
408:デフォルトの名無しさん
21/11/18 06:48:20.74 In+gpp4R.net
レベルが低い奴がいたっていい。山が高くなるには裾野が広くなくちゃいけないからな。
それにレベルが低くたってC#おじさんとjQueryおじさん、あるいはフロント見下しおじさんがスレ違いの事ばかり言ってるのに比べれば100倍生産的なんだなw
409:デフォルトの名無しさん
21/11/18 11:39:40.78 /He/baLS.net
>>383
KENYAの匂いがするよな
410:デフォルトの名無しさん
21/11/18 13:58:01.29 5Kqa+JGe.net
>>388
一般的に秘密ロジックとはセキュリティロジックやビジネスロジックのうち公開したくないもののことだね
それをフロントエンドに持って来ると難読化でもバイナリ化でも解読されうるからサーバーサイドに持つという話かと
だから全てをフロントエンドに持ってくることはなくサーバーサイドに少なくとも秘密ロジック部分が残るという話の流れと理解
411:デフォルトの名無しさん
21/11/18 15:30:51.11 1lr/3Caz.net
今さら理解したのか
412:デフォルトの名無しさん
21/11/18 16:12:38.23 TCr7gYbt.net
サーバーにあるべきロジックが
いくらSPAになったとしても
クライアントにもってこれるわけねーーだろ！
ってはなし
413:デフォルトの名無しさん
21/11/18 16:31:11.29 rRaCI1rd.net
それ教えてあげてもフロントエンド開発を見下してるとか言い出すしな
訳がわからない
414:デフォルトの名無しさん
21/11/18 16:43:20.83 P54vPZHv.net
オープンソース隆盛の時代に、秘密ロジックおじさんの長文ってなんで言い訳に聞こえるんだろ（笑
415:デフォルトの名無しさん
21/11/18 17:03:00.35 In+gpp4R.net
いやそれはそれで意味が違うゾ
416:デフォルトの名無しさん
21/11/18 17:11:38.51 vBpL832d.net
フロントエンドは「データ取ってきて表示する」ぐらいにしとかないと破綻するよ
何でも出来るから何でもして良いってわけじゃない
417:デフォルトの名無しさん
21/11/18 17:58:10.87 gdz1OI4g.net
リスクとパフォーマンスを天秤にかけて個別に判断するだけ
SPAがどうとかぶっちゃけ関係ない
418:デフォルトの名無しさん
21/11/18 18:33:36.89 pecgq/gO.net
またそんな適当なことを
419:デフォルトの名無しさん
21/11/18 18:44:45.02 xaTjm3qb.net
いまエンジニア転職市場ではまともな開発ができるSPAフロントエンドエンジニアが求められている
なぜならどの業界もエンジニアが欲しくてたまらないから
しかしフロントエンドエンジニアは圧倒的に少ない
安売りするなよ
420:デフォルトの名無しさん
21/11/18 18:50:53.70 Kn6qnc0i.net
お前が安いだけだろ
421:デフォルトの名無しさん
21/11/18 18:54:02.24 xaTjm3qb.net
日本のゴミのようなシステムのフロントに変革をもたらすんだ
422:デフォルトの名無しさん
21/11/18 18:57:43.53 YUbxIrU4.net
reactはhooksのおかげで価値が数倍になったな
よくjavascriptにこんな機能乗せたもんだ
423:デフォルトの名無しさん
21/11/18 19:33:20.03 +1tq2XEC.net
>>411
あんたエンジニアじゃないじゃん
424:デフォルトの名無しさん
21/11/18 19:50:15.50 xaTjm3qb.net
>>415
じゃあ俺はなんなんだよ
425:デフォルトの名無しさん
21/11/18 19:58:36.96 c3EYgPku.net
簡単なもの作るなら、jQueryが楽だと思います
426:デフォルトの名無しさん
21/11/18 20:20:24.54 In+gpp4R.net
無い無い。ちょっとでも複雑なもの作るならReactの方が断然楽だし、ドシンプルなもの作るならバニラJSの方が良い。
jQueryは環境に付属してる場合以外、積極的に採用する理由はない。
427:デフォルトの名無しさん
21/11/18 21:27:39.91 3WW9Z0qJ.net
jQueryの話は荒れそうだしやめようよ
428:デフォルトの名無しさん
21/11/19 01:12:44.49 Z3I1Kt5f.net
>>419
バニラJSを使うことってあるんですか？
そのバニラJS vs jQueryで比較しましょう
429:デフォルトの名無しさん
21/11/19 01:13:12.61 Z3I1Kt5f.net
Reactがダメな所はバニラJSと組み合わせられないところなんだよな
430:デフォルトの名無しさん
21/11/19 07:03:58.28 UKAZMSSR.net
ReactはJSの上に構成されているので組み合わせれるも何もないよ。それとややレアケースではあるけど（仮想ではない）生DOMとも組み合わせられるよ。特殊なイベントを扱いたい時にcurrentTarget経由で使ったりとかね。
431:デフォルトの名無しさん
21/11/19 09:48:39.90 iGu6JE6u.net
バニラJSが何なのか分かってないっぽいな
432:デフォルトの名無しさん
21/11/19 09:59:49.28 bowbN7uq.net
バーニラ、バニラバーニラ
433:デフォルトの名無しさん
21/11/19 10:22:02.15 eyeX0xyM.net
>>415-415
youtuber ですねわかります
434:デフォルトの名無しさん
21/11/19 10:23:38.91 QjMBy/iN.net
バニラJSを使うような人は、jQueryを使ったほうがいいだろうな
開発しやすさが段違い
435:デフォルトの名無しさん
21/11/19 10:46:42.17 UKAZMSSR.net
（10年前なら）そうだよ
436:デフォルトの名無しさん
21/11/19 11:56:25.62 Emvyz1n/.net
このスレあかんw
437:デフォルトの名無しさん
21/11/19 15:54:49.23 E3SeKBLS.net
>>420
別のスレでやってくれ
438:デフォルトの名無しさん
21/11/19 15:59:48.85 rEwMjqRY.net
>>394
let $ = document.querySelectorAll;だろ、、常考
439:デフォルトの名無しさん
21/11/19 17:24:26.32 r80Sufh8.net
秘密鍵もフロントエンドに乗せてそう
440:デフォルトの名無しさん
21/11/19 18:00:24.66 9jEldyCd.net
バニラJDとかなんかときめくよな
441:デフォルトの名無しさん
21/11/19 23:55:19.77 x1xdBkuV.net
日本はreactとvueの分断が酷いね
またガラパゴス化してしまうのか
442:デフォルトの名無しさん
21/11/20 00:00:46.10 9SFervQD.net
URLﾘﾝｸ(i.imgur.com)
443:デフォルトの名無しさん
21/11/20 00:17:47.19 eBi9g1Hh.net
日本だとvueが人気って嘘だと思うんだよな
日本のツイッターの言及数でもreactの方が2、3倍多い
444:デフォルトの名無しさん
21/11/20 00:21:20.89 9SFervQD.net
URLﾘﾝｸ(trends.google.co.jp)
445:デフォルトの名無しさん
21/11/20 00:23:56.49 yZJtYWFA.net
>>435
それは二年以上まえの話
既に逆転してるから
446:デフォルトの名無しさん
21/11/20 01:45:22.69 2jLMR09m.net
世界で比較するとvueが結構reactに迫ってるんだな
あくまでgoogle trendでの比較だけど
USでも倍か。もっと差があると思ってたわ
Angularはまあ、安定してるw
447:デフォルトの名無しさん
21/11/20 02:40:35.66 MY4Wra5y.net
Vue良いぞ。Reactも良いけど、フォームアプリとなるとつい俺はVue選ぶ。
あと、jQueryで良いような小さいツールでもDOMいじりしたくなくて、コンパイルせずにVue使ったもできるのかVueの強み。
448:デフォルトの名無しさん
21/11/20 06:54:44.93 QWYOq6Es.net
>>436
日本でReactとVueが絶賛競い中だな。2020年末ぐらいからは若干Reactの方が多いし増加傾向に見える。
中国といえばVueというイメージあったけど55%か、意外と少ない。
449:デフォルトの名無しさん
21/11/20 07:11:42.39 QWYOq6Es.net
>>438
USだと4～5倍差に見えるんだけど、俺は見方を間違えてる？
450:デフォルトの名無しさん
21/11/20 07:21:59.18 RbTuX8Pm.net
未だにvue押してる老害がいるから日本はガラパゴスって言われるんだよな
451:デフォルトの名無しさん
21/11/20 07:29:13.83 vCf1nG/r.net
react一強ですな
日本のエンジニア求人も一年前からreactに傾いてます
452:デフォルトの名無しさん
21/11/20 07:36:47.89 QWYOq6Es.net
日本のWebフロントエンドはまだガラパゴスにすらなって無い
453:デフォルトの名無しさん
21/11/20 07:50:05.01 7hjyIAPL.net
vue.js 日本ユーザーグループが、3千人だろ
YouTube で有名な、雑食系エンジニア・KENTA の、
転職用Ruby on Rails サロンは、月千円と有料だけど、3千人
単に、1人の有料サロンと同数w
454:デフォルトの名無しさん
21/11/20 07:59:49.51 DeCiL9jU.net
鷲とカモが同数いたから何だって？
455:デフォルトの名無しさん
21/11/20 08:01:55.66 RbTuX8Pm.net
そもそも日本のバックエンド人口とフロントエンド人口が圧倒的な差がある
ガチフロントはバックエンド100に対して1すらない
456:445
21/11/20 09:36:52.09 7hjyIAPL.net
でも、最近のKENTA のサロンの、
Ruby on Rails 初心者用コースには、フロントエンドも入っている
Rails, Linux, Docker Compose, Node.js(Webpack, Babel), Bootstrap
VSCode(Remote Container, WSL2 ならRemote WSL), Heroku, CircleCI、データベース
今までは、Docker Compose までが初心者用コースだったが、
最近は誰でも、Docker出来るから、
AWS Fargate, Terraform, Vue.js, React, TypeScript も入っている
だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
今では、1年の未経験者が、10年以上のプロよりも技術力が上になってる！