Vue vs React vs Angular Part.4

レス数が1000を超えています。これ以上書き込みはできません。
2020/06/11(木) 19:01:45.26ID:uGsh0NQC
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333895/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください
2020/06/11(木) 19:02:33.57ID:3oUjSKKe
建て乙
3デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:37:00.48ID:DfQXR17L
このスレ、HTMLパーサーの話題OK？
4デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:39:13.65ID:DfQXR17L
前スレでご質問の在ったクルクルとは、Googleで検索して見ようとすると、これ見よがしにお待ちくださいのような感じのクルクルが現れる現象のことです。
2020/06/11(木) 20:39:16.88ID:V0H+M30n
パーサーはNG
クルクルの説明して？
6デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:41:08.18ID:DfQXR17L
NGすんなよ。
NGならここは俺の次スレではないな。
2020/06/11(木) 20:42:15.60ID:V0H+M30n
だってパーサーの説明ろくにできないじゃん
8デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:46:32.64ID:DfQXR17L
聞く方にだってある程度の理解が求められるだろう。
今のメンツじゃ話しても無駄だと思ったから、じゃあ終わりって事にしたんだ。
Gumbo貼ってきたり、Chromeから抜くと言ってみたりじゃ、ちょっと無理だろ。

スレを盛り上げていく中で、それHTMLパーサーで出来るよ？とちょこちょこブッコむ。
この流れで理解を得ようという作戦だよ。
9デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:48:40.12ID:DfQXR17L
できれば、Gumbo程度は使ったことがあるって人が居ると望ましいのだが。
事前に問題を共有できてるから、出発点が少し先に行ける。
2020/06/11(木) 20:52:36.76ID:G9WT1PPm
パーサーとjQueryはNGワードに入れとくわ
2020/06/11(木) 21:28:59.30ID:Ffq3jYyG
パーサースレ立てれ
そっちで存分にやってくれ
12デフォルトの名無しさん
垢版 |
2020/06/12(金) 09:54:46.85ID:F8A7CVPb
O2
2020/06/12(金) 13:37:36.21ID:WAcjPpR1
テステス
14デフォルトの名無しさん
垢版 |
2020/06/13(土) 10:30:15.53ID:fSDXpiN3
各社のサイトのソースをみてReact, Angular, Vueのどれかを
使ってるかを判別する方法ってある？

URLが変わらずにページ内容が変更されることが多いならSPAの
フレームワーク使ってる可能性あるとはわかりそうだけど、そこから先がわからない
2020/06/13(土) 10:45:02.35ID:xpwAJF9n
Wappalyzerプラグイン入れるか
個別に
React Developer Tools
Vue.js devtools
Augury
入れるかじゃない？
後者で検知されて前者で検知されない場合もあって
その場合どっちが正しいのかよく分からん

どっちもChrome,Firefox版はある
2020/06/13(土) 10:45:37.23ID:xpwAJF9n
プラグインっていうかアドオンか
2020/06/13(土) 11:08:26.22ID:fSDXpiN3
>>15-16
ありがとう、SPA初心者でどれも名前聞いたこと
ないけどいれていろいろ試してみる
お手本となるSAPの使い方というかを有名サイトで学びたい
18デフォルトの名無しさん
垢版 |
2020/06/16(火) 01:56:46.78ID:Xeh3GZLH
part4まで来てたのか。angular使いはじめたきっかけだからこのスレには少し感謝してる。
2020/06/16(火) 04:03:36.69ID:zfRgO9so
>>14
サイトを分析する、BuiltWith

https://builtwith.com/ja/
2020/06/16(火) 11:07:46.76ID:DZinpEBb
angular使ってるけどstyleの管理が悩ましすぎる…
cssに書いたりhtmlに書いたり、はたまたtypescriptのクラスとして作ってngstyleでバインドしたりで散らかってしまう。
もういっそ全部ngstyleってのもありなんだろうか
2020/06/16(火) 19:04:07.13ID:JUU4cCl6
コンポーネント毎にCSS書くってのはどう考えても無駄だよね
2020/06/16(火) 19:51:37.49ID:bai2ZBnX
グローバルに設定するための「styles.css」が「index.html」と同じ階層に用意されてるじゃないですか
2020/06/17(水) 03:13:39.29ID:uzPHdkW5
tailwindでいいよ
2020/06/24(水) 16:49:18.89ID:RNTo5KV+
vue書くの苦行すぎる
結構細かくルール指定するくせにこんなこともやってくれねえのっての多すぎ
2020/06/27(土) 10:54:57.79ID:cTLM9cqk
いきなりSPAに挑戦する前に既存のマルチページアプリにJSフレームワークを小規模に導入して勉強したいんですが
古き良きMVCフレームワークとJSフレームワークを組み合わせて使う場合はvue.jsが良いのでしょうか？
2020/06/27(土) 12:16:45.04ID:PeqwGCh1
vueはやめとけ
途中でやっぱReactにしとけばよかったってなる
27デフォルトの名無しさん
垢版 |
2020/06/27(土) 15:27:22.16ID:QSLeN3Uh
SPAって挑戦するもんじゃないだろ
挑戦だと思ってるならやめとけ
2020/06/27(土) 15:47:59.91ID:lpve9t0r
最初の導入なんて誰でも挑戦みたいなもんだろ
挑戦してみた結果結局jQueryでいいやって人が大多数居るわけで

フレームワークをちゃんと導入できるところなんてほんの一握りだと思うよ
2020/06/27(土) 20:07:25.55ID:4etpNQZ1
>>25
最初からReactでいいとおもう
VueはTypeScript使えないので却下
2020/06/27(土) 21:03:04.94ID:DZYSd81b
Vueはマークアップ言語のように書けてわかりやすいのが強みだ
2020/06/27(土) 21:20:20.87ID:l4bvgPtY
みんなSPAで何つくってんの？
ページ遷移型Webアプリじゃできないようなことやってるの？
32デフォルトの名無しさん
垢版 |
2020/06/28(日) 13:21:45.43ID:h57n4OGN
元々デスクトップアプリ描いてた人の立場だとSPAの方が造りやすいかも知れない
2020/06/29(月) 00:43:34.49ID:7FENAdrX
SPAはウェブサイトには相性が悪いからね
2020/06/29(月) 01:16:05.00ID:JKzSNEQv?2BP(1000)

Angular勢少ないな
一番スッキリ書けて使いやすいと思うんだけどな
2020/06/29(月) 19:09:55.90ID:M2tiz9Gn
まあ落ち着けって
2年後にはSvelte以外オワコンになってっから
2020/06/29(月) 20:59:26.41ID:QQ3eObY8
>>35
あれが流行る理由が逆に分からんのだが
VueとReactの良いとこ取りとか言ってる輩がいるがReactの良いところってhtmlじゃなくjavascriptを主に開発出来るって所だと思ってるんだがその辺台無しになってる
37デフォルトの名無しさん
垢版 |
2020/06/29(月) 23:26:58.03ID:VEALtdK2
>>34
Angular
SPAではトップ3に入ってるのは間違いないでしょ
Angular自分は学習コストが大きいと聞いてやめてReact学習中
38デフォルトの名無しさん
垢版 |
2020/06/30(火) 03:55:00.72ID:Ug8SveUy
>>25
vueもいいよ。今でも少し込み入ったフォーム(検索や問い合わせ)だけvueで置き換えるのは十分あり。メンテナンス性が格段に上がる。
あと、むしろvueでtypescriptは使わない方がいい。vueの良さである気軽さが損なわれる。jQueryと共存なんて気持ち悪い事もできる。

>>37
angular使ってるけど初期コスト高いとは思わなかったよ。先入観で除外するのは勿体無いと思うぞ。
39デフォルトの名無しさん
垢版 |
2020/06/30(火) 12:17:27.31ID:YApTRDNI
そういえばなんで日本でVue人気あるの？
海外だとあんまり人気ない印象ある
2020/06/30(火) 12:24:43.57ID:Ee44cQ0O
日本人はアホだからReactとか難しすぎるんだよ
単にそれだけ
41デフォルトの名無しさん
垢版 |
2020/06/30(火) 12:39:23.28ID:QhrDkAb7
日本人は自分で使って判断するって考えがあまりない印象
他人の評判ばかり気にするし優先するあほばっか
2020/06/30(火) 12:39:29.49ID:qjklLePD
例のキチはいなくなったか
2020/06/30(火) 12:59:47.94ID:j70U2+kl
Web siteではなくWeb applicationを作るとして
習得の難易度でいったらどの順番で簡単？
React, Angular, Vueの比較で
2020/06/30(火) 13:47:46.89ID:ww2Xd+MO
「フレームワークを習得」とか言ってることに違和感があるんだよなｗ
必要なら使うだけなんだし
2020/06/30(火) 14:33:38.78ID:ojYrCHBE
Ruby on Rails では、Bootstrap か、React が多い。
Vue.js は、見ない

コンポーネントだから、組み合わせやすいのだろう。
ある部品だけ、Reactを使うみたいな感じ

それに米国の企業だし
2020/06/30(火) 14:59:46.72ID:Ee44cQ0O
rubyのことは聞いてないから
2020/06/30(火) 15:28:22.98ID:j70U2+kl
>>45
ReactはFrameworkではなくLibraryだから、
他と組み合わせしやすいんでしょう

最近はRails関連でもReact使ってるのか
Reactはecosystemが充実してるな
2020/06/30(火) 16:27:02.21ID:ojYrCHBE
Ruby on Rails + React + Bootstrap + Material UI

Elemental UI は見ない
49デフォルトの名無しさん
垢版 |
2020/06/30(火) 17:40:35.19ID:Ug8SveUy
>>43
それならangular,next(react),nuxt(cur)との比較になる。
ただ習得難易度を比較するのはあまり意味がないと思う。迷うなら全部入れて弄ってみた方がいい。世間の評価と随分印象が違う事に気づくと思うよ。
俺はvueが好きだが選んだのはangular。
2020/07/01(水) 04:39:24.40ID:BX/M4O4u
Rubyやってるヤツの頭の中がいかにごちゃごちゃなのか分かる書き込みだな
5148
垢版 |
2020/07/01(水) 08:29:04.91ID:Zme9Nt79
Ruby on Rails では書き方を強制した、規約だけのStimulus も使う

それをリアクティブプログラミングにした、StimulusReflex もある
2020/07/03(金) 23:22:38.78ID:KyXHMv2P
Vue3.0からクラスベースのコンポーネントって無くなるの？
2020/07/03(金) 23:25:04.49ID:uIgOlo/V
ほらな。まーた今までの技術がオワコンになった（笑）
2020/07/03(金) 23:28:17.94ID:IqbF62xT
Reactでは随分前にそうなってたもんな
2020/07/04(土) 03:45:46.09ID:q+uG7L9l
reactってSFC標準にならないの
ファイル数多いから敬遠しちゃう
56デフォルトの名無しさん
垢版 |
2020/07/04(土) 03:50:59.89ID:OxpkXjjx
スーパーファミコン
2020/07/04(土) 09:58:26.51ID:Kg/e4APV
今どきスーファミとかだっせーよなー
2020/07/04(土) 18:47:03.26ID:JKT0dJEu
時代はメガドライブだよな
2020/07/06(月) 00:53:12.33ID:PFmAGtDP
ReactのHooksが登場してからは、Reactが一番導入のハードル低い気がするなー
Hooks系のライブラリ充実してるし
2020/07/06(月) 01:44:53.57ID:v1x+2Pdq
useEffectでjQueryと共存なんてキモチ悪いことも簡単にｗ
2020/07/06(月) 12:22:09.69ID:+5y8OyVS
Vue3.0
7月にRC
8月に正式版リリース
2020/07/06(月) 12:44:59.12ID:E5MtnOl4
どう変わるんや
2020/07/06(月) 19:58:43.29ID:QfKF0PFS
reactに近づく
つまりreactでよくね？ってなる
2020/07/06(月) 20:05:31.64ID:dZeM1NWt
つうかElmでいいじゃん…
2020/07/06(月) 20:28:13.21ID:v1x+2Pdq
svelteならまだしもelmはもう終わってるでしょ
2020/07/06(月) 20:29:20.31ID:PFmAGtDP
でも色んなツール出た方が活性化していいと思うなー
変化が無い方が廃れるの早いやろし
2020/07/07(火) 00:34:20.29ID:LF/sym53
vueのTS対応遅いからreactに移ったわ
JSXが嫌いだったけど慣れたら便利だな
2020/07/07(火) 07:07:55.28ID:FRgW1MQ9
Vue3.0はvueの書き心地の良さだいぶ減る気がする
リアクティブなデータが一段ネストされるのもストレス
69デフォルトの名無しさん
垢版 |
2020/07/07(火) 20:34:43.73ID:IVftZWlI
reactってクライアントサイドフレワなのに
サーバサイド技術のnpmとかnode.js
がインストールに必要なの意味わからなくね？
なんでjqueryと同様にCDNで配布してsrcで読み込む
シンプルな形式にしないの？
トランスパイルって鯖と蔵どっちで処理してんの？

なんでトランスパイラそのものをライブラリ内に
組み込んでHTMLのsrcで読み込んでブラウザに仕事させれば
いいものをユーザにnpmとかyarnとかwebpackとか
reqireさせるわけ？
そしてなんで色々なやり方が錯綜する訳？

なんでPHPがapacheやMySQLとズブズブに
蜜結合してるのと同じ轍を踏むわけ？
2020/07/07(火) 20:54:32.97ID:5jV7r1Oa
実行時のリソース消費を減らすためだよ
2020/07/07(火) 20:55:13.15ID:5jV7r1Oa
ちなみにCDNとscriptタグの組み合わせも使えるよ
2020/07/07(火) 21:12:22.45ID:Csl+eNq2
有名なフレームワーク・モジュールには、CDN もある

Ruby on Rails など、ウェブ系の開発者は、
VSCode, Node.js, Webpack などが必須

jQuery, Bootstrap, React なども
2020/07/07(火) 22:59:11.42ID:Ttnpigl4
>>69
おめーがアホだから理解不能なだけだろが
74デフォルトの名無しさん
垢版 |
2020/07/08(水) 00:21:09.70ID:739odCbc
>>69
>サーバサイド技術のnpmとかnode.js

この認識が可笑しい
75デフォルトの名無しさん
垢版 |
2020/07/08(水) 00:30:48.93ID:J4hybS9S
>>67
確かにvueのtypescript対応は不親切。
てかいい加減公式サイトぐらいtypescript対応しろと。
2020/07/08(水) 10:52:27.83ID:jfQpAxCR
>>72
だからお前いつもグルーピングがおかしいってば
2020/07/08(水) 11:23:22.62ID:s7sJ7O7X
rubyｶﾞｲｼﾞに触るな
7872
垢版 |
2020/07/08(水) 11:59:26.81ID:Z8A6jaoN
>>69
トランスパイルは、サーバー側でする。
その開発環境が、Node.js

もし、JSX で書いて、それをブラウザでトランスパイルすると、
時間が掛かるので、推奨されない

だから事前に、Node.js, Webpack, Babel, Browserify, Uglify, CssShrink, AutoPrefixer などで、
ES2015, JSX などを、ES5 に変換しておく
2020/07/08(水) 12:06:07.93ID:t4n6CtPA
なんでガイジ鯖でトランスパイルなんてとんちきなこと言ってんのかと思ったけどもしかしてc9みたいな環境でやってんのかなこいつ？
8072
垢版 |
2020/07/08(水) 12:10:06.57ID:Z8A6jaoN
トランスパイルの手順も、タスクランナーのGulp か、
プロジェクトのpackage.json 内の、npm scripts に書いて実行するだけ

watch 機能を書いて、ファイルを保存するたびに、自動的にトランスパイルすることもできる

Ruby on Rails では開発用サーバーに、webpack-dev-server を使う
8172
垢版 |
2020/07/08(水) 12:12:49.23ID:Z8A6jaoN
そもそも、ブラウザでトランスパイルするのは、全ユーザーが同じ変換をするから無駄

サーバーなら、1回の変換で、全ユーザーに対応できる。
変換後のHTML を送るだけ
2020/07/08(水) 12:17:22.01ID:QRjt2V7u
めんどくせーならNuxtでも使えや。
8372
垢版 |
2020/07/08(水) 12:20:39.69ID:Z8A6jaoN
Docker か何かの開発サーバーじゃないの？

漏れは、自分のPC 内のWindows 10, WSL, Ubuntu 18.04 で、
VSCode の拡張機能、Remote WSL を使って、
Linux側に、プロジェクトを作っている

Windows側からのブラウザアクセスは、
VSCodeの拡張機能・open in browser ではローカルファイルアクセスとなるので制限されるが、
VSCodeの拡張機能・Live Server では、サーバーを立ててのアクセスとなるので制限されない

Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
同様のツールに、asdf もある
2020/07/08(水) 12:25:17.49ID:Kr2gnfN5
devcontainerのほうがいいでしょ
環境切り替えが楽チン
2020/07/08(水) 12:28:10.14ID:hmU+YLWt
anyenvとかすぐに重くなるから嫌い
なんとかenvは全部作り直せと言いたくなる
8672
垢版 |
2020/07/08(水) 14:11:54.59ID:Z8A6jaoN
phpenv が重いのは、すべてのファイルをコピーしているからとか、

何かのサイトに書いてあった
8772
垢版 |
2020/07/08(水) 14:16:33.13ID:Z8A6jaoN
Stoyan Stefanov の本には、Babel, Browserify は、

グローバルにインストールした方がメリットが多い、とか書いてあるけど
2020/07/08(水) 15:16:59.06ID:t4n6CtPA
>>81
そうじゃなくて、reactっていうかJSXのトランスパイルはrubyｷﾁｶﾞｲであるお前以外の99%はブラウザでもサーバでもなくフロントエンドの開発マシン、要は手元のPCでビルド時に行うの。
2020/07/08(水) 15:28:49.13ID:MVSOOhWY
いや俺はデプロイ先のコンテナでビルドするように設定してるけど
2020/07/08(水) 15:33:35.61ID:Kr2gnfN5
それはないな
起動が遅いのはコンテナでは許されない
2020/07/08(水) 16:12:22.96ID:MVSOOhWY
>>90
リリースのたびにローカルの開発環境でnpm run buildみたいなコマンド打って、トランスパイルされたjsファイルを手作業でアップロードみたいな作業するの？
零細サイト(アプリ)ならありかもしれないが…
2020/07/08(水) 16:19:50.85ID:I47WXMxT
なんで手動って決めつけてんの？
ビルドプロセスにデプロイも含めるでしょフツー
2020/07/08(水) 16:28:48.25ID:0bRtE3JM
>>91
Laravelならプロジェクト一式の中にwebpack関連の一式も入ってるけどね
2020/07/08(水) 16:47:50.70ID:Kr2gnfN5
>>91
手動でアップロード？
意味わからんこと言うなよ
95デフォルトの名無しさん
垢版 |
2020/07/09(木) 10:02:09.72ID:mOpBi7N3
>>91
tsファイルの変更を自動検知して.jsに自動でトランスパイルする設定で
開発するのが普通なんじゃないの

>>92
deployっていう用語は開発が終わって本番サーバーに移すときに使う感じでしょ

開発中のこまめな修正はbuildだから
buildとdeployはセットにしてしまうと不便
頻度が違いすぎる
2020/07/09(木) 10:04:52.31ID:G/OlOUwD
インフラ屋には「開発」って概念がないからｗ
あいつらは出来上がったものを配布するだけ
配布するときにビルドが必要かどうかってことしか知らない
ビルドだけが必要という発想がない
2020/07/09(木) 10:35:48.43ID:w7BJW0S5
CIでビルドからデプロイまでやるわなフツウ
毎回デプロイまでプロセス進めるわけでもないが
なんらかのトリガで自動デプロイまで整ってないとしんどいよ
2020/07/09(木) 12:28:57.46ID:KHuqFwsC
蔵「ここに要素追加で！中のここのテキストは決まり次第連絡します」
ワイ「よっしゃ手空いたし実装すすめたろ！ここのテキストは適当にうめとこ！できた！フロントビルドして表示確認したろ！」
CIとやら「ビルド＆デプロイ！」
本番サイト「おちんちんびろーん」
蔵「…」
2020/07/09(木) 12:52:10.72ID:CLykJNt5
手動デプロイする人、ビルド構成1つしか使えない人、いろいろいるんだなあー
2020/07/09(木) 14:13:27.36ID:fGQp3/0X
手動デプロイって人数1人の超小規模開発だけだろ
2020/07/09(木) 14:22:33.72ID:fGQp3/0X
なんかこのスレ、
・開発中のローカルサーバーでのビルド
・本番等へのデプロイ時に行うビルド
をごっちゃにしてる奴が居て話が噛み合わないわ
2020/07/09(木) 14:25:16.59ID:w7BJW0S5
どっちも同じだろ
パラメータ少し変えるだけだし
103デフォルトの名無しさん
垢版 |
2020/07/09(木) 14:39:00.18ID:vrNDocOm
ほらね
2020/07/09(木) 14:42:43.21ID:w7BJW0S5
まさかローカル用とデプロイ用で分けてメンテしてんのか？
DRYはどこに行ったんだ
2020/07/09(木) 14:46:26.77ID:KHuqFwsC
ハァ？なんでローカルの開発マシンで既にビルドしてるフロントをまたサーバーでビルドするんだ？
腐った思考がグルグル回ってんのはお前の頭ん中だけ。DRYじゃないのはお前。
2020/07/09(木) 14:51:31.22ID:w7BJW0S5
>>105
はぁ？
開発中はローカルでビルドするし、CIサーバーでもビルドする
当たり前のことだろーが
お前、はっきり言って意味わからんよ
2020/07/09(木) 15:02:50.19ID:pDJXId50
言うほどローカルでビルドする？
108デフォルトの名無しさん
垢版 |
2020/07/09(木) 15:15:30.24ID:fGQp3/0X
>>104
そもそもローカルではwebpack-dev-serverとか使って効率化するだろ。
お前…まさかファイル更新する度に毎回ビルドコマンド打ってるのか？

>>105
そもそも本番とかってリリース用のブランチと同期しながらリリースするんだから開発マシンとか関係ないだろ。
お前…まさか自分の開発マシンでビルド　したファイルを直接本番とかの環境にデプロイしてるのか？
2020/07/09(木) 15:18:52.05ID:dGRiARSQ
てかそもそもローカルで開発やってんの？
2020/07/09(木) 15:19:43.38ID:7NNwjcns
本番機械にデプロイしてから
デバッグしてるよ
2020/07/09(木) 15:50:54.77ID:U0+2kDKX
両方成敗されててワロタｗｗｗｗｗ
2020/07/09(木) 16:06:12.14ID:mOpBi7N3
デプロイとか書くのやめたほうがいいよ
バカっぽいから

deployの発音と全然違う
2020/07/09(木) 16:09:12.55ID:DLLEuHaF
デッポｫイ
2020/07/09(木) 16:12:04.53ID:p1w6aC/e
>>108
今はコマンドを打つかウォッチで自動化するかどうかは関係ない
どっちにしろ構成は同じだ
2020/07/09(木) 16:57:49.39ID:Oqcc9RL+
ディプ・ローイ
116デフォルトの名無しさん
垢版 |
2020/07/10(金) 00:30:34.49ID:wxXFpnos
gulpとかbabelとかwebpackとかyarnとか本末転倒なんだって
そんなものこれっぽっちも使いたくないんだよ。

楽したいと思うからフレームワークに頼るわけであって
使えるようになるまでコマンドいくつも叩くくらいなら
ネイティブJavaScriptで全部やりゃいいだろってなるわ
2020/07/10(金) 00:51:02.42ID:2N+fP911
じゃなんでこのスレ開いたんだ
2020/07/10(金) 01:17:45.44ID:jhbOVfsR
>>116
はっきりと勉強したくない（努力したくない・技術力をつけたくな）って言ったらどうか？
技術者の道具っていうのは自動車でも飛行機でも
技術力をつけて初めてさらに高度なことが出来るようになるもの
勉強しないで使えるものじゃないんだよ
2020/07/10(金) 01:26:15.32ID:ykDeil39
npm install && npm run watch
たったこれだけやん
あとはソースの更新を自動検知して再ビルドしてくれる
2020/07/10(金) 01:26:33.04ID:ykDeil39
あ、Laravelの場合はね
2020/07/10(金) 02:14:28.34ID:73Gt5ed7
確かにwebpackはクソ。
俺はビルド設定職人じゃねえっての。
何にでも設定あるのは仕方ないがややこしいすぎめんどすぎ設定方法すぐ変わりすぎ。
投げ捨ててsnowpackを使うことにした。
webpackはとっとと滅べ！
2020/07/10(金) 05:57:04.39ID:QHte8x2K
Ruby on Rails は普通、Heroku を使う

Rails 6 からは標準で、Webpack。
プロジェクト内に、node_modules もあるし、
最初から、Yarn に、便利なコマンドも登録されている

webpack-dev-server も入っているから、
最初から、ソースコードの変更をwatch している。
VSCode の拡張機能・Live Server のwatch と同じ

有名なYouTuber、雑食系エンジニア・KENTA も、
CircleCI も必要だって言ってるだろ
2020/07/10(金) 06:13:16.31ID:tMSRuIv2
>>116
ほんとだね
12472
垢版 |
2020/07/10(金) 07:49:21.18ID:QHte8x2K
Node.js, Webpack, Babel, Browserify, Uglify, CssShrink, AutoPrefixer などが無ければ、

ES2015, JSX などを、ES5 に変換できない
125デフォルトの名無しさん
垢版 |
2020/07/10(金) 08:17:54.92ID:gdbFqfW8
どんだけ必要なんだよww
馬鹿かよビルドばっかでReactの本題がほとんど頭に入らんわ
ちゃんと整理しろよwwww
2020/07/10(金) 08:47:02.79ID:LiH0PaR7
あの程度のツールの組み合わせもまともに理解できないような輩は
プログラムを仕事でやるのは辞めてほしいわ。
railsなんか使っても何がどこに作用してるかわからなくて糞コードになるのが目に見えてる。
2020/07/10(金) 09:00:52.47ID:ykDeil39
>>125
必要じゃなくてLaravelやRailsならもうプロジェクトに一式入ってる環境が整ってるからビギナーが気にする必要ないわけよ
2020/07/10(金) 09:09:17.82ID:ykDeil39
>>125
てかReactとか普通に入門書やらチュートリアルサイト見ればNode入れてcreate-react-app入れたら
create-react-appで新規プロジェクトを作成してnpm startやるだけって書いてあるだろ
それすらできんって言うんならプログラミングの才能ないからやめた方がいいぞ
2020/07/10(金) 09:46:57.35ID:GKub8uAj
魚捌けなくても寿司は食えるみたいな
130デフォルトの名無しさん
垢版 |
2020/07/10(金) 10:16:52.30ID:tLJkl0Xj
CPUが古いからかcreate-react-app、実行したら2分くらいかかるんだけど
新しめのRyzenとかだとどれくらいでcreate-react-appの処理終わるの？

>>128
チュートリアルの最初にcreate-react-appでてくるし
プログラミングの才能とかそんなレベルの話じゃない気がする

しかしReactの公式ドキュメントはそのあと一気にハードルあがる
いきなりゲームを作りましょうとかの解説になって挫折したわ
ゲーム作りはチュートリアルのレベルじゃないだろ！とツッコミたい

YouTubeの解説とかのがよっぽどわかりやすい
2020/07/10(金) 10:38:58.61ID:QHte8x2K
Bootstrap があれば、CSS 知らないでも、レスポンシブ対応できる

create-react-app は良いけど、
その後、どこから無料の、awesome なコンポーネントをパクッてくるのか、それが重要

Material-UI か？

Rails なんて、React からのコンポーネントのパクリしか考えていないw
132131
垢版 |
2020/07/10(金) 10:42:42.45ID:QHte8x2K
青色のボタンを使うと、Bootstrap 臭がするとかw

Rails は今や、Node.js, Webpack, React からのパクリしか考えない、段階に入ったw
2020/07/10(金) 10:46:13.74ID:4aXnhBqR
別にプロジェクトのイニシャルやるのに2分くらい掛かってもいいだろ
変更検知ビルドで2分掛かってたら大問題だけど
2020/07/10(金) 11:25:16.45ID:n1XvZUez
>>131
アイコンなら普通にReactDOMにリンクするdivタグがあるhtmlでcdn読み込みすればいいんじゃね？
2020/07/10(金) 13:26:16.21ID:2N+fP911
>>130
CPUじゃなくて回線速度じゃねえの
2020/07/10(金) 13:41:18.34ID:/uHfdbTh
IDEで新規プロジェクト作成に２分も掛かってたら待ってらんない
SQLのクリエイトデータベースでもそんなにかからない
2020/07/10(金) 15:23:36.78ID:tLJkl0Xj
遅いのは主に回線速度なのかなぁ？
みなさんは、create-react-app、何秒間で終わる？

>>136
Visual StudioでC#とかやってたから2分は相当長く感じる
2020/07/10(金) 18:51:55.72ID:QmDdrWog
create-react-appでプロジェクト作るところを言ってるのか、そのあとのbuildのことを言ってるのかどっち
2020/07/10(金) 18:59:02.17ID:nECgv1tu
だいたいwebpackのせい
滅びろ
2020/07/10(金) 19:09:24.73ID:tLJkl0Xj
>>138
もちろん、時間のかかる前者。project作成みたいな作業
ほかのひとは何秒くらいかかってるのかな、と
自分は120秒超えてたはず

そのあとのbuildというのはbuildしてる感覚はないのでよくわからない。
VSCodeがtsの変更を監視して.jsに変換するのがbuildなんだろうけど、
JSがcompile不要言語だからbuildといわれてもしっくりこない
後者は1秒未満
2020/07/10(金) 19:20:51.32ID:K5rpfeoQ
だいたいトランスパイルが面倒さの原因だしtsのまま動くようにしてほしい
142デフォルトの名無しさん
垢版 |
2020/07/10(金) 19:44:24.02ID:sls7voqY
よくもまあHTMLに埋め込むだけで動作する
シンプルなJavaScriptをここまで複雑にしたもんだ

開発環境複雑なのはマジでゴミだと思うわ
ツール名並べてビルド環境自慢してる奴はおもちゃ
組み立ててはしゃいでるガキと同じ。
そもそもそんな糞みてーなビルドなんかなくても動く
言語だったこと忘れてるみたいですね。
2020/07/10(金) 20:01:19.85ID:2N+fP911
>>142
シンプルで済むのはお前が一人で作るカップラーメンのタイマーくらいなんだが
2020/07/10(金) 20:46:41.69ID:d3LQjj1F
てかjQueryでいいわ
俺はフロントマウント界隈から降りるぜ
2020/07/10(金) 21:29:33.92ID:tmsI80qx
どうせビルドするならトランスパイルじゃなくてアセンブリでいいんだよな
Webasmがウェブの正当進化
これから先の時代ではビルドプロセスを間に挟むならWebasm
そうでないならJSと分化していくだろう
数年後にはJSでSPAやってる人は居なくなる
2020/07/11(土) 00:07:21.89ID:OpVuA9Ov
reactのテストってどういう風に書くのが正解？
2020/07/11(土) 01:19:29.51ID:UYSRZN1t
>>141
全部のブラウザがTypeScript動くようにすればいいだけなんだよな
それでJSは開発終了でいい
2020/07/11(土) 01:41:33.60ID:TUFHIPon
そうだね
ブラウザでTypeScriptが動くようになるかJavaScriptがTypeScriptの機能を取り込んでいくのか分からんけど
トランスパイルは過渡期的な技術だと思う
5～10年後には無くなっているだろう
2020/07/11(土) 02:13:09.20ID:cZoTn3pS
マイナなんたらはIE11でしか申し込めないんだっけ？
150デフォルトの名無しさん
垢版 |
2020/07/11(土) 03:30:23.47ID:T1/tMyE9
wasmが直接実行できてDOMも生で触れたらJSなんていらないけどね
てかこのRFCとかないの？
2020/07/11(土) 03:56:17.01ID:n/VQ0E7w
・・が直接・できて・も生で触れたらJSなんていらないけどね
てか・・とかないの？
2020/07/11(土) 07:13:13.43ID:UYSRZN1t
WebAssemblyでweb app作った場合に
ブラウザからソースとかはみえないんだよね？

開発する側にとってはソース見えないのは大きなメリットだけど
ユーザー側はセキュリティ的に実行していいコードなのかどうやって
判断するんだろ

>>149
smartphoneでも申し込めるんだからIE11限定はあり得ないでしょ
2020/07/11(土) 07:56:00.22ID:M8nptmnx
>>149
あんなの逆に既存ブラウザに拘らずにWin/Macでそれぞれ専用ブラウザアプリ作りゃ済んだ話なのにな
2020/07/11(土) 09:57:32.58ID:0/l6dmQ+
まあjqueryに適切なネームスペース設定があればって話もわからんではないけど。
でも結局静的チェックは必要だろうなとは思う。
jsはあまりにぐにょぐにょすぎる。
2020/07/11(土) 10:04:21.32ID:fJlL8BSP
適切なネームスペース設定ってなんだ？jQueryに限った話なのか？
2020/07/11(土) 14:58:25.28ID:uAzO8/bZ
自分がぐにょぐにょだったというオチ
2020/07/11(土) 20:14:49.67ID:tYF4Dhe8
普通に考えたらvuexとかのフレームワークが提供するnamespace機能じゃねえの？
2020/07/11(土) 23:15:12.44ID:CRVUgJTS
レガシー技術しか触らせてもれないエンジニアがいっぱい居るんだなぁ
2020/07/12(日) 01:12:29.71ID:FwLv8JRl?2BP(1000)

VBAスレが勢い2位の板ですし
2020/07/12(日) 01:20:57.95ID:Ttk2hZRW
「触らせてもらえない」って変な表現だな。
もし触りたきゃ個人的に触るだろ。
単に必要がないだけじゃないか。

実際、サーバーサイドのAPIと通信したり、VuexやReduxでやるような状態管理が求められないようなアプリにフロントフレームワークがオーバースペックだっていう意見は同意する。

VueとかReact使うとフロントが楽なのは当然として、サーバーサイドも楽になる。
サーバーサイドはAPI化してJSON返せばいいだけになるし、ネイティブアプリ対応もサーバーサイドはワンソースで済む。

wordpressのような、htmlにサーバーサイドの変数を埋め込んでからレンダリングするようなレガシーアプリだと、言語がphpかrubyあたりに制限さられるし、何より密結合でクソ汚いコードが生成される。
逆にAPIへのリクエストが頻繁するようやサイトでjQueryだの生JSだの言ってたらメンテナンス性や開発効率は最悪だろうね。
2020/07/12(日) 01:39:59.65ID:Ttk2hZRW
あとはテストの書きやすさも違うと思う。
MVCに則ったサーバーサイドの場合、Controllerのいわゆる機能テストはViewの代わりにJSONになるからすごくシンプルになる。（Modelのメソッド単位のユニットテストになると関係無いけど）

俺はサーバーサイドのテストはよく書くけど、フロントのテストはあまり書かないんだよね。（e2eテストって難しいし）
それでもフレームワークの有無の違いでテストの書きやすやが全く違うのは誰でも想像できることだと思う。
2020/07/12(日) 02:16:40.18ID:6LAoyHzZ
それって DOM to JSON みたいなシリアライザがあれば
DOMのテストは簡単にならんか？
163デフォルトの名無しさん
垢版 |
2020/07/12(日) 09:32:00.73ID:sEYtnhuz
Ruby on Rails のシステムテストは、Capybara, Selenium とか

Page Object みたいなデザインパターン
164デフォルトの名無しさん
垢版 |
2020/07/12(日) 11:16:28.18ID:NK7E+AG5
今日のNG確定
2020/07/12(日) 11:26:50.74ID:vwiHN0KN
>>164
ワードでNG掛ければよくね？
2020/07/12(日) 12:13:06.73ID:vC5oJzvU
「今日の」ね。
ワード単位なら分かるけど、こんな過疎スレでわざわざID単位でNGしたくなるって、どんだけ効いたんだろ。
2020/07/12(日) 12:25:19.68ID:86r/iRcT
そんなたいした作業か？
ロングタップしてNGIDに追加押すだけじゃんｗ
2020/07/12(日) 12:33:46.69ID:VRndaT/s
このスレにだけ出没するってんなら
そんな大した話でも無いんだがな
2020/07/12(日) 13:21:54.42ID:oDnBGDI7
NGとか解除の手間考えたらやらない
この程度スルーできないでよく5chできるね
いちおうプログラミングの話だしNGするほどのことじゃない

>>163
Railsおじさん
いつもJSと関係ない脱線した話ばかり
Railsなのに脱線しかしてない
2020/07/12(日) 13:32:09.95ID:86r/iRcT
なぜ解除する必要が？一生NGだぞ。
過去ログ読む際出てきたら困るわ。
てか解除する人なんて聞いたことない。
171163
垢版 |
2020/07/12(日) 13:35:40.32ID:sEYtnhuz
Ruby on Rails のBDD, RSpec を知らない香具師は、

Jest, Jasmine も知らないと思う
2020/07/12(日) 18:02:19.97ID:oDnBGDI7
>>170
5ch、特に技術系の話題なんて過去の情報に価値がないし
過去ログなんてまず読まない。
あとで必要になりそうな重要なレスはtext fileに保存しておく
そうしておかないと探す時間の無駄になる

プログラミングするやつがNG解除の理由わからないとはやばい。
NGチェックのために無駄な処理が増えて動作が遅くなっていく

NG追加しつづけるなんてことやってるひとは
非効率なコードを書いてる人だわ
2020/07/12(日) 18:10:27.29ID:hVdx08FL
NGIDなんてボコボコ追加しても全然読み込み速度落ちないから解除の必要ないけどね
楽をしても全く問題が生じない箇所でも無駄の無い凝ったコードを書くタイプと見た
2020/07/12(日) 19:37:58.22ID:oDnBGDI7
>>173
仮に速度が落ちないとしても
すでに読んだログを残す行為自体が時間の無駄でしょ
必要な部分だけ残して削除しないと無駄になる

すでに読んで不要になったメールを残しておくのと同じで
すごく時間の無駄になる

コードは最初からスケールアウトを意識してコード書いてる
2020/07/12(日) 20:06:12.88ID:86r/iRcT
解除するのが時間の無駄だわバカらしい
2020/07/12(日) 21:29:39.15ID:vwiHN0KN
>>172
俺も>>170もNGを解除する必要がないと考えてるからワードNGしてるだけだし
お前がそう思うんならそれでいいんじゃね？
2020/07/12(日) 23:43:13.36ID:oDnBGDI7
削除しなければすぐ4桁超えるし
4桁とかのフィルターかけたら処理速度はがた落ちする
処理速度の低下に気が付いてないだけ

>>175
いったん読んだログを破棄しないほうが時間の無駄だろ
おまえはいったん読んだメールも全部とっておくようなアホなのか？
178デフォルトの名無しさん
垢版 |
2020/07/12(日) 23:43:29.17ID:cQ5/TUwm
元々フロントにテストなんてなかっただろ、いい加減にしろ！
Reactのせいでフロントまでテストしなきゃならなくなったんか？
2020/07/12(日) 23:51:53.68ID:vwiHN0KN
てかIDフィルターって時限で自動削除されなかったっけ？
2020/07/12(日) 23:52:53.74ID:vwiHN0KN
逆にNGワードがすぐ四桁越えるって言ってるんなら異常だよ
2020/07/13(月) 00:07:28.01ID:7n0GYdR/
だよね
2020/07/13(月) 00:11:44.77ID:ShQksDAz
いつまでもNGについて議論してるお前たちが一番スレチだって分からんのか
2020/07/13(月) 00:20:48.80ID:0HNl98GR
単にスルー力を鍛えればいいだけのような気が…
NGワードなんて必要？私には不要です、スルーすればいいだけだし…
2020/07/13(月) 01:00:56.11ID:b4eaK6qk
スルー力とマト量子カってなんか似てるよな
2020/07/13(月) 02:48:03.08ID:vA9Bua7i
改行をNGにするとだいぶ捗るよ
2020/07/13(月) 07:17:50.44ID:r62CIauI
NGしまくるってことは5CHと相性悪いんだよ
別のSNSに移行したほうがいい
187デフォルトの名無しさん
垢版 |
2020/07/13(月) 07:52:13.21ID:V+zIL/Eb
のとおり
188デフォルトの名無しさん
垢版 |
2020/07/13(月) 10:53:05.37ID:WBkWHxcT
QZの文字が観えたら読み飛ばすカは付いたと思う
2020/07/13(月) 12:15:10.45ID:b+UXm16S
「NG」をNGワードに追加したほうがいいなこりゃ
2020/07/13(月) 12:29:39.46ID:LmgOQRQZ
荒らしは、どんな時刻でも必ず、前のレスに賛同するアンカーを付けて、2回書き込む。
必ず、大勢の人がいるように見せかける

多くのスレで、死ねと書き込んでいるのも荒らし。
無視した方がよい

Python のスレのテンプレも、勝手に書き換えてる
>当スレに★Python以外のプログラミング言語での回答類を書くべからず★
>「Ruby では」「Rubyでは」「某言語では」をNGワード登録推奨

3大コテハンなど、目立つ香具師には攻撃していくから、無視すべき！
荒らしは、無視されるのが大嫌い
2020/07/13(月) 12:35:02.51ID:b4eaK6qk
そう思うなら無視しろよ
2020/07/13(月) 12:47:48.14ID:ny9O75E1
>>191
ID:LmgOQRQZこそがム版で一番嫌われている荒らしなんだわ
193デフォルトの名無しさん
垢版 |
2020/07/13(月) 15:23:06.50ID:IlKawd1o
reactが老害化してきたね。
うちの会社（そこそこ有名）はvueが主力になった。
2020/07/13(月) 15:24:46.77ID:0CEBwLzL
世界の潮流に合わせられないゴミのような会社
社員もゴミだからReactが難しくて使えないらしいな
195デフォルトの名無しさん
垢版 |
2020/07/13(月) 16:26:38.51ID:IlKawd1o
難しいとかいう視点でしか判定できない奴ｗｗｗ
2020/07/13(月) 16:30:52.86ID:ShQksDAz
まんま老害で草
2020/07/13(月) 16:39:59.00ID:O/fP36p+
Elmでいいじゃん
2020/07/13(月) 16:42:27.69ID:wgMdCM9I
どっちもSvelteに対応できない老害
2020/07/13(月) 16:56:21.10ID:V204cNMI
>>152
JSのソース見えても、使う側にはセキュアかどうかなんて分からんから同じ。
それにそもそも、ブラウザ内アプリはサンドボックス化されているので、
マシン本体にはウイルスを感染させることはほぼ不可能。
あるとすればフィッシング詐欺的なものだけで、それもソースが見えるかどうかより、
URLを本物かどうか確認することと、実際にメッセージが出てきた時に本人が気をつければ済む話。
2020/07/13(月) 16:58:37.13ID:V204cNMI
それにソースがあろうがなかろうが、セキュリティーソフトに取ってみれば、同じ。
むしろ、Wasmのバイナリ形式の方がセキュリティーソフトには解析は楽。
というか、そもそもブラウザがサンドボックスなのでマシンには感染できないし。
201デフォルトの名無しさん
垢版 |
2020/07/13(月) 19:21:02.94ID:FYVnLaI5
もう開発するの疲れたよ。
202デフォルトの名無しさん
垢版 |
2020/07/14(火) 06:59:46.26ID:GDMj7Uve
Reactが老害化してきてるのは間違いない
無駄にバージョン上げるくせに全然進化しないしな
2020/07/14(火) 09:35:50.47ID:bivsLz8c
パクリ先が進化してくれないとパクれなくて困るもんなｗｗｗ
2020/07/14(火) 10:04:52.53ID:9XrJ6bL4
>>202
ころころと変わりすぎるJS界隈のなかでは
変化しすぎないのはむしろいいことだろう
2020/07/14(火) 10:15:51.07ID:9XrJ6bL4
>>199
WebAssemblyはC#とかでかけるから興味あるんだけど
WebAssemblyメインで作ってる大手サイトってあるのかな？
2020/07/14(火) 12:31:13.12ID:B+3PexkI
Vueにチャイナリスクがあるとか懸念されて承認が下りない
2020/07/14(火) 12:39:39.33ID:sTPCx6YN
中華製の部品を使えないとなるとパソコンも許可が下りなくなる
2020/07/14(火) 13:04:29.97ID:wxNuZUMy
外人は既に、Facebook 製のReact を使っているから、
中国製のVue.js へは移行しない

Reactの日本語訳が、2回表示されるから、ちゃんと直してほしい

それと、Webpack も日本語化してくれ
209デフォルトの名無しさん
垢版 |
2020/07/14(火) 13:32:34.76ID:Mma3I+br
>>203
なるほど判り易い
2020/07/14(火) 14:48:05.50ID:UqAnAnhr
snowpackが出たからwebpackはオワコン。
チャンク分けが後付けされたとは言え、基本的にひとつのバンドルにまとめるという思想がhttp1.1時代の時代遅れの化石。
加えて設定APIがクソかつすぐ変わるゴミ。
2020/07/14(火) 14:55:31.21ID:2Tt/Vrq1
そして3年後・・・snowpackはオワコン！
2020/07/14(火) 16:29:00.65ID:UqAnAnhr
その間webpackとかいうゴミに煩わされることがないからプライスレス
2020/07/14(火) 16:56:48.66ID:jn6Quu/M
create-react-app使ってるからwebpackがどうのとかあんまり意識したことないわ
2020/07/15(水) 00:00:35.08ID:xU1YmUix
React使ってて
create-react-app使ってない人なんているのか

>>208
中国人も外国人。
外人は差別用語なので外国人と呼ぶのが知識人
2020/07/15(水) 00:05:02.16ID:Z2+aTjG5
>>214
Laravel-Mix使えばなくてもいける
2020/07/15(水) 00:24:33.30ID:MbNh6cxA
vueがreact化して悲しい
もうreact移行するかな
2020/07/15(水) 00:32:34.69ID:xU1YmUix
>>215
LaravelってPHPだっけ
PHPで開発しないひとがLaravel-Mix使ってなにかメリットはでてくる？
2020/07/15(水) 00:40:54.82ID:Z2+aTjG5
単に↓への回答
>React使ってて
>create-react-app使ってない人なんているのか
2020/07/15(水) 06:43:28.43ID:Iul+D8/c
>>214
あれって試作とか練習くらいにしか使わないもんだと思ってた。
220デフォルトの名無しさん
垢版 |
2020/07/15(水) 20:24:41.28ID:anBecQlm
Reactってなんとなくかっこいいから初めて見たけど
具体的なメリットって何なの？
ただ単に構築面倒にしてるだけじゃん
2020/07/15(水) 20:32:39.60ID:ubc4KaZa
SPAが爆速でつくれる
2020/07/15(水) 20:33:03.40ID:naaKKVhJ
>>220
何と比較して面倒なのか分からん
2020/07/15(水) 21:14:44.27ID:Z2+aTjG5
>>220
色々部品化進めて行くと段々開発効率が上がってくる
2020/07/16(木) 00:49:43.48ID:fGKOjjQM
>>223
今までにどんな部品を作りました？
部品はいくつありますか？
2020/07/16(木) 02:59:26.58ID:fifr3+U/
だから小中規模はvueって言われてるんだろ
2020/07/16(木) 03:28:32.84ID:QwF0ci9g
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
2020/07/16(木) 03:31:40.20ID:QwF0ci9g
公式リポジトリに日本語ドキュメントあったｗｗｗ
https://github.com/alpinejs/alpine/blob/master/README.ja.md
228デフォルトの名無しさん
垢版 |
2020/07/16(木) 04:44:57.61ID:q8NPRuZD
>>220
比較対象を書かないと伝わらない。

Reactはframeworkじゃないから面倒なんじゃないか
Reactは単体だとUIまわりだけのLibraryなわけ。

効率あげるにはFrameworkと併用したほうがいい。
ReactベースのNext.jsというframeworkのtutorialみたら印象変わった。

React使ったweb appはたいていNext.jsも使ってるんじゃないかな
統計データは持っていないが
2020/07/16(木) 04:59:36.62ID:fGKOjjQM
Reactはframeworkだよ。
フレームワークは他のフレームワークと共存できない
Reactも共存できないのでフレームワーク
2020/07/16(木) 06:00:59.82ID:QwF0ci9g
React – ユーザインターフェース構築のための JavaScript ライブラリ
https://ja.reactjs.org/

React
https://ja.wikipedia.org/wiki/React
React (リアクト) は、Facebookとコミュニティによって開発されているユーザインタフェース構築のためのJavaScriptライブラリである[3]。
2020/07/16(木) 06:20:20.62ID:QwF0ci9g
React単体はView部分専業のライブラリ。
フレームワーク　で　は　な　い。
ReactをView構築担当パーツとして採用した　フ　レ　ー　ム　ワ　ー　ク　には以下のようなものがある。
Next.js by Vercel - The React Framework
https://nextjs.org

GatsbyJS
https://www.gatsbyjs.org/
Gatsby is a free and open source framework based on React that helps developers build blazing fast websites and apps

RedwoodJS - Bringing Full-stack to the Jamstack
https://redwoodjs.com
Bringing full-stack to the Jstack. An opinionated framework that combines React, GraphQL, Prisma2, SQL, and lots more out of the box.
https://github.com/redwoodjs/redwood
Redwood is an opinionated, full-stack, serverless web application framework that will allow you to build and deploy JAMstack applications with ease.

これらが　フ　レ　ー　ム　ワ
ー　ク。
2020/07/16(木) 06:22:09.96ID:rhL5J6vC
>>229
お前の脳みそが現実と共存できてないだけだったなｗｗｗ
2020/07/16(木) 06:50:19.00ID:Tpmfh3cP
React単体だと新規アプリの書きはじめは少し面倒だね
デザイナーがいる場合は特に
すでにあるものをいじるのはめちゃくちゃ楽だけど
2020/07/16(木) 07:16:19.31ID:q8NPRuZD
>>229
違う
ReactはframeworkではなくLibraryだ
公式にもそうかいてあるし
実際にUIまわりの機能しか持ってない
web frameworkと呼べるほどの機能はない

だからReact単体で開発しようとしたら
めんどくさいのは当たり前なの
Frameworkに相当する機能が揃ってない
2020/07/16(木) 07:27:36.37ID:ZNt3NFO3
>>234
reduxとかrouterとか定番のセットを組み合わせれば十分だし別に面倒と言うような事はない
2020/07/16(木) 07:31:43.65ID:3QdZwCAR
routerくらいだろ、必須なのって
小・中規模のアプリなら状態管理はhooksの機能で十分
2020/07/16(木) 10:06:56.10ID:smD3FpeB
jQueryで十分！
→だからjQueryはフレームワーク！！

lodashで十分！
→だからlodashはフレームワーク！！
2020/07/16(木) 12:07:04.89ID:J/CG/YnB
フレームワークは、Next.js とか

React は単なる、UI ライブラリ・部品だから、
Ruby on Rails, Bootstrap と組み合わせる

一方、Rails + Vue.js は、ほとんど見ない
2020/07/16(木) 12:07:14.26ID:ZNt3NFO3
何かを作るのに十分云々じゃなくてフレームワークの構成要件として十分かどうかの話

>>237は状態管理やルーティング以前にライフサイクルもないだろ
2020/07/16(木) 14:10:46.45ID:wMaulIJo
Next → フルスタックフレームワーク
React・Vue → マイクロフレームワーク
Angular → ？
2020/07/16(木) 15:24:46.50ID:8zSSWZDX
ザコはすぐ造語作りたがるなｗｗｗ
強制連行ｗｗｗｗマイクロｗフレームワークｗｗｗｗｗ
2020/07/16(木) 16:49:40.17ID:wMaulIJo
いや俺が作った単語じゃねーぞ
wikipediaにも載ってるし
2020/07/16(木) 17:29:18.20ID:QwF0ci9g
本当に愚か者だな、お前は。
https://en.m.wikipedia.org/wiki/Microframework
マイクロフレームは、ミニマリスティック ウェブ アプリケーション フレームワークを指すために使用される用語である。フルスタックフレームワークとは対照的です。

次のような本格的なWebアプリケーションフレームワークで期待される一般的な機能のほとんどが不足しています。

- アカウント、認証、承認、ロール
- オブジェクトリレーショナルマッピングによるデータベースの抽象化
- 入力のバリデーションとサニタイゼーション
- Webテンプレートエンジン

通常、マイクロフレームワークは、HTTPリクエストの受信、適切なコントローラーへのHTTPリクエストのルーティング、コントローラーのディスパッチ、HTTPレスポンスの返送を容易にします。Microframeworksは、多くの場合、別のサービスまたはアプリケーションのAPIを構築するために特別に設計されています。[1]たとえば、Lumenマイクロフレームワークは、マイクロサービス開発およびAPI開発用に設計されています。

マイクロフレームワークス
- PythonのBottle
- RubyのCamping
- Node.js用のExpress.js
- Python用Falcon
- Python用Flask
- ScalaのScalatra
- PHP用Lumen
- PHP用Slim
- PHP用のSilex
- RubyのSinatra
…
なんでこの説明読んでreactがマイクロフレームワークになるんだ？
テンプレートエンジンの代わりになるからか？
じゃあ認証ライブラリはマイクロフレームワークか？
ORMライブラリはマイクロフレームワークか？
バリデーションライブラリはマイクロフレームワークか？ええ？
英語読めなかったのか？あん？
読めないにしても翻訳機能使う知恵もなかったか？
2020/07/16(木) 18:14:37.53ID:q8NPRuZD
>>242
wikipediaなんて誰でも編集できるし
分類なんて人それぞれ

ReactはFacebookがLibraryといってるんだからそれで確定だ。
2020/07/16(木) 19:17:30.88ID:N/WMVO7e
公式見解を尊重する限り、
Vue → framework
React → library
Angular → framework
ってことになるな
2020/07/16(木) 20:36:35.64ID:GDWqXa2M
ちなみに僕の公式見解は
僕 → Zetsurin
だよ。
2020/07/16(木) 21:53:24.18ID:ThZ5aiRV
reactはライブラリなのかフレームワークなのかquoraで聞いてみようぜ
って思ったら英語版にはすでに質問あったわ
248デフォルトの名無しさん
垢版 |
2020/07/16(木) 21:54:17.77ID:N8xKeP5m
>>228
比較対象はネイティブJavaScript
ただ単にDOM操作するだけだぜ？
ビルドいる？

ネイティブJavaScriptがそんなにもっさり重いの？
なんもコマンド叩かずにコーディングできるんだよ？
HTMLに直接書けるんだよ？
2020/07/16(木) 21:56:41.55ID:q8NPRuZD
人によってはframeworkに分類しちゃうけど
公式がLibraryと言っている以上、Libraryなのだ。

routingすらないReactをweb frameworkと呼ぶには無理がある
2020/07/16(木) 22:01:28.47ID:q8NPRuZD
>>248
え、frameworkもLibraryもTSも使わず
生のJSでちっぽけなアプリ書いてる人だったのか

そんなやり方でまともな中規模以上のアプリ作れない
生産性が低すぎる
いまどきHTMLに直接コード書くなんて論外だろう
251デフォルトの名無しさん
垢版 |
2020/07/16(木) 22:07:09.50ID:N8xKeP5m
>>250
単なるGUI制御がHTMLに組み込んで何が悪いか
じゃあお前がどんだけグレートな規模のプロジェクト
手がけてるか紹介してみろやカスが
2020/07/16(木) 22:32:35.09ID:wMaulIJo
>>248
そりゃカップラのタイマーにReactはオーバースペックだろ…
2020/07/16(木) 22:35:03.43ID:ThZ5aiRV
もしgmailのフロントを生JSで書けって言われたら逃げるわ
2020/07/16(木) 23:21:28.07ID:5vmd5oHm
自分でJavaScriptのライブラリ作ればいいんやで！
2020/07/16(木) 23:23:56.85ID:3r6uNJIb
名前はoreoreactにしよう
2020/07/17(金) 00:12:04.02ID:HKFGOVIo
Blazor面白いね
あとは読み込み速くなればJS要らなくなる
2020/07/17(金) 00:41:47.48ID:rScYk2f8
ブラジャー？
2020/07/17(金) 00:57:10.31ID:5L8OAF1I
流石にIIS依存のものはなぁ…
2020/07/17(金) 01:02:45.71ID:d4gKLDNu
adobe airのときもsilverlightのときも同じこと言ってたよそいつ。
懲りない奴だｗ
2020/07/17(金) 01:46:03.30ID:OVoiSg0p
>>258
何言ってんのこいつw
261デフォルトの名無しさん
垢版 |
2020/07/17(金) 08:38:22.72ID:Mcc/Kfhl
>>258
昔の知識のままの人か？
Blazorも.net Core対応と書いてあるし
.net CoreならLinuxやMacでも動くはずだ
Blazorのhelpにもapacheとかがかいてある
2020/07/17(金) 08:41:05.93ID:5L8OAF1I
いうてもApacheでASP.NETとか使ってるヤツ居るの？
2020/07/17(金) 08:50:27.95ID:wFTyM9Vl
今から使い始めるならIISよりはapacheだろ
2020/07/17(金) 08:58:36.98ID:Mcc/Kfhl
>>262
言い訳する前に知識が古かったのを認めろよ

Linuxでasp.net使いたいニーズがあったからこそ対応したんだろ
ApacheだけでなくNginxもかいてある

https://docs.microsoft.com/en-us/aspnet/core/blazor/host-and-deploy/webassembly?view=aspnetcore-3.1

あとweb frameworkで一番シェア高いのはASP.NETだぞ
WordPressとか間接的にframework使ってるの除いたらシェアトップ
2020/07/17(金) 09:12:02.75ID:HKFGOVIo
>>262
うちはnginx, asp.net core api, asp.net core MVC+Vue
2020/07/17(金) 10:23:29.59ID:rScYk2f8
>>263
この文脈でIISとApacheを比較するのかよ・・・
この文脈でのIISはWebサーバーとしての側面ではなくアプリケーションサーバー（.NETコンテナ）としての話だろ
比較するならApacheやnginxではなくTomcatやGlassFishだと思うが
2020/07/17(金) 10:32:08.75ID:Mcc/Kfhl
>>266
おまえもApacheやnginxでASP.net Coreが
動かないと思ってるのか？
2020/07/17(金) 10:36:10.93ID:4woZuOkK
Blazor ServerってSSRだよな
このスレに関係ないじゃん
2020/07/17(金) 10:37:15.19ID:Mcc/Kfhl
>>265
OSとDatabaseは何使ってるの？
遅いのは最初の読み込みだけ？
Microsoftのデモ動画みたら動作も遅いように見えた場面が
あってパフォーマンスどうなのかなと。

WebAssemblyでいい性能出るならC#で書きたい
JSもTSもめんどくさい
2020/07/17(金) 11:00:42.67ID:rScYk2f8
>>267
Apacheやnginxでは.NETは動かないだろ？
まさかなーと思って今調べてみたけどやっぱり動かないみたいだぞ

検索してみると出てくるのはdotnet runでポート5000をリッスンさせてApacheやnginxをリバースプロキシとして表に立たせる構成ばかりだ
これはdotnet runプロセス自体がアプリケーションサーバーの役割を担ってるだろ？
Apacheやnginxで.NETが動くのとは程遠い話だ

俺がまだ勘違いしてるのか？
もしApacheで.NETが動くというのならmod名とか教えてくれ
2020/07/17(金) 11:21:27.37ID:afn+PT1M
>>267
すまんがASPに対しては負の遺産という印象しかない
2020/07/17(金) 11:26:49.33ID:afn+PT1M
>>270
それ言ったらnginxでphp使う方法と変わらんからASP厨がドヤ顔でえばるだけやぞ
2020/07/17(金) 11:35:17.42ID:rScYk2f8
PHPとかnginxのことは知らんのだけど
Apache + PHP だとCGI（別プロセス）で動かすのではなく、Apacheプロセス内で動かす専用modとかあるんでしょ？
そのくらい特化してたらApacheで動くと言ってもいいと思うが
リバースプロキシ立てただけで「Apacheで動く」は恥ずかしいよ
2020/07/17(金) 12:08:02.38ID:hTUFpXFi
>>273
nginxの場合php-fpmっていう別サービスを立てて
nginxのリバースプロキシでポートもしくはソケット経由でphpのリクエストをphp-fpmに渡す様な形式
2020/07/17(金) 12:30:36.62ID:p1TzKNxq
>>269
RDBはポスグレ
起動も思ったより早いよ
リクエストはまじで爆速
2020/07/17(金) 12:36:31.61ID:rScYk2f8
>>274
ありがとう
nginx + PHPにもphp-fpmという専用のFastCGI機構があるのね
ここまで特化してたらnginxでPHPが動くと言ってもいい

だがdotnet runは構成がまったく違う
Apacheやnginxはdotnet runを特別に扱ってないし関知もしてない
やはりApacheやnginxで.NETが動くとは言えないな
2020/07/17(金) 13:17:03.73ID:HR6IsBOl
スレタイ読めないのかな？
npm trends
https://leerob.io/static/images/learn-nextjs/npm-trend.png
2020/07/17(金) 13:23:21.28ID:PZ71VWVR
>>277
angularと@angular/coreの違いについて頼む
279デフォルトの名無しさん
垢版 |
2020/07/17(金) 14:16:04.30ID:Mcc/Kfhl
>>270 >>273
ASP.net CoreのapplicationはKestrel上で動く。
KestrelはMSが作ったlightweight web server,
そしてopen source、ライセンス料も不要
あなたがdotnet runと書いてるそれはKestrel serverの起動だとおもう

Kestrel単体でもASP.net coreのweb appを動かすことができる。
Kestrelは超軽量で高速なweb serverだけど機能が少ない。
それでIIS, Nginx, Apacheなどと併用することをMSが推奨してるらしい。
Nginxとかにあるセキュリティ機能が使えるようになる

ちなみにASP.net Coreになる前の従来型のASPでは
ApacheとかのModはあったよ

セキュアで高速にASP.net Core動くなら
Kestrel併用方式でもMod方式でｂ烽ﾇっちでもいｂ｢でしょ？
細かい機能いらないなら、Kestrel単体で動かしてもいい
おそらくそれが最速になる
2020/07/17(金) 14:35:49.91ID:rScYk2f8
kestrel(dotnet run)を否定しているわけじゃないよ
それは単体でHTTPを話す能力を持ってるじゃん
つまりTomcatやGlassFishと同じ位置付け
Apache、nginx等のWebサーバーを手前に追加するもしないも自由

でもそれは「Apacheで.NETが動く」という話にはならない
2020/07/17(金) 14:45:14.98ID:Mcc/Kfhl
>>273 >>280
従来型のASP.netはModとかFastCGI対応していた。
Linuxでうごくこういうやつがあった
https://www.mono-project.com/docs/web/aspnet/
Monoは互換性がいまいちなので個人的にお勧めしない

ASP.net CoreをKestrel単体またはKestrel+(Nginx or Apache or IIS)
で動かすのが今のMicrosoft推奨のやりかた。

高速に動くなら内部の仕組みはどうでもいい話だろう？
あとは重要なところでLinuxで動いてライセンス無料になってるんだし
Modがあるかなんてどうでもいいよ。

そもそもApacheは高速なWeb serverじゃないの知ってるの？
あえてApache選ぶ理由がないよ。
大規模サイトはNginxが多い
2020/07/17(金) 14:48:05.03ID:Mcc/Kfhl
>>280
古い知識のままでIISやWindowsのライセンス料を払わないと
動かないと勘違いしてる人が多いし
そういうひとにはApacheで動くといった方がわかりやすいだろ

.net知らない人にKestrelがどうこういっても伝わらない。
あなたもdotnet runとかしつこくかいてるし。それはただのコマンド。
多くの人が知りたいのはLinuxでライセンスフリーで使えるかどうかだから
2020/07/17(金) 14:49:01.58ID:bZMoLlJz
Apacheに乗せるなんて無駄なことしたくない
Nginx RP + Inproc Httpがスマートで最高
2020/07/17(金) 14:55:32.14ID:rScYk2f8
静的コンテンツのレスポンス高速化のためだけにリバースプロキシ（Apache, nginx）置くわけじゃないから
俺は認証の柔軟性の高さでApacheを使い続けてる
LDAP認証の設定とか慣れちゃってるからね
nginxでも同じことはできるんだろうけど俺にとっては乗り換えるほどの動機になってない
静的コンテンツ主体の大規模サイトじゃないからね
だいだいのリクエストが後方のアプリケーションサーバーに流れるので俺にとってApacheは認証用なの
同接数の劣るApacheを使い続けてることを恥ずかしいと思ったことはない
2020/07/17(金) 15:02:52.55ID:bZMoLlJz
最近はApacheを知らない若者も居るようだ
知ってても学校でさわりだけやりましたみたいな
先にNGINXでやってみてできないことがApacheでできるならApacheを検討する
若者の間ではそういうことになってるらしい
2020/07/17(金) 15:46:01.13ID:Q8AVDrqq
Nginx は、リバースプロキシ

世界最速は、Ruby on Rails 製の
https://dev.to/

これよりも速いものは、作れない
2020/07/17(金) 19:01:29.04ID:gHhKsxDc
最近JIT対応したPHP8のalpha版が結構いいスコア出してるそうだがな
2020/07/17(金) 21:28:04.44ID:LPqky/1r
>>278
angularは1系で@angular/coreは2以降じゃないかな
しっかしReact圧倒的だね
2020/07/17(金) 21:55:04.26ID:XQc3SgYX
1系ってAngularJS表記なんだと思ってたがそうじゃないのか
290デフォルトの名無しさん
垢版 |
2020/07/17(金) 22:04:00.19ID:5B+Amw9H
Reactってjadeと互換性あるの？
HTMLや動的テンプレファイル上に
直で書くとサーバ変数そのままJavaScriptに
埋め込んでコーディングできるから
.jsファイルの外部化は個人的にかなり抵抗感がある
2020/07/17(金) 23:32:34.52ID:pbRdpk23
フロントエンドのライブラリだというのに
って言いたいところだけど最近はバックエンドでも（たいていBFF止まりだが）使っちゃったりするから説明がめんどくさい…
端的に言うと、バックエンドのテンプレートはそのままPug使ってりゃいいよ。
JAMスタック構成にしてくと、あくまでバックエンドにPugのようなテンプレートエンジンを使わなくなっていくのであって、バックエンドのテンプレートの代わりにReactを使っていくようになるわけではないからだ。ほんとにこれはもう全くない。
全然端的に言えてないなうん
2020/07/18(土) 00:18:41.79ID:lkZeEJlA
>>287
PHPは言語がうんこすぎて
ベンチマークいくらよくても使う気にならない
2020/07/18(土) 00:25:43.24ID:Rz8uT7Q+
phpはhtmlに直接サーバーサイド変数を埋め込めるという点で負の遺産を残しすぎた。
wordpressだのsmartyだの吐き気するわ。
2020/07/18(土) 01:02:58.86ID:mlew4XCO
>>293
それの何が悪いの？
2020/07/18(土) 01:08:32.40ID:5AaucbBP
バックエンドなんてフレームワークで構成してJSONやり取りするもんだからそんなの別に気にする事じゃないだろ
2020/07/18(土) 02:09:48.73ID:lkZeEJlA
>>275
PostgreSQLか

爆速いいね
TypeSafeだしVisualStudio使えるしC#でWebAssembly最強になるかも

C#使えるしReact+Next.js勉強やめてWebAssemblyやろうかな
WebAssembly、既に本番環境で使えるレベルのクオリティだと感じる？
2020/07/18(土) 02:21:16.88ID:N4WthBbf
> React+Next.js勉強やめて

勉強し始めて、終わらなかったってこと？ｗ
たかだかReact+Next.jsが？ｗ
そんな頭じゃ何やったって時間足らんだろｗ
2020/07/18(土) 02:39:54.52ID:lkZeEJlA
>>297
俺が何時間やったかも書いてないのにそんなレスつけてしまうおまえが頭悪い

あと頭いい人はそうやって文末にwつけないしアンカーをつける
2020/07/18(土) 04:07:12.10ID:N4WthBbf
なるほどつまり数時間やって分かんなくて嫌になってwasmならできるモン！ってことか。説明ご苦労。

そんな根性じゃ何やったってモノにならんだろｗｗｗｗｗ
2020/07/18(土) 08:45:31.60ID:5AaucbBP
WebAssemblyに夢見過ぎなヤツ多いな
そんなに速度が必要な事をやってるのかと
301デフォルトの名無しさん
垢版 |
2020/07/18(土) 09:04:24.26ID:lkZeEJlA
>>300
速度は大事だろ
動けばいいレベルで満足しちゃうの？
例えばECでも遅いとすぐユーザー離脱して売り上げおちる

夢見すぎ？
WebAssemblyはほとんどデメリットが見当たらない
最初の読み込みが少し遅そうということくらい。

実行スピードだけでなく開発の生産性も高いのだから
JSのSPA開発はすぐ駆逐されると思う
2020/07/18(土) 09:10:26.95ID:huqpRUrM
Blazorはサンプル動かすまで超簡単
あれこれ聞く前に自分で試したほうが早いよ

dotnet sdkの最新版を落としてインストールしたら

dotnet new blazorwasm
dotnet run
これだけでBlazorが動く
頭の悪い大量の設定を書く必要はない
小学生やお猿さんでも簡単にできる

ちな↑は完全に静的なサイトを作りたいとき
サーバーサイドAPIも作りたいなら
dotnet new blazorwasm --hosted
dotnet run
これでおｋ

サーバーサイドレンダリングしたいなら
dotnet new blazorserver
dotnet run
これでおｋ
2020/07/18(土) 09:10:56.66ID:5AaucbBP
>>301
ECでボトルネックになるのは大体の場合サーバーサイドだろ
2020/07/18(土) 09:13:11.20ID:lkZeEJlA
>>299
根性とかアホじゃないか
C#やJavaで開発してきた人がTSの開発を理解できないわけがない
2020/07/18(土) 09:28:04.98ID:lkZeEJlA
>>303
server sideが負担かかるのはあたりまえ。
RDBがボトルネックになりやすいし
Shardingとかを使うめんどくさい世界になる。NoSQLでもいいけど

速度の重要性が理解できない人でも開発の生産性は理解できるだろう。
DemoみたかぎりVisual StudioでJSとWebAssemblyとserver sideを
まとめてデバックできていた。
しかもTypeSafeで即座にバグ発見しやすい。
こんなの開発生産性が次元が違うだろ？
2020/07/18(土) 09:33:43.74ID:Zsjd19dY
wasmの求人需要ってある？
2020/07/18(土) 09:41:11.98ID:a72QTQ2S
1ミリもない
2020/07/18(土) 09:48:13.03ID:37eL7IOf
自社プロジェクトで採用すればいいよ
なんで求人探すなんて面倒くさいことするんだ
2020/07/18(土) 10:09:29.41ID:N4WthBbf
>>304
根性じゃなきゃやっぱり頭のほうかｗ
数時間かけても理解できずに止めたんだろ？なんかゴメンなｗｗｗ
2020/07/18(土) 10:18:52.49ID:5tCG/Slu
理解できないことはないんだろうけど
拒否反応を起こす人は結構いるね

JavaやC#やってるとやはりJavaScriptやTypeScriptはまだまだ不自由なところがあるから
言語仕様もそうだしIDEが未成熟というのもあるし
2020/07/18(土) 11:01:01.72ID:fwbEJCvA
>>301
> 速度は大事だろ
> 動けばいいレベルで満足しちゃうの？

今の速度で不足しているなら大事と言えるが
スマホですらWebAssemblyがなくて普通に使えてる

「そんなに速度が必要な事をやってるのか」という言葉の意味は
どんな用途だと不足するのかを聞いてる。
お前には答えられるか？
2020/07/18(土) 11:07:30.53ID:fwbEJCvA
>>305
> DemoみたかぎりVisual StudioでJSとWebAssemblyとserver sideを
> まとめてデバックできていた。

WebAssemblyと何の関係が？
WebAssemblyがなくてもデバッグできるよね
なら余計なコンポーネントがない方が開発の生産性は高くなる。
Visual StudioでJSとserver sideをまとめてデバッグできる方が生産性は高い
2020/07/18(土) 11:20:03.68ID:fwbEJCvA
WebAssemblyはどんな問題（課題）を解決するのかを答えられないようじゃ
WebAssemblyを理解してるとは言えない。
課題というのは現在困ってることを言う「速い」は課題ではない。
そしてウェブ開発は「遅い」ことで困ってたりしない。

WebAssemblyが解決するものは速度ではなく
過去に作ったデスクトップアプリの移植を容易にすることや
JavaScriptでは達成できてる言語のポータビリティ性を
他の言語でも達成できるようにすることだ

つまりはレガシー技術を延命しようとしているだけであり
それらを必要としてない人にとっては意味がない
2020/07/18(土) 11:23:08.49ID:oiSxLKa2
wasmでVM動かしてる状況だとまだ劇的に速いとは言えないのでは
wasmのGC実装もこれからだし流石に時期尚早感がある
2020/07/18(土) 11:28:21.15ID:5tCG/Slu
JavaScriptだってネイティブ実行されてるわけじゃなくJITコンパイルしながら実行されてるでしょ
wasmのVMが大きなオーバーヘッドだとは思わないけどな
2020/07/18(土) 11:29:28.75ID:Z+cMIoZ7
>>313
ええ、OfficeソフトなんてWindows3.1のWorksで必要十分で御座います。
オフラインに割り切って使う
ノートパソコンは最近Windows95にアップデートしたばかり。
3次元CADだって動くんですよ！
2020/07/18(土) 11:33:48.46ID:fwbEJCvA
>>316
そんな人もいるんだからって言いたいの？ｗ
2020/07/18(土) 11:49:48.36ID:zDePOjuW
jsをwasmにコンパイル出来たら爆発的に普及しそうなんだが、いまだにまともにできないんだよな。
2020/07/18(土) 11:54:20.16ID:Z+cMIoZ7
>>317
そうですワタシが変なおじさんです。
応答速度がどうのこうのと言う話の流れを見てますと
WebブラウザのSPAで3次元CADも出来る時代になったのだなあと感慨に老けっております。
2020/07/18(土) 11:59:32.49ID:fwbEJCvA
>>319
論点はそこじゃなくて、
「3次元CADやるなら別にブラウザじゃなくていいよね」
だから

なぜわざわざ遅いとわかってるブラウザで動かすのか？
ブラウザで動かさなきゃいけない使命でもあるの？
321デフォルトの名無しさん
垢版 |
2020/07/18(土) 12:07:43.56ID:OjEg02/9
jquery bootstrap Vue React angular
redux nuxt kockout sass gulp webpack
ああもうめちゃくちゃだよ！
お前ら全員webからい居なくなれ！
はっきり言って邪魔なんだよ！
2020/07/18(土) 12:18:23.75ID:Z+cMIoZ7
>>320
時代はリモートでコラボれーしょんやら？
WebVRで3Dチャット元年ではなかったのかと・・・
2020/07/18(土) 12:25:07.68ID:huqpRUrM
VS+C#の快適さに比べたらJSやTSなんてゲロ以下でしょ
この時点で即座に乗り換える理由になる
流石はマイクロソフトというべきか、言語や開発環境だけじゃなく、Blazor自身もフレームワークとしてのセンスが良く、パクリ元のVueやReactより生産性が高い
速度面で若干の心配があるけど、やってみると現時点ですでに爆速とわかり安心
スクリプトより最適化が簡単だから、今後のさらなる改善も大いに期待できる
おまけにデスクトップ、モバイルネイティブ、PWA、ハイブリッドのサポートもロードマップに入ってる
むしろ乗り換えない理由が見つからねー
2020/07/18(土) 12:27:17.68ID:a72QTQ2S
vscode + js のウルトラ開発体験知らんのか？
2020/07/18(土) 12:28:49.89ID:5AaucbBP
>>323
昔C#使ってたけど正直使わなくて済むならIDEは使いたくない
2020/07/18(土) 12:29:31.05ID:huqpRUrM
>>324
VSCodeは不安定すぎて話にならんわ
2020/07/18(土) 12:31:33.52ID:huqpRUrM
>>325
宗教上の理由でIDEを避けたいならそうすればいい
Blazorも例に漏れずVScodeでもVimでもなんだって開発できる
ま、VSが最強なので他はオススメはせんがね
2020/07/18(土) 12:33:55.33ID:cNrPu/ON
VSおじさんｗ
Silverlightはどうなりましたかｗ
2020/07/18(土) 12:40:21.88ID:fQsuqJMx
wasm(たとえばC#)って画面描画どうやってやるの？
C#で書けるだけで画面描画はやっぱりDOMツリーいじるの？
それともブラウザ全面がウィンドウ扱いでWPF使えるとか？

wasm詳しい人教えてくれ！
2020/07/18(土) 12:50:44.89ID:cNrPu/ON
まだ直接DOMいじれない。
将来的にも解放されるか微妙。
なので描画はふつうにjs側でやってるｗ
2020/07/18(土) 12:53:18.24ID:5tCG/Slu
え、DOMいじれずC#(WPF)で描画もだきないのか
結局、JavaScript使わないといけないんじゃ微妙ね

ブラウザ画面全体をキャンバスとしてWPFで描画させて欲しいわ
2020/07/18(土) 12:55:00.61ID:hYOY3gDK
>>328
この返しは恥ずかしすぎる
2020/07/18(土) 12:55:34.30ID:hYOY3gDK
>>329
Razorマークアップ
2020/07/18(土) 12:56:00.12ID:hYOY3gDK
>>331
JSは要らんよ
2020/07/18(土) 12:56:27.32ID:cNrPu/ON
でもそのwasmの外にあるjsへの指示・管理はフレームワーク側の仕事だからあなたが直接dom api叩く必要はない
2020/07/18(土) 13:00:40.40ID:fwbEJCvA
>>322
> 時代はリモートでコラボれーしょんやら？
> WebVRで3Dチャット元年ではなかったのかと・・・

だからブラウザ使わなくて出来てるでしょｗ
2020/07/18(土) 13:02:21.10ID:fwbEJCvA
>>329
ブラウザの中に仮想マシンが実装されたと考えれえばいい
表示はブラウザの中の一部分が仮想マシンのウインドウになったようなもの
その中で何でも出来る。その中でしか動かない。
2020/07/18(土) 13:06:46.63ID:u6Nb4/2q
ブラウザのDeveloperToolでデバッグできる？
2020/07/18(土) 13:08:43.45ID:fwbEJCvA
JavaScriptもJITとか使うから計算とかならネイティブとほぼ同じ速度で動くんだよ
問題はDOMで複雑なレンダリング処理が入るからどうしても遅くなる
それはWebAssembly使っても同じななわけ

DOMの複雑なレンダリングアルゴリズムが原因だから
それは避けようがない。

しかしもともとは画面表示なんて縦横のビットマップでしかなかったわけで
DOMのレンダリングを避けて、直接描画しましょうっていうのがWebAssembly
DirectXの思想と似てるね。WebAssemblyの目的はレガシー技術の移植だから
DOMは必要ない。なのでWebAssemblyからDOMを直接さわれるようなことはないよ
間接的に触れればOK。

画面部分は遅いけどメンテナンスしやすい言語、速度が必要なのはDLLという
昔のVB+VCによる開発と同じようなことをウェブの世界で繰り返してるだけ
2020/07/18(土) 13:39:15.04ID:5tCG/Slu
wasmの画面描画について答えてくれてありがとう
DOMいじらなくてもいいのね興味出てきたわ
あとwasmでマルチスレッドは使える？
JavaScriptって長年マルチスレッド使えなかったじゃん
Web Workerという仕組みも出てきたけとJavaやC#で扱う普通のスレッドとはちょっと違うよね

wasmは普通にマルチスレッド使えるの？（C#のThread関連API使えるの？）
あとソケットAPIもC#で使えるのかな？
そこまでできるならwasm移行したいわ
2020/07/18(土) 13:42:32.30ID:fwbEJCvA
外部との通信やファイルアクセスやI/OはブラウザのAPIエミュレートされる
つまりブラウザで出来ることは出来るしブラウザでできないことはできない
スレッドもWeb Workerを使ってエミュレートされる
なのでそういったものはネイティブに比べて遅くなる
2020/07/18(土) 13:44:42.37ID:fwbEJCvA
そういうI/O系はJavaScript APIを使ってエミュレートされるので
JavaScriptから直接使ったほうが速いというね
WebAssemblyが速いのはCPUとメモリアクセスでできる処理のみ
2020/07/18(土) 13:48:10.88ID:zDePOjuW
wasmの画面表示って結局jsと同じDOMかWebGLじゃね？
2020/07/18(土) 13:58:51.62ID:fwbEJCvA
>>343
そうだよ。DOMは1ピクセル単位で描画できない
（CSSのposition: absoluteとか使えばできなくはないけど
ドットごとにDOM要素が必要になる）

だから実質WebGL一択でしょう
wasmから（仮想的な）ディスプレイのドットに点を打つと
それがWebGLの命令で描画される
2020/07/18(土) 14:54:17.15ID:5tCG/Slu
wasmおもしろそうだな
いっちょさわってみるか
346デフォルトの名無しさん
垢版 |
2020/07/18(土) 14:59:20.43ID:OjEg02/9
>>334
そんなものオタクしか興味ねーよ
手軽さとか互換性問題が起きない方がよっぽど大事
2020/07/18(土) 15:00:47.66ID:lkZeEJlA
>>302
ありがとうメモした
Blazor WebAssemblyは.net core SDK 3.1で正式サポートされたようだから
productionに使えるレベルになってるはず、なので
たまってるアニメ見終わった後でやってみる。
2020/07/18(土) 15:01:01.32ID:zDePOjuW
ああ、言いたかったのは描画に関しては結局jsと変わらんだろうということ。
Canvas APIやWebGL APIを呼ぶだけだしね。
2020/07/18(土) 15:03:36.80ID:lkZeEJlA
>>306-307
すぐBlazorやりたければ自分で作った会社で開発してマネタイズすればいい。

今までにC#でASP.netの開発やってる企業なら近いうちにBlazorの案件始めるよ
JSに比べて開発生産性高いのだからBlazorやらない理由がない

>>310
C#になれてるとdynamic languageへの拒否反応はたしかに強い
開発の生産性が低すぎるんだもの
2020/07/18(土) 15:08:26.33ID:lkZeEJlA
>>311
普通に使えてるのはそのスマートフォンの性能に
合わせて開発してるからに決まってるだろうｗ

なぜSPでネイティブアプリがあるかっておもに性能だろう

パフォーマンス重要な用途がわからない？？
開発者でそれが思い浮かばない人っているんだね

ハイパフォーマンスということはわざわざAndroidやiOSの
アプリつくって売上の30%ぼったくられなくても
Blazorでゲーム作って稼ぐようなこともできる。
それくらい思い浮かばないかふつう。

パフォーマンスめちゃくちゃ大事
2020/07/18(土) 15:28:43.67ID:fwbEJCvA
>>350
> なぜSPでネイティブアプリがあるかっておもに性能だろう
違うよ。ネイティブアプリの自由度の高さと
スマホ標準インターフェースとの統合
2020/07/18(土) 15:35:33.35ID:lkZeEJlA
>>312
Blazorだとclient, severの両方をC#でかけるから
開発生産性が高い
という当たり前の話が前提としてある

Blazorでは既存のJS libraryは使えるがJS開発はおまけ
自分で開発するのは主にC#

node.jsはbrowserがJSだからserverも同じ言語だと効率がいいっていう
理屈で作られたものだろう
しかしJS自体がうんこなのでnode.jsはserver sideもうんこ言語で
開発することになる
2020/07/18(土) 15:40:33.50ID:lkZeEJlA
>>313
あほらしい
JS自体がレガシーそのものだろう。
あんなもの開発者は望んでいない
その証拠にType safetyなTypeScriptが人気になってる

server sideまでうんこ言語（JS)やその改善版（TS)で
開発する時代がいつまでも続くと思うか？
俺は全く思わない

好きな言語で開発できてパフォーマンスがいいWasmが当たり前になるさ
2020/07/18(土) 15:43:26.01ID:lkZeEJlA
>>318
JSってType safetyじゃないだろ
もともとcompileと合わないうんこ言語だからどうしようもない

C#とかに変えればいいだけだ
2020/07/18(土) 15:47:48.54ID:lkZeEJlA
>>320
だからそのBrowserが遅いのはcompileされてないJS
とかを実行してるからという要因が大きいわけだが
それすらわかってないようだ

wasmならnative codeが走るからかなり速くなる
用途が広がる
それでiOSやAndoriod app作らなくてよくなるとしたら
とんでもない開発生産性の向上だ
2020/07/18(土) 15:52:34.71ID:lkZeEJlA
>>328
そういうアホな質問はいたるところで論破されてる

SilverlightとちがってWebAssemblyはstandardなの
普及しない理由がないの
2020/07/18(土) 15:54:43.54ID:VwC7Y7IV
まあなんにせよいつまでもJS、TSにしがみついてるのはエンジニアとしてリスキーだよね
サーバーサイドエンジニアが嫌々ながらJS、TSを習得して立場を守ったように
こんどはフロントエンドエンジニアが別の言語を学ばざるを得ない時代が来た
2020/07/18(土) 15:54:46.28ID:lkZeEJlA
>>329
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
2020/07/18(土) 16:41:05.47ID:5tCG/Slu
>>358
ざっと読ませてもらったけどblazorマークアップでdivタグとか出てきてちょっと萎えた
抽象化されてはいるけどやっぱDOMツリーを意識させられちゃうのね

ピクセル描画なんて話が出ていたからWinFormsやWPFの作り方でブラウザに画面出せるのかと期待してしまった
これはC#経験者でもblazorでのUI構築を学ばないといけないね
blazorが生き残ってくれるのならいいけどWebフロントエンドは死屍累々だから怖い
2020/07/18(土) 16:44:31.11ID:fwbEJCvA
なんでクライアントとサーバーで同じ言語で作ったほうが
生産性が良いと思ってるんだろ？
SQL使わんのか？別の言語だぞ？
2020/07/18(土) 16:44:51.36ID:fwbEJCvA
>>357
お前は何の言語にしがみついてるんだ？ｗ
2020/07/18(土) 16:51:43.65ID:5tCG/Slu
>>360
クライアントとサーバーで同じ言語使えたほうが学習コストが低くなるじゃん
JavaScript勢もそう考えてるからサーバーでnode.js使ってるんじゃないの？

おれはSQL併用するけどSQL使わない勢も実際にいるよ
ORMの自動生成クエリーだけでなんとかするっていう
逆にSQLでビジネスロジック全部やりたい勢もいるストアド大好きな人達

ソフトウェアって自由でいいな
2020/07/18(土) 16:53:18.15ID:fwbEJCvA
>>359
UIをコードで書くならDOMベースが一番適してるんだよ
HTMLかXMLかそれに近いマークアップ言語

その例外がゲームとかCADとか点や線ベースでの
インターフェースを持っているもの
具体的に言えば、点や線が目まぐるしく変わるもの
2020/07/18(土) 16:56:29.69ID:fwbEJCvA
>>362
> JavaScript勢もそう考えてるからサーバーでnode.js使ってるんじゃないの？
RubyやPython使ってるだろ
目的に応じて適切な言語使ってるんだよ
2020/07/18(土) 17:11:56.84ID:UMJ4s/bl
nodeは立ち上がりが軽くて速くてスケール時に使い捨てしやすいからだろう。

AWS Lambda Cold Start Language Comparisons, 2019 edition ☃
https://levelup.gitconnected.com/aws-lambda-cold-start-language-comparisons-2019-edition-%EF%B8%8F-1946d32a0244

https://miro.medium.com/max/3000/1*9sCYX6qNP2_v4h65dAXldQ.png
https://miro.medium.com/max/2100/1*yRoptbhiLIc8pcSkhKAWmA.png
https://miro.medium.com/max/3000/1*CTR45urzK4_gz177XyyWew.png

.NET遅っそｗｗｗ重っもｗｗｗｗ
2020/07/18(土) 17:32:39.93ID:vLQD9afh
>>344
WebGLでもDOMのように階層持たせることはできるの？
俺は3Dゲーム作っていたんだが、あんな感じでポリゴンみたいにして作るのかな
今イチわからん
2020/07/18(土) 17:43:52.38ID:lkZeEJlA
>>359
Blazorもweb appだからHTMLとCSSの世界は当然あるよ
でも、ReactのJSXよりは可読性高いと思うよ

WPFはXAMLだっけ、あれはXMLの方言みたいなやつだよね

Blazorで再利用可能なUI componentが公開されてるから
カレンダーみたいな複雑なcomponentはコピペで使えると思うよ
C#みたいなドラッグ＆ドロップまではいかないけど十分かんたんでしょう
2020/07/18(土) 17:46:29.08ID:vfrpqE6H
>>366
WebGLはDOMの一要素canvasを仮想的なディスプレイと見立てて
その中にOpenGLの命令で自由に描画するもの
2020/07/18(土) 18:54:17.02ID:162OGkYI
>>359
WPFじゃないけどXamlでWeb開発可能らしいね
個人的にはよく知らんけどWinUIとかいうやつ
2020/07/18(土) 18:56:30.00ID:162OGkYI
間違えたWinUIじゃなかったUnoだ
2020/07/18(土) 19:26:35.55ID:5AaucbBP
>>336
あーもうそれこのスレ関係ないって事だよね
専用スレ立てればいいのにね
2020/07/18(土) 19:30:44.95ID:5AaucbBP
あんじゃん
【O3D】HTML5用 3D API WebGL 【Canvas:3D】
https://mevius.5ch.net/test/read.cgi/tech/1308761577/
2020/07/18(土) 20:42:52.64ID:Rz8uT7Q+
wasmで処理速度が上がるのか知らんけどコンパイルされるわけだからネイティブコードよりも転送量増える理屈だよな。
速度目的に使うんじゃなくて互換目的に使うのが本来の用途だろ？
2020/07/18(土) 21:47:01.74ID:5tCG/Slu
そうですね
ランタイム環境（VM）の転送というオーバーヘッドもあるので新規開発ではなく既存資産わ流用したい場合にwasmなのかなって気がする
だけどwasm使ってもUI周りは流用できずに作り直しになるようなのでモヤっとする
UI周り作り直しになるなら他の選択肢（JavaScript等）も視野に入ってくる
2020/07/18(土) 22:58:32.39ID:lkZeEJlA
>>373
コンパイルされたものがBrowserに配られる
本番環境用にサイズを小さくするオプションもあるし
browser にcacheされるから2回目以降は速い。
demoみてもその辺は考慮されて設計されてるかんじ

最初は遅いのはPWAとかSPAでも同じでしょ

>>374
VMまるごと転送するなんてどこにも書かれてないし
そんなことやるとは思えない
Wasmで共通のバイナリはBrowser updateのときに入るでしょ
2020/07/18(土) 23:16:25.72ID:lkZeEJlA
>>373
速度はあがるし目的としても書かれてる
https://webassembly.org/

Efficient and fast
The Wasm stack machine is designed to be encoded in a size- and
load-time-efficient binary format. WebAssembly aims to execute
at native speed by taking advantage of common hardware capabilities
available on a wide range of platforms.

>>331 ではDOMいじれないとか書いてるし誤解しすぎ
DOMいじれないWeb UI Frameworkなんてあるわけないだろうｗ
2020/07/19(日) 00:48:48.05ID:xggXZiaY
https://qiita.com/ShuntaShirai/items/3ac92412720789576f22
> WebAssembly側から直接Domを操作することは出来ない。そのため、WebAssemblyにコンパイル出来る各言語にJavaScriptのAPIを呼び出すWasm用のライブラリが開発されている。

https://github.com/WebAssembly/proposals/issues/16
> To realize the high-level goals of (1) integrating well with the existing Web platform and (2) supporting languages other than C++, WebAssembly needs to be able to:
>
> reference DOM and other Web API objects directly from WebAssembly code;
> call Web APIs (passing primitives or DOM/GC/Web API objects) directly from WebAssembly without calling through JavaScript; and
> efficiently allocate and manipulate GC objects directly from WebAssembly code.

これ↓が未実装なんだから現状DOM操作はJSさんお願いしますしてるだけだぞ。
> call Web APIs (passing primitives or DOM/GC/Web API objects) directly from WebAssembly without calling through JavaScript; and
2020/07/19(日) 02:34:09.44ID:ktD9w8qF
とりあえずBlazorのsampleいっこだけ動かしてみた

>>377
「直接いじれない」と「いじれない」では全然違うでしょ

JavaScript Interopの存在は知ってるし
>>376はちゃんと「DOMいじれない」というのを否定してる。
2020/07/19(日) 03:24:25.64ID:Xo5fmFzm
完全にスレチじゃん？
2020/07/19(日) 04:14:25.27ID:VuyFWk7z
blazor-serverはともかくblazor-wasmは深刻なパフォーマンス問題があって、
[Blazor WebAssembly] Serious performance issues
https://github.com/dotnet/aspnetcore/issues/21085
その対策は進行中↓
Blazor performance optimizations #22432
https://github.com/dotnet/aspnetcore/issues/22432
つまりまだ全然安定しておらず、スレタイなんかと成熟度は比べるべくもない。
トラブルが起こったときアセンブリレベルでデバッグしたいならどうぞ。
blazor-serverのほうは実用レベルに到達してるけど、それこそスレチだしphpあたりと勝負してきてどうぞｗ
2020/07/19(日) 05:20:39.95ID:VEGN/NtA
WebAssembly自体が期待されるほど速くないから、今のままだと廃棄物になることがわかりきってるもんなあ。
ある日突然爆速になったら状況は全然変わってくるだろうけど
2020/07/19(日) 05:28:36.09ID:W3hSYpRn
WebAssemblyの目的は既存アプリ（特にゲーム）の移植なんだって
他の言語で開発できるって言うけど、
サーバーサイドは昔から他の言語で開発できたのに
遅いはずのスクリプト言語を使っていただろ
速度ははやければ良いねぐらいの扱いで、誰も期待してないんだよ

それに脆弱性につながるからブラウザのセキュリティ能力を超えることはできない
JavaScriptでもできることを他の言語でできるだけ
2020/07/19(日) 05:33:59.05ID:x6eBp0n6
Webはやはり描画がクソ重いよなあ
ゲームの超複雑な計算でも60fps出るだろ
DOM構築ごときに処理かかりすぎなんだよ
2020/07/19(日) 07:47:59.56ID:tFAvgvCU
>>375
wasmはVM転送しないの？
仕組みを見るとwasmは仮想アセンブラのバイトコードを実行するみたいに見える

たとえばC/C++をコンパイルする場合、完全スタティックリンクが必要になるのでは？
つまり依存libcもwasmにして転送されるのではないですか？（全体ではなく必要な関数だけとはいえ）

同様にC#はVM部分をwasmにしてブラウザに転送する必要があるように見える
違うの？
libcやVMなどはブラウザ側の更新で増えていくものなの？
2020/07/19(日) 07:53:19.22ID:tFAvgvCU
やっぱり数MBのVM(mono.wasm)を転送するじゃないか！
2020/07/19(日) 08:02:41.88ID:PEwdaGfT
libcもmono.wasmもどっちもVMじゃないから。そういうライブラリのことを聞きたかったのだとしたら
使う言葉を間違えてる。
2020/07/19(日) 08:10:57.60ID:tFAvgvCU
.NETが現実的な選択肢になりえないことは分かったのでもういいですよ
2020/07/19(日) 08:26:55.45ID:W3hSYpRn
>>385
wasmは転送量増えるよね。
小規模なコードならJavaScriptの方が小さくなる

だからwasmが対象としてるのは過去の比較的大規模なアプリを
そのままブラウザで動かすためのもの
それは大体ゲームｗ
2020/07/19(日) 08:45:06.05ID:nXJK1voh
ブラウザでゲームやるならクラウドでええやんってなるに決まってるだろ
2020/07/19(日) 08:45:29.98ID:PIkW4oBq
>>380
LOHじゃん
よっぽど馬鹿なプログラム書かなきゃ問題にならんよ
2020/07/19(日) 08:47:06.11ID:W3hSYpRn
>>389
クラウドが何を言ってるのかわからんけど、
ここで言ってるゲームっていうのは過去PC用でリリースしたものの話だよ
移植を楽にしてくれるのがwasm
2020/07/19(日) 08:48:50.35ID:PIkW4oBq
>>388
業務系
2020/07/19(日) 08:50:00.32ID:j+IrtB5e
>>385
キャッシュされるからそれは無視していいよ
2020/07/19(日) 08:53:37.36ID:tFAvgvCU
>>393
気になるかならないか決めるのは開発者ではなく利用者だから
2020/07/19(日) 08:57:28.54ID:W3hSYpRn
>>393
jQueryなどは複数のサイトで同じライブラリを使うから
あるサイトでキャッシュされたら他のサイトでも早くなることがある。
CDNが使われることも多い
でもwasmはそうならんやろ？使われてる例自体も少ないし。
2020/07/19(日) 08:59:03.14ID:PIkW4oBq
>>394
ユーザーは遅いなら遅いでしゃあねえかって使うもんだよ
Gmailとか起動遅いけどみんな普通に使ってるだろ
まあ遅いといってもデスクトップアプリよりは速いし
開発者が過剰に神経質になってるだけだ
2020/07/19(日) 08:59:45.80ID:W3hSYpRn
>>392
業務系にwasmは使い物にならんよね。HTMLで簡単にUIをつかえるのに
wasmだとそこから作らなければいけない
ゲームならそこから作るのは当たり前だけど
業務系はすでにある使いやすいコンポーネントを再利用するのが普通
速度も業務系だと結局サーバーサイドでやることが多いし
2020/07/19(日) 09:01:44.02ID:W3hSYpRn
>>396
> ユーザーは遅いなら遅いでしゃあねえかって使うもんだよ
> Gmailとか起動遅いけどみんな普通に使ってるだろ

速度とかよりも手軽さ重視だからね
ブラウザでもアプリでも気にしないし
wasmの価値は移植を楽にしてくれる所というのはそういう話
2020/07/19(日) 09:02:52.10ID:tFAvgvCU
>>396
もういいって
遅くても我慢して使ってくれるから大丈夫！
とかなんなの？
あなたとは話す価値がないと判断した
2020/07/19(日) 09:02:58.39ID:PIkW4oBq
>>395
時間が解決する問題だな
つか別に複数サイトで共有しなくてもキャッシュされるし
つか.NETは単一バイナリのビルドとモジュールのトリミングを研究してるからデカイランタイム問題もすぐ解決するよ
2020/07/19(日) 09:04:20.16ID:W3hSYpRn
> 時間が解決する問題だな
「使う理由がない」は時間が解決してくれないよ
時間が解決するのは、今実際に起きている課題だけ
2020/07/19(日) 09:04:23.55ID:tFAvgvCU
時間が解決する問題ってことは
やはり現時点では.NETは現実的ではないってことね
成熟したらまた教えて
2020/07/19(日) 09:05:40.29ID:W3hSYpRn
>>399
> 遅くても我慢して使ってくれるから大丈夫！
> とかなんなの？

誰もそんな話はしていない。
遅いのだろうが許容範囲なのでみんな使ってくれているので大丈夫
使ってくれるはずという希望じゃないんだよ。
実際に使ってるんだよ。だからこの程度であれば大丈夫であることは証明済み。
2020/07/19(日) 09:06:25.23ID:PIkW4oBq
>>397
まるごと再利用しか頭にないのか？
業務系ではレガシーなシステムの移植とかいくらでもあるんだが
業務系の開発者はフロントエンド苦手だからC#でフロントを新規開発できるというメリットはあまりにも大きい
2020/07/19(日) 09:06:59.87ID:W3hSYpRn
> 業務系ではレガシーなシステムの移植とかいくらでもあるんだが
移植で作り変えるならブラウザ版を作りますって（笑）
2020/07/19(日) 09:08:44.46ID:W3hSYpRn
> 業務系の開発者はフロントエンド苦手だからC#でフロントを新規開発できるというメリットはあまりにも大きい

苦手なやつがC#使ったからって克服できるわけ無いやろｗ
苦手なら得意な人がやればいいだけだし
分業できる方が良いよ
2020/07/19(日) 09:09:00.50ID:PIkW4oBq
>>399
お前も話す価値ないよ
速度なんてこれからいくらでも最適化で改善していく部分だから現状で少しビハインドでも全く問題にならねえんだよね
逆にそこしか否定できないってことはもうBlazorを無意識化では認めちゃってるってことだよ
2020/07/19(日) 09:09:48.38ID:PIkW4oBq
>>401
時間が経てば使う理由も増えるわけだが
2020/07/19(日) 09:10:04.29ID:W3hSYpRn
JavaScriptの速度も随分と改善しましたしね。
十分実用レベルに達している。
さらにCPUの性能は上がり続けてる。
2020/07/19(日) 09:10:20.89ID:PIkW4oBq
>>402
十分実用的、で、時間が経てば更によくなる
2020/07/19(日) 09:10:39.96ID:W3hSYpRn
>>408
増えないよ。お前がネット始めてから20年ぐらい立つだろうが
普段やってることは大して変わってねーだろ？ｗ
2020/07/19(日) 09:11:54.71ID:tFAvgvCU
Blazor勢 必死すぎるだろw
もういいんだって
2020/07/19(日) 09:12:03.15ID:W3hSYpRn
そもそもな。デスクトップアプリとして以前からできることを
ブラウザでわざわざやる理由がないんだよ
アプリ版を作ればいいだけなんだから
2020/07/19(日) 09:12:19.58ID:PIkW4oBq
>>405
移植でブラウザ版を作るから業務系開発者が得意なC#で開発できること価値が大きいんだろ
2020/07/19(日) 09:14:29.32ID:W3hSYpRn
>>414
だからサーバーサイドは以前からC#で開発できてますってｗ
2020/07/19(日) 09:15:20.05ID:m5eV0pvm
追うのめんどいから誰か論点整理して貼って
2020/07/19(日) 09:18:02.57ID:PIkW4oBq
>>406
克服できてしまうんだなぁこれが
つか.NETとVisualStudioが優秀だからなんとなくで作れるようになる

得意なやつがやればいい、なんてのはコスト意識のない下っ端の考え方なのではっきり言って論外
業務系はWeb系みたいなホビーじゃねえんだよ
2020/07/19(日) 09:19:09.28ID:W3hSYpRn
コスト意識があったら、適材適所って言葉を知ってるはずだがなｗ
なぜ苦手な人がフロントを作るのか
2020/07/19(日) 09:20:43.25ID:W3hSYpRn
C#で業務系と言うとASP.NETを使います。
UI込ですでに実現できてるんですよ。
wasmで一体なんのUIを作るんですか？
2020/07/19(日) 09:22:19.43ID:PIkW4oBq
>>411
ユーザー目線では特に変わってない
ということは開発者目線での進化がフレームワーク選定に大きな影響を与えるということだ

マイクロソフトの提供する開発体験はいつも素晴らしいものだ
Blazorがもたらす開発体験にも当然、期待していいだろう
今では誰もが使ってるVSCodeもTypeScriptもそういやマイクロソフトだよなぁ
次のビッグウェーブが来てるんだろうな
2020/07/19(日) 09:24:05.39ID:PIkW4oBq
>>415
フロントエンドでもC#を使えるようになるのが大きいんだって話だろ
2020/07/19(日) 09:24:15.27ID:W3hSYpRn
> ユーザー目線では特に変わってない
> ということは開発者目線での進化がフレームワーク選定に大きな影響を与えるということだ

どういう理屈？言ってみただけの中身がない言葉は要らないよ
2020/07/19(日) 09:26:11.82ID:W3hSYpRn
>>421
> フロントエンドでもC#を使えるようになるのが大きいんだって話だろ

だからサーバーサイドの開発にフロントエンドも含まれてるんだってｗ
C#の面倒な実装じゃなくて、テンプレートエンジンを使った簡単な方法で
フロントエンドを作成できる

繰り返すが、C#で一体なにを実装するの？
すでにユーザーインターフェースは揃っている。
2020/07/19(日) 09:26:37.05ID:PIkW4oBq
>>418
やっぱホビーだなあんた
安い人材でもそれなりに開発できるように、うまいこと誘導するんだよ
大規模なチームで仕事をするなら絶対に必要なスキルだ
それをシラナイということは個人開発か、少数精鋭で作れるおもちゃみたいなスタートアップしかやったことないんだろ
2020/07/19(日) 09:27:14.26ID:W3hSYpRn
> 安い人材でもそれなりに開発できるように、うまいこと誘導するんだよ
だからフロントはHTMLが得意な安い人材を使います。
2020/07/19(日) 09:31:34.04ID:PIkW4oBq
>>419
SPAを作るんだよ
既存のASP.NET(Core)でも開発はできるがデスクトップアプリと比べると操作性が悪いことは否めない
複雑怪奇な業務に適応するためにSPAの導入は今後不可避になるだろう
しかしSPAをやるには今まではクソッタレJSやらポンポン入れ替わるWebフレームワークを学ぶ必要があって学習コストが高すぎた
業務系の主力である安い人材では習得が難しいのでSPAはずっと見送られてきた
しかしBlazorならその問題を一挙にカイケツすることができる
2020/07/19(日) 09:32:22.28ID:PIkW4oBq
>>422
君、プログラム下手でしょ
インターフェイスと実装の分離ができないタイプと見た
2020/07/19(日) 09:32:58.15ID:PIkW4oBq
>>423
>>426
2020/07/19(日) 09:37:55.76ID:PIkW4oBq
>>425
フロントエンド特化人材は高えんだよ

私、フロントエンドなんてぜんぜんできませんよ～
って具合の人材を
ふ～ん、なら少し安めのお値段で雇ってもいいよね？
大丈夫、大丈夫、こっちでうまいことレール敷くんで、安心して手だけ動かしてください
ってな具合で格安で調達すんの
できない奴でも、できるようにすんの
2020/07/19(日) 09:38:44.30ID:W3hSYpRn
>>426
お前フレームワークもなしに独自でSPA作るの？ｗ

https://codezine.jp/article/detail/10599

ASP.NET Core 2.0でのSPAサポート
　ASP.NET CoreではView層にSPAを使用するための機能が用意されています。
クライアントサイドとサーバサイドでそれぞれJavaScript、
C#が得意なメンバーのいるチームや、既にASP.NET Coreを使っていて
UIやUXを改善したいといったユースケースに適用できるかと思います。

　また、SPAにおける問題点のいくつかを解消するサーバサイドレンダリングも
サポートしています。サーバサイドレンダリングについては後ほど説明します。

　ASP.NET Core 2.0からは、Angular（バージョン4）、React、Reduxといった
SPAフレームワークがプロジェクトテンプレートとして新しく追加になりました。
これらのプロジェクトテンプレートを使用すると、SPAフレームワークと
ASP.NET Core MVCを連携したアプリケーションを素早く開始することができます。
2020/07/19(日) 09:39:23.07ID:W3hSYpRn
>>429
> フロントエンド特化人材は高えんだよ
ならフロントエンドに特化してない人を使えば？
バカなのかなこいつ
2020/07/19(日) 09:42:08.97ID:W3hSYpRn
なんかC#を使ってWindows Formsとかでデスクトップアプリを作れば
それがそのままSPAになるって思ってそうなんだよなｗ
URLどうするんのよって感じだ
2020/07/19(日) 09:45:34.17ID:W3hSYpRn
URLじゃ話通じないですかね？ｗ
SPAはデスクトップアプリとは違ってURLがあって
ブラウザの進むや戻るがつかえるんですよ
2020/07/19(日) 09:47:19.12ID:PIkW4oBq
>>430
意味不明な切り返しすんな
SPAでやると決まったらフレームワーク使うに決まってんだろ

お前が得意げに挙げた.NETの従来のSPAテンプレートは各種JSフレームワークのテンプレートを生成するだけだ
おまけ程度にC#のAPI開発テンプレートも生成してくれるがJSフレームワークを隠蔽するようなものじゃない
だからそれらを使ってもフロントエンド特化人材を雇わないと開発なんてできねえぞ
2020/07/19(日) 09:49:53.45ID:PIkW4oBq
>>431
オメーがバカ
特化した人材は高い
特化してない人材ではJSフレームワーク使った開発は生産性が低い
安いには安いなりの理由があるんだよ
だがBlazorならそんな安い連中でもC#とVSを使って簡単に開発できるようになる
2020/07/19(日) 09:50:41.48ID:PIkW4oBq
>>432
誰もそんな話はしてねー
そんな理解になるってお前の頭どういう構造してんだ
2020/07/19(日) 09:51:14.00ID:W3hSYpRn
> フロントエンド特化人材を雇わないと開発なんてできねえぞ

普通にフロントエンド開発者を使えばいいだけでは？ｗ
いないんですか？
2020/07/19(日) 09:52:08.96ID:PIkW4oBq
>>437
高えつってんだろ
鳥頭か
2020/07/19(日) 10:52:37.38ID:5Si5cYu0
そろそろwasmの話は別スレでやってくれないか？
2020/07/19(日) 10:58:54.20ID:x6eBp0n6
実際フロントエンドまともにできないゴミエンジニアばかりだからな
以前某エンジニアリクルート系の検索システムでフロントエンドエンジニアを検索したら全エンジニアの0.5％しかいなかった
その0.5％も自称だからガチで少ない
2020/07/19(日) 11:04:27.08ID:jXwWFSFG
>>440
Blazorはゲームチェンジャーになりうる
なんたって雑魚カスC#erでも超お手軽にSPAを開発できてしまうんだから
JS系のエンジニアの市場価値は相対的に下がるだろうね
2020/07/19(日) 11:18:11.07ID:AjlQmunT
Blazor-wasmまとめ
重い>>385
遅い>>380
有名クラウドサービス採用実績ゼロ
（React/Angular採用多数は言わずもがな）
C#以外覚えられなくなった年寄りを再利用するための介護フレームワーク。
2020/07/19(日) 11:20:10.35ID:m5eV0pvm
よっぽど高度なことするわけじゃない限り、C#書けるならReactとか2週間もあれば書けると思う
2020/07/19(日) 11:34:57.86ID:x6eBp0n6
>>441
バックエンドゴミエンジニアが何を使ったってゴミのようなフロントしか作れないぞ
絶望的に才能がない
目ん玉はただの飾り
こいつら（＝おまえら）に良い筆を持たせても無意味
2020/07/19(日) 12:02:35.96ID:Xo5fmFzm
いい加減専用スレ立ててそっちでやれよ
2020/07/19(日) 12:11:33.06ID:kmbJyWa5
数年後にwasmだらけになって涙目になるJSキッズが目に浮かぶ
2020/07/19(日) 12:14:17.72ID:kmbJyWa5
>>443
2週間�人数の教育工数が無駄
2020/07/19(日) 12:16:36.81ID:kmbJyWa5
>>442
重さは、遅さは現状でも十分実用に堪えうる
というか既存のSPAも体感はほとんど変わらんレベル
ゴリッゴリに最適化された既存フレームワークと比較してだから、最適化の余地があるwasmのほうが将来的には優位
採用実績はまだ正式発表されたばかりだから、比較しても意味がないことは小学生でもわかるはずだが君はどうだ？
2020/07/19(日) 12:17:49.08ID:PEwdaGfT
そこで振り落とされるような奴は今のJSフロントエンドすら無理。
2020/07/19(日) 12:20:18.80ID:BU8dfNcw
blazor厨もそれに付き合うやつも
よそでやれよ
そんなんだからいつまでたっても
そんなんなんだぞ
2020/07/19(日) 12:28:01.28ID:ZFRvNo6R
次スレはvs Blazorも入れたほうがいいな
2020/07/19(日) 12:46:08.93ID:YlpileWs
なんでこんな迷惑なBlazor厨に合わせてスレタイ変える必要があるのか
Blazor厨も相手してる連中もどっか行ってよ、ウザイ
2020/07/19(日) 12:46:49.46ID:n0f5aqSv
>>442
ついこないだRTMになったばかりのものを実績で批判しちゃうおばかさん
2020/07/19(日) 13:08:12.92ID:PQF4JxAh
それだけBlazorを恐れてるんだろうな
まあ自分の市場価値が下がるわけだから恐れて当然なんだけど
2020/07/19(日) 13:27:13.14ID:Xo5fmFzm
単純にスレチな話題を延々と展開するヤツが煩わしいだけ
どの道Microsoft系とは層は被らんよ
2020/07/19(日) 13:32:43.99ID:ktD9w8qF
>>382
大規模サイトのserver sideはJavaやC#が多かった。
社員しか使わないしょぼい業務系web appのことだけ考えていてはいけない。

あと大規模になるとtype safetyが必須になる
type safeでなければ開発生産性ががた落ちだ

速度も大事だがビジネスとしてみると開発生産性、コストもとても大事なわけ
2020/07/19(日) 13:54:52.10ID:Nf0PDjLy
GAFAでは使ってないし大手SNSでも使ってないけどな
458デフォルトの名無しさん
垢版 |
2020/07/19(日) 14:00:36.02ID:DFSJX5gq
>>455
ほんそれ
2020/07/19(日) 14:20:55.19ID:ktD9w8qF
>>384
最小限のファイルだけbrowserに転送されるし
cacheされるから2回目以降は読み込みもはやい

ほとんどの人は5秒未満で初回読み込み終わるんでは
2回目以降速いのにそんなにガタガタ騒ぐ理由がわからない
いまどきトップページ読んだだけで数MB消費のサイトたくさんあるだろ

mobileでYouTube見てる人とかたくさんいる時代に
初回だけ数MBの読み込みって問題になるとは思えない
2020/07/19(日) 14:25:37.40ID:ktD9w8qF
>>385 >>387
初回はデータ読み込み多いのはAngularとかのSPAも同じだから
このスレに来ないほうがいいと思うぞ
いつまでも古い開発に固執していればいい

そもそもwebでC++とか普通使わないだろ、開発生産性が低い

client sideにロジックが増えるという事は
それだけユーザーは快適に使えるようになるってことだ。
メリットとデメリットのトレードオフ
2020/07/19(日) 14:29:43.28ID:ktD9w8qF
>>455
TypeScriptの開発がMicrosoftなのも知らない人か
MSアンチやアップル信者の人ってこういう知識ない人が多い感じ
2020/07/19(日) 15:10:43.98ID:x6eBp0n6
もうここはBlazorスレだな
Reactとか微塵にも話題に出ない
2020/07/19(日) 15:18:33.36ID:Xo5fmFzm
>>461
ああ、知ってるが導入するコストと比べて型があるって事にメリットがそれほど感じられなかったから導入を見合わせたよ
2020/07/19(日) 15:23:00.55ID:m5eV0pvm
絶対ts入れた方がいいぞ
2020/07/19(日) 15:27:00.79ID:n0f5aqSv
>>457
どこの世界の話だろうか
2020/07/19(日) 15:35:58.18ID:3+L828Di
仕事で扱ってるドメインがショボいと型安全性のありがたみはわからねえだろうな
2020/07/19(日) 15:41:47.27ID:RfQaIH9f
Blazorの話は過疎ってるxamarinスレでやってくれないか
2020/07/19(日) 16:10:02.58ID:n0f5aqSv
>>467
スレチ
2020/07/19(日) 16:59:27.91ID:ktD9w8qF
>>457
大規模サイトのback endはJavaとC#だらけなの知らないのか

Twitterは過去にRuby遅すぎて捨ててるし
2020/07/19(日) 17:05:03.82ID:xggXZiaY
nodeは立ち上がりが軽くて速くてスケール時に使い捨てしやすいからだろう。

AWS Lambda Cold Start Language Comparisons, 2019 edition ☃
https://levelup.gitconnected.com/aws-lambda-cold-start-language-comparisons-2019-edition-%EF%B8%8F-1946d32a0244

https://miro.medium.com/max/3000/1*9sCYX6qNP2_v4h65dAXldQ.png
https://miro.medium.com/max/2100/1*yRoptbhiLIc8pcSkhKAWmA.png
https://miro.medium.com/max/3000/1*CTR45urzK4_gz177XyyWew.png

.NET遅っそｗｗｗ重っもｗｗｗｗ
Java遅っそｗｗｗ重っもｗｗｗｗ
2020/07/19(日) 17:36:47.16ID:lVLELK+9
.NET優秀やん
2020/07/19(日) 17:48:38.32ID:+/vqE4Sh
Javaや.NETは基本サーバーは決められた台数立てっぱなしが当たり前の時代に設計されたからな。
最近のコンテナ単位・ラムダ単位で負荷に合わせてスケールアウト・スケールインするアーキテクチャは想定外だったんだろう。
2020/07/19(日) 19:13:15.19ID:x6eBp0n6
もうjsでいいじゃん
使えないバックエンドゴミクズエンジニアがヒーヒー言ってるだけだろ
474デフォルトの名無しさん
垢版 |
2020/07/19(日) 19:25:21.82ID:c7cY5EYc
Why I Converted from Vue to React
https://dev.to/brettfishy/why-i-converted-from-vue-to-react-1abn

> The purpose of this post was not to say that Vue is bad

ワロタ
2020/07/19(日) 21:20:08.98ID:ktD9w8qF
>>377 >>470
これ記事かいたやつもそれ張り付けてるおまえもアホすぎ

.net2とかいう言語はない。
.netが言語だと思ってる時点で相当レベル低い

あとcold startだけのbenchなんてほとんど意味ない。
しかもcloud環境で計測してるというバカっぷり
そんなのその時のserver混雑状態で変わるってのｗｗ
2020/07/19(日) 21:51:47.75ID:xggXZiaY
hot startなんだから対象言語の実行に必要なVM・環境のロード時間含まれるの当たり前じゃんｗ
lambdaなんだからクライアントから測るの当たり前じゃんｗｗ
本番でユーザーに遅い言われたときサーバで測ったら速いです言うの？ｗｗｗ
バカ過ぎワロタｗｗｗｗおとなしくサーバサイドだけやっとけや老害ｗｗｗｗｗ
2020/07/19(日) 21:52:18.36ID:xggXZiaY
*cold
2020/07/19(日) 22:25:34.23ID:aWdyr5NP
世界最速は、このサイト。Ruby on Rails 製
https://dev.to/

Rails + React + Bootstrap + (Node.js + Webpack) の組み合わせには勝てない。
このエコシステムを超えるのは、無理

Rails: webpack(er)に乗り換える25の理由（翻訳）
https://techracho.bpsinc.jp/hachi8833/2020_04_10/90859
2020/07/19(日) 22:34:28.77ID:KAosLxZz
ｶﾞｲｼﾞ大集合ｗｗｗｗｗ
2020/07/19(日) 23:23:56.46ID:PIkW4oBq
Rubyって遅い言語代表格じゃん
2020/07/20(月) 00:48:26.56ID:PYo76fqp
>>470
なんでgoがこんなに遅いかね
2020/07/20(月) 05:20:10.55ID:AOg6xuBm
>>476
ほんとバカだな
ベンチマークなんて負荷なしの状態でかけないと正確な値がわからない。
プログラミングやらないやつでもそんなこと知ってると思うわ

多くのユーザーが使ってるサーバーで言語ごとのベンチマークとるとか馬鹿すぎ
それを何度も張ってるおまえも同レベル
もし言語ごとにやるならオンプレミスでやらないといけない
その環境をつくれないバカだから混雑してるクラウドでやるとする
Front endのスクリプトしかできない奴はやっぱりレベル低い
2020/07/20(月) 06:01:17.63ID:uvZgkaZD
>>482
lambdaがどういう運用されるか知らないの？ｗ
やはり老害は立てっぱなしの旧来アーキテクチャしか理解できないようだなｗｗ
言語と同じで信者もスケール出来ない産廃ｗｗｗ
484デフォルトの名無しさん
垢版 |
2020/07/20(月) 06:44:08.94ID:f45H4Kz0
Blazor信者の声でかいからBlazor調べてみたけどHTML構文のきもさとか実行の遅さとかファイルサイズのでかさがやばいな
これむしろBlazorアンチだろ
信者だとしたらずっとBlazor触ってて欲しいな。デメリットも享受出来ないで持ち上げる人は大海を知らないでほしい
2020/07/20(月) 06:58:19.08ID:AOg6xuBm
>>483
C#できない低能のおまえは何の言語使えるつもりになってるの？

で、おまえがベンチマークだとおもってるそれは
何を計測してると思ってるの？
まともなベンチマークですらないのに言語の速さと勘違いしてるし

>>481
それまともなベンチマークじゃないから無視でいい
2020/07/20(月) 07:00:16.28ID:eYf0BG4n
C#ってJavaScriptよりも簡単やろ？
JavaScript使えるなら誰でも使えるで
だからC#の給料は安い
2020/07/20(月) 07:06:07.22ID:AOg6xuBm
>>484
htmlじゃなくてRazor syntaxな
ReactのJSXより綺麗だろ
ASP.net系やってるひとはわかるsyntax

AssemblyファイルをダウンロードしないBlazor Serverっていうのもある
その辺は要件によって使い分けること

性能もC#だから速い。遅いと言ってる人はコードの書き方が悪い
2020/07/20(月) 07:12:17.48ID:AOg6xuBm
>>486
JSしか使えない人はオブジェクト指向理解できてなくて
大規模なプログラムや効率的なコード書けない人ばっかり
能力が違いすぎる

JavaやC#使える人はスクリプト言語はどれでも理解できる
逆は無理
スクリプト野郎はType(型)がなんなのかすらわかってない人が大半
このlogのすこしまえにもTSのtype safetyのメリットがわからなかったと
かいてる>>463がそういう人が典型的
2020/07/20(月) 07:33:47.37ID:nNe9l9zE
とか言ってるヤツに限ってぐちゃぐちゃなクラス設計してそう
2020/07/20(月) 07:35:20.55ID:eYf0BG4n
>>488
え？JavaScriptでクラスが普通に使われてることを知らないの？
そんな人がJavaScriptはーって言った所で説得力無いよ
2020/07/20(月) 07:48:26.03ID:nNe9l9zE
Reactの場合昔はクラス使ってたけど最近はクラス使わない方向にシフトしてきてるけどね

「JavaやC#使える人は～」とかこの二つを同列に見てるヤツは全然信用に値しない
この二つの言語は外見が似てるだけで設計ポリシーが全然違う
2020/07/20(月) 08:11:34.46ID:GbixlCCw
Javaしか知らない新卒に、JSとSPA FWで作れって命令したら、泣きそうになって、開発環境構築で詰まってしまった
けどBlazorでやれって命令したら、あ、これならなんとか、Javaに似てるんでC#なんとなくわかります、VSってすごい簡単ですね、Razorマークアップシンプルで直感的でわかりやすいです♪って目に光が戻ってきた
Blazorが道に迷った若者を救ったのだ
2020/07/20(月) 08:15:44.07ID:nNe9l9zE
＞Javaしか知らない新卒に、JSとSPA FWで作れって命令したら、泣きそうになって、開発環境構築で詰まってしまった
指示側が無能な典型やろそれ
494デフォルトの名無しさん
垢版 |
2020/07/20(月) 08:21:27.85ID:f45H4Kz0
>>487
MSILになるからどっちみち書き方関係なく遅いってよ
現実から目を背けるなw
2020/07/20(月) 08:40:16.63ID:0IQp/a0j
もうそろそろJava Appletに回帰しようよ
2020/07/20(月) 08:52:13.46ID:ud2z2M50
Java AppletとSilverlightはなんで死んでしまったんだろうな
最近のSPAの流行を見るに需要はあったようにも思う
やはり事前のプラグインインストールが受け入れられなかったかね
2020/07/20(月) 08:56:55.30ID:sx2uO44l
>>496
オープンソースじゃない
2020/07/20(月) 09:00:44.43ID:ERnHN44b
今までJava、Flashとセキュリティホールの温床として排除されてきたけど何れwasmもそうならんとも限らんのよな
2020/07/20(月) 09:01:20.39ID:ERnHN44b
Javaっつーかappletね
2020/07/20(月) 09:22:37.04ID:eYf0BG4n
>>498
JavaScriptと他の言語との決定的な違いは
JavaScriptはブラウザの外にアクセスできない言語としてできたということ
他の言語がファイルの読み書きやネットワーク通信が
出来るのに比べてJavaScriptはそれらが全くできない

常識ではファイルアクセスやネットワーク通信などの機能は
言語としてできて当たり前のことが、JavaScriptはできない
その貧弱さがセキュリティのもとでは逆にメリットに変わった

そこからセキュリティを考慮しつつ、それらの制限に
限定的に対応できるようにしてきた。
wasmも最終的にはJavaScriptでできることしか
外部リソースへのアクセスができないからセキュリティ的には問題ない

ただ外部リソースヘアクセスする場合、wasmの速度が速いなどの副次的な
メリットはなくなる。当初の目的通り既存のアプリの移植を容易になるだけ
2020/07/20(月) 09:30:40.37ID:Whe6j3l/
Silverlightはまあまあいい出来だったんだがな
Java applet、ActiveXのせいでPluginの印象が下落してSLも風評被害を受けた
2020/07/20(月) 09:31:32.50ID:AOg6xuBm
>>492
これ作り話くさいな
混沌としたFront endなのだから何を使ってどういう構成
にするのか具体的に指示しないと伝わるわけがない。
雑な指示したおまえが無能

本当に泣きそうになったとしたら言語うんぬんよりも
会社や上司に絶望してたのだろう

>>491
C#は生産性優先でJavaほど頑固なオブジェクト指向でないことは理解してる
2020/07/20(月) 09:34:46.68ID:feiQG4ht
>>502
混沌としてるのはフロントエンドじゃなくJS ecosystemな
Blazorにすれば混沌とはおさらば
2020/07/20(月) 09:36:11.74ID:AOg6xuBm
>>496
Silverlight
pluginなことと
web standardじゃなかったこと
2020/07/20(月) 09:36:38.68ID:feiQG4ht
かつて猛威を奮ったFormsほどではないが
Blazorならバカでもチョンでも簡単にSPAを作れてしまう
ジャバスク職人はもういらないのだよ
2020/07/20(月) 12:02:07.86ID:H88IF2ph
どっちでもええわ。くだらね。
2020/07/20(月) 19:43:34.23ID:myn6SOC5
知識ゼロからASP.NET+Blazorの開発環境を立ち上げるのとNode.js+Reactの環境を立ち上げるの
どっちが簡単なんだろうね。
2020/07/20(月) 19:45:36.00ID:VgLz71J8
そりゃBlazorだろ
マイクロソフトはそのあたりは抜け目がない
2020/07/20(月) 19:50:06.26ID:NVl0pT7f
jQueryおじさんがマシに見えるな
2020/07/20(月) 19:50:21.00ID:huUvJ5to
$ sudo apt install -y nodejs
$ npm install -g create-react-app

blazorもこのレベルで行けるん？
511デフォルトの名無しさん
垢版 |
2020/07/20(月) 19:54:20.34ID:AOg6xuBm
>>507
勝負にならない。
Blazorならコマンド2個打つくらいで動く
トータル3分くらいで終わる

ここのをやってみな
https://dotnet.microsoft.com/learn/aspnet/blazor-tutorial/intro

SDKインストールして、Power shellひらく

dotnet new blazorserver -o BlazorApp --no-https
cd BlazorApp
これだけでprojectが作成される。1秒で終わる。
dotnet run
でweb serverが立ち上がる
2020/07/20(月) 19:56:32.75ID:AOg6xuBm
>>510
create-react-appは
出来が悪くすごい待たされるが

Blazorならproject は1秒で完成する

Blazor使ったことない人は>>511やってみるべき
2020/07/20(月) 19:57:20.85ID:NVl0pT7f
それVirtualstudioのインストールを完全に無視してんじゃん
2020/07/20(月) 20:01:30.36ID:VgLz71J8
VisualStudioはあったほうが快適だけど必須じゃ無いよ
VSCodeでもVimでもなんでも使えばいい
2020/07/20(月) 20:05:06.33ID:P4NHzaw9
jQueryおじさんの次はBlazorおじさんか
2020/07/20(月) 20:09:37.67ID:0dEIDg/a
>>511
それは単に自動生成してるだけやろ？
全てのリンクをスムーススクロールにするコード書いてみ
2020/07/20(月) 20:18:35.66ID:AOg6xuBm
>>513
webの開発者ならVS Codeくらいいれてるだろふつう

notepadだとさすがにまずいが通常のtext editorでも問題ない

C#やるならVisual Studioいれたほうがいいけどな
2020/07/20(月) 20:21:47.90ID:AOg6xuBm
>>516
プロジェクト作成なんて自動生成でつくられるべきだろ

create-react-appは時間かかりすぎでダサい
2020/07/20(月) 20:25:36.55ID:0dEIDg/a
>>518
自動生成で作れるのは
価値がないコートだけだよ
誰でも同じものが手に入るんだから
2020/07/20(月) 20:26:17.04ID:nNe9l9zE
自演じゃないならBlazorの話してるヤツ３人以上居そうだし専用スレ立てても十分やっていけるだろ
いい加減専用スレ立てろよ
2020/07/20(月) 20:51:47.51ID:VgLz71J8
括りとしてはモダンSPAフレームワークなんでここでいいだろ
2020/07/20(月) 21:00:07.53ID:myn6SOC5
>>511
なるほど面白い。ただ、このチュートリアルはSPAじゃないんだな。
create-react-appというよりexpress-generatorっぽい。
2020/07/20(月) 21:03:22.07ID:CRMcSYFf
コマンド数回打つだけでこんなに簡単にプロ品質のものが
作れるのはBlazorしかないよ
素晴らしいアイデアだと思う
2020/07/20(月) 21:08:55.51ID:nNe9l9zE
>>521
フロントエンドJavaScriptフレームワーク総合
https://mevius.5ch.net/test/read.cgi/tech/1591848719/
2020/07/20(月) 21:09:23.40ID:GbixlCCw
他の言語でもwasmベースのフレームワークが増えるといいね
JavaScriptを駆逐してやりたい
2020/07/20(月) 21:18:56.24ID:ObeGkch+
まあ無理だね。
好むと好まざるとに関わらず残り続けるよ。
最低シナリオでもグルー言語として残り続ける。
そのころにはC#は滅んでるだろうがねｗ
TypeScriptと比べても設計古すぎなんだよこのクソ言語ｗ
WASMもプライマリ言語はRustになっちゃってるし。
クソ言語はその他有象無象の一つとしてしか立場はない。
ま、C#バカはJSすら覚えられずに恨み節なんだからRustなんて覚えられるわけないわなｗ
老害産業廃棄物としてゴミ箱行きｗｗｗ
2020/07/20(月) 21:19:24.12ID:CRMcSYFf
ははｗそれは無理やろ

ただでさえjQueryのシェアは年間1%以上（今年はすでに1.8%）増えてるなか
一番頑張ってるVue.jsででさえ年間0.1％しかシェアが増えてないんだから
https://w3techs.com/technologies/history_overview/javascript_library/all/y

僅かなパイを奪い合ってる状態だぞ
2020/07/20(月) 21:25:14.51ID:CRMcSYFf
俺の予想ではwasmは最終的に
JavaScriptを駆逐するのではなく
JavaScriptを強化するために使われるだろうな

ウェブサーバーにキャッシュ機能の一つとして組み込まれ
開発者は普通にJavaScriptを置くだけで
自動的にコンパイルされて配信される

サーバーの設定をちょいといじるだけで
今までのJavaScriptの開発を変えずに
wasmの恩恵が受けられる
2020/07/20(月) 21:27:28.81ID:uvZgkaZD
>>527
酷ぇ調査だなこれ。カテゴリ分けずにJSライブラリでいっしょくたか。
一緒に使うライブラリでシェア割っちゃってるし。
例えばjQueryとBootstrapが競合だなんて業界にいたら誰も思わんだろ。
w3techはこれ作ったやつ即刻クビにしたほうがいい。
2020/07/20(月) 21:30:35.73ID:td0HkrQz
C#は設計古いところはどんどん改善して変化し続けてるけどな
次バージョンじゃMainいらなくなるしValueObjectを言語レベルでサポートする
2020/07/20(月) 21:34:58.90ID:CRMcSYFf
>>529
なんか問題があるの？
合計してみればわかるように100%を超えている
競合の有無は関係なく、それぞれのJavaScriptライブラリが
どれだけ使われてるかって数値だよ
2020/07/20(月) 22:08:06.12ID:0IQp/a0j
Blazorスレ立てちゃえよ
2020/07/20(月) 22:09:43.57ID:KSBahjfS
UI関連フレームワーク連敗記録は何処まで伸びるかね
2020/07/20(月) 22:18:25.68ID:myn6SOC5
MSなら<canvas>にWPFをレンダリングするくらいできそうなもんだがなぁ。
やったらやったで反発がすごそうだが。
2020/07/20(月) 22:21:04.66ID:GbixlCCw
老害JSerが猛反発しそうだなｗ
2020/07/20(月) 22:34:15.86ID:AHuh7I72
おれJavaScript書いて10年だけど、型のメリットなんて全く理解できないし、わざわざC#みたいなダメ言語触ってるやつの気がしれん
2020/07/20(月) 22:55:19.66ID:Bh1lIXcR
オモチャ作って遊ぶだけならそれでもいいんだろうけどねえ
ビジネスでは型なしはちと厳しい
538デフォルトの名無しさん
垢版 |
2020/07/20(月) 23:37:20.53ID:td0HkrQz
立てたぞ

【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/
2020/07/20(月) 23:46:47.95ID:AOg6xuBm
>>522
いや、>>511のMSのsampleはちゃんとSPAになってる
Blazor WebAssemblyだからぜんぶBrowser上で動いてる

左側のメニューでクリックするとカウンターが増えていくけど
それがSPAになってる
page全体がreloadされずにcounterだけ増えるでしょ

https://dotnet.microsoft.com/learn/aspnet/blazor-tutorial/try
2020/07/20(月) 23:52:02.28ID:HW7ZwNx6
https://redmonk.com/sogrady/2020/02/28/language-rankings-1-20/
JavaScript 1位
C# 5位
2020/07/20(月) 23:57:06.64ID:AOg6xuBm
>>528
jQueryおじさんまだいたか

速度と生産性を追求したらtype safeな言語にいきつく。

wasm時代はJS縛りがなくなるわけだから
大手は生産性の高い言語で開発を始めるようになる。
2020/07/21(火) 00:02:33.34ID:SJ0RWW6w
>>532
そんなに分裂させても過疎るとおもうけどな
フロントエンドJavaScriptフレームワーク総合
も過疎ってる。
Blazorの話題でるまではこのスレも超過疎だったし

次からスレタイにvs Blazorも追加しちゃえばいいよ
2020/07/21(火) 00:04:18.19ID:erxA5kbn
GitHub の人気プログラミング言語では、C#の人気は、うなぎ登り。
なんとあの最強言語、Rubyにも勝っている！
PHPには、負けてるけど…
https://octoverse.github.com/#top-languages
https://leerob.io/static/images/learn-nextjs/github.png
2020/07/21(火) 00:07:56.12ID:SJ0RWW6w
>>536
Visual StudioでWindows appをつくってみろ
C#でな
それやるとtype safeのありがたみがわかる
開発スピードが別次元になる

そしてスクリプトの無力さに気付くだろう
型のメリットがわからないようなレベルのやつが
C#ダメ言語とかいったら笑われるぞｗ

スクリプトだとPerl, PHP, JSが世界3大クソ言語
2020/07/21(火) 00:11:09.12ID:SJ0RWW6w
>>540
それはJSがbrowserで動く唯一の言語だったからだ。
仕方なく使っていただけで人気なわけではない。

wasmの時代は好きな言語つかえるから
もうJSは終わりに向かってる
2020/07/21(火) 00:15:37.07ID:erxA5kbn
漏れは、UIPathで、RPAのプログラムを書いたけど、
操作するアプリから、取ってくる値も、
書き込む値も、両方、文字列なのに、いちいち変換させられるのが、大変で、困った！
数字を取ってきたときも、計算するために、文字列から、数値に変換させられるのは、分かるんだけど、操作してるアプリに、書き込むときは、文字列以外、あり得ないのだから、いちいち変換させられるのは、意味が分からなかった！
2020/07/21(火) 00:16:55.74ID:erxA5kbn
UIPathでは、C#しか、使えない！
Rubyでも、書けるようにして欲しい！
548デフォルトの名無しさん
垢版 |
2020/07/21(火) 00:19:09.97ID:O3jPbwEs
GithubはMicrosoftのサイトだからC#が人気なのでは。

GNUならPHPかもしれない。
2020/07/21(火) 00:20:22.55ID:4k1lMoq1
RPAは流石にスレチすぎるだろ
550デフォルトの名無しさん
垢版 |
2020/07/21(火) 00:24:09.16ID:O3jPbwEs
ビビッドアーミーって広告よく出てない？
このゲームは中華だからやっぱりVueですか？
551デフォルトの名無しさん
垢版 |
2020/07/21(火) 00:38:26.14ID:W+1A2C+P
>>543
flutter来てるなー。Dartとか覚えるのめんどくさそうなのに。
なんでこんなに伸びてるんだろ。
2020/07/21(火) 00:56:20.57ID:xz9xqZTP
>>544
マジでこれだよな
ほんとこれに尽きる

VS＋c#でやるとVSC＋javascriptがいかにクソでデバッグが苦しいかわかる
553478
垢版 |
2020/07/21(火) 02:20:54.87ID:PE/C56HG
>>478
で、Ruby on Rails でさえ、webpack に乗り換えた！

Linux のエコシステムがあるから、開発者は、C#・Windows へは行かない。
Windows は、OSS じゃなく情報が取得できない・エコシステムが利用できないから、
システム環境構築運用ができない

Linux では、日本人が作った、多言語のバージョンマネージャーのanyenv などが定番。
これで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
同様のツールに、asdf もある

この辺の勉強を避けてきた、フロント側が仕事を取れなくなっただけ。
Ruby には、Linux・サーバー側が含まれている
2020/07/21(火) 04:23:20.76ID:svlMOeDH
言語にOSが含まれてるｗｗｗ
2020/07/21(火) 06:51:15.60ID:z9nef/ND
>>550
確認したけどフレームワーク的なものはなんも使ってなかった
気になるんならChromeかFirefoxでVue.js devtoolsでも入れて見てみたらいいと思う
556デフォルトの名無しさん
垢版 |
2020/07/21(火) 07:30:54.45ID:O3jPbwEs
レバニラJSですか。
2020/07/21(火) 07:53:53.51ID:SJ0RWW6w
>>553
Rubyはecosystemが小さい
言語のバージョンアップですぐに互換性がなくなることで有名
性能も低い
Rubyは実質Rails専用言語と化している

PHPもwebでしかほぼ使われない

C#のように広い範囲で使われてる優秀な言語とは大違い
C#はwindows app, server-side, Gameなど範囲が広い
2020/07/21(火) 12:19:52.79ID:kQkhpSYh
自分より下を見付けて安心するとか完全に劣等感思考だな
なんだ？C++勢にポインタが使いこなせないC#erってバカにされて八つ当たりにでもきたのか？
2020/07/21(火) 12:21:58.73ID:4k1lMoq1
C#はポインタ模使えるが？
2020/07/21(火) 14:41:03.04ID:EbixLK92
今更やけどここ最近スレチ過ぎるわ
C系使ってるやつが書き込むのは全然いいけどスレタイに関係ないこと喋りたいんやったらそれぞれのスレ行け
561デフォルトの名無しさん
垢版 |
2020/07/21(火) 15:06:15.13ID:O3jPbwEs
Javascriptはウェブ板というのが、ム板のルールだから。
562デフォルトの名無しさん
垢版 |
2020/07/21(火) 18:18:52.09ID:MgSm4SD0
C#って社畜のイメージしかない。
2020/07/21(火) 19:37:54.47ID:OW5TMoZG
エンジニアの大半は社畜だろ
2020/07/21(火) 22:23:18.32ID:l2m9WHml
スレ伸びてんなーと思ったらスレチで盛り上がってたのか。。
テキストエディタで書いてFireBugでデバッグしてた10年以上前と比べたら今のフロントの開発なんて天国だぜ。
これは言語というより、JSフレームワークとIDEの進化のおかげ。
回顧ジジイの戯言かもしれんが。。
2020/07/21(火) 22:49:39.61ID:ztnuHrOL
>>564
まあそうなんだけど
そのぶんやることの範囲も求められることも多くなってユーザーも肥えてるから
昔とは違った辛さがあると思うよ
2020/07/22(水) 00:15:53.80ID:8xjEWwaY
C#って確かにいい言語だけど
業務上でブランチプログラムが沢山できて開発終了から５年くらい経った上に当時の担当者が辞めた場合とかどのブランチなのか確認するのに一苦労するから
最近スクリプト言語以外は避けたいなとか思ってる
2020/07/22(水) 00:37:06.54ID:nbDlyVJW
それ言語関係あんのか
2020/07/22(水) 00:37:20.45ID:URxkYA59
ブランチプログラム？？
2020/07/22(水) 00:52:19.20ID:ILXZvJ+B
朝食と昼食の間くらいに書くプログラムのこと
2020/07/22(水) 01:14:31.02ID:URxkYA59
「ブランチプログラム」でググっても出てこないんだけど？
2020/07/22(水) 01:24:01.34ID:Qt8ScUI0
>>566
それ逆だろう
C#こそ仕様変更あったときに修正しやすい。
IDEがエラー拾ってくれるから楽できる。

スクリプトだとそもそも5年後にメンテナンスされてなくて
セキュリティホール放置になってる
仕様変更にも弱い
論外

担当引継ぎはバージョン管理とかドキュメント保管の問題だが
メンテナンスコスト低いのは型のある言語
2020/07/22(水) 01:26:03.91ID:Qt8ScUI0
>>570
たぶんgitとかのbranchのことじゃないかね
2020/07/22(水) 01:30:36.64ID:URxkYA59
>>572
こんなオレオレ用語が通じると思ってる時点でアレだよね
2020/07/22(水) 01:38:35.35ID:8xjEWwaY
いやいやGitより遥かに昔からOSS界隈では枝分かれの事をForkとかBranchとか言ってたよ
2020/07/22(水) 01:47:48.97ID:8xjEWwaY
>>571
今そこで動いてるプログラムのソースの特定ってリリース直後なら全然問題ないけど時間が経つとPCが飛んだりファイルサーバーが飛んだりして色々分からんくなるんよ
管理が悪いと言われればそれまでだけど

たったちょっとの下らない修正をする場合に今サーバーで現在動いてるソースを正にできるならこんなに楽な事はない
2020/07/22(水) 01:52:43.74ID:URxkYA59
>>574
「ブランチプログラム」の話やで？ブランチやフォークじゃない
2020/07/22(水) 01:53:51.05ID:URxkYA59
>>575
具体的にC#でソースの特定になぜ困るの？
2020/07/22(水) 01:57:43.97ID:URxkYA59
アセンブリのバージョン見りゃすぐにわかるし、簡単にデコンパイルもできるけど？
その程度の管理体制であれば、むしろスクリプトの方が安易にサーバー上での書き換えを助長してカオスになるやろ
2020/07/22(水) 08:49:11.56ID:mrS9YSO9
そんな杜撰な管理をする企業はウェブサイト公開したらだめだよ
2020/07/22(水) 09:12:34.80ID:fdLUcmY9
自社ならどうしようもないが他社案件の引き継がない引き継ぎとかならまぁなくはない
2020/07/22(水) 09:33:53.61ID:MO/NMaXo
WEB系ってホビーの延長みたいな企業が多いからこういう杜撰なとこも少なくないのかね
業務系じゃ考えられないよ
2020/07/22(水) 10:15:54.53ID:dNFs6AB7
Google「ウェブ系ですが？」
2020/07/22(水) 10:32:50.16ID:5wUO8MAR
そんなもの引き受けなきいいに越した事はないが上が決めた事だから従わざるを得ない技術者が飛んだ会社の保守の引き継ぎとかさ
584デフォルトの名無しさん
垢版 |
2020/07/22(水) 10:57:39.34ID:3CemYXHW
自殺とか行方不明の人の引継ぎは嫌どす
2020/07/22(水) 12:34:59.62ID:TbA23O41
>>583
それならなおさらスクリプトはやっかいだね
2020/07/22(水) 15:19:18.80ID:hWTO0mCJ
>>581
お前が時代遅れのクソジジイだと認識しろよゴミwww
587デフォルトの名無しさん
垢版 |
2020/07/22(水) 16:12:45.93ID:INmJrGsJ
なんでここシーシー言ってるおじいちゃん湧いてるんや
シーの読み書きのし過ぎで目バグってスレタイ読めんくなったんか
2020/07/22(水) 16:16:13.80ID:Qhy+32rY
>>586
えー？
うちは比較的モダンな現場なんでこんな杜撰な管理はしてませんよ
コードもリリースも全てテキストファイルでバージョン管理されてます
2020/07/22(水) 23:07:35.80ID:2/9nnKBr
Excel のマクロで、再帰的なファイル操作とかしてると、難しくて仕方ない。
おまけに仕様書もない。
こういう仕事が、1人月100万円

これが、Ruby のファイル操作なら、ものすごい簡単。
glob で済む
2020/07/23(木) 10:57:27.96ID:4JN3xRE1
JqueryおじとBlazorおじとRuby君で戦わせたらどうなんの？
2020/07/23(木) 11:00:04.11ID:vtZyy6IC
Rubyガイジも爺さんだよ
年取ると周りの意見が耳に入らなくなるんだ
2020/07/23(木) 11:02:41.88ID:1c3WMgKJ
馬鹿は若くても人の話を聞かんから年齢は関係ないがな
2020/07/23(木) 11:13:10.23ID:/gQkLfku
年取って周りの意見が耳に入らなくなった老害JSおじさん

vs

若いBlazor勢力
2020/07/23(木) 11:20:51.69ID:BEz0RkVx
Blazorの記事見てるけどなんかBlazorのソースってフレームワーク使ってないPHPやJSPみたいなコーディングするんだね
2020/07/23(木) 11:26:19.24ID:/b5pS+w+
>>594
ウェブシステムのフレームワークってどれもそういうもんだぞ
それが一番ウェブのシステム開発に適してると判断したってことだよ
2020/07/23(木) 11:37:21.07ID:1c3WMgKJ
>>593
お前老害過ぎるわｗ
2020/07/23(木) 11:43:47.44ID:BEz0RkVx
タグの中に分岐やループの制御文書くのってなんかレガシーな感じだよね
2020/07/23(木) 11:49:55.98ID:/b5pS+w+
>>597
ほぼすべてのフレームワークが、それを採用してる。
っていうか、それを採用してないフレームワークを
お前は一つでも言えるの？何も知らんでしょ？
2020/07/23(木) 11:54:30.03ID:qQzwkkHt
まだ5年くらいしか経ってないJSTL（JSP Standard Tag Library）に
ようやく追いついてレガシー呼ばわりされるとは開発しがいがないね
2020/07/23(木) 11:55:05.70ID:qMtp6n+5
>>597
KISSの原則だな
人類は奇抜なアイデアに翻弄されて様々なアーキテクチャ浮気したけど
原点回帰かつそれを高度に洗練させたものが結局はイチバンだったというわけだ
2020/07/23(木) 12:00:44.73ID:5F2A9vyN
>>597
でも他にいい案もなくね？
2020/07/23(木) 12:02:05.34ID:qMtp6n+5
昔ながらの誰しもが知ってる馴染み深い単純明快でインジェクション安全で型安全でインテリセンスもバリバリ働くRazor構文
それを使って最新のSPAフレームワークと同等以上の成果物を得られる
それってつまりどう考えても最高ってことじゃないか
もうSPAをするのに出来損ないのJS言語やぶくぶく太った醜いフレームワークに疲弊しなければならない暗黒時代は終わった
2020/07/23(木) 12:04:54.14ID:/b5pS+w+
おそらく>>597はゲームプログラミングしかしたことないんだろ
ゲームはユーザーインターフェースは全部自分で作るという特殊なアプリ
システムアプリではUIはHTML・XML系で作ったほう簡単
動的にUIを変更するならHTML・XML系に分岐やループを書くほうが適している
2020/07/23(木) 12:06:20.88ID:BEz0RkVx
>>601
制御文の中にタグがあるのはいいと思うんだよ
それを置きたいタグ枠の外で分岐やループしたものをコンポーネント化してそれを
置きたいタグ枠の中に配置すればタグの中に制御文はないという構造にできる
2020/07/23(木) 12:17:56.42ID:atvy6zMd
>>594
frameworkなしと一緒にするなよ、ぜんぜんちがう
Razor syntaxはasp.net MVCとかでも使われていたし
ちゃんとMVCできれいに分離されてる
実際に使ってみればきれいにフォルダ分類されてるのにきづく
2020/07/23(木) 12:24:28.50ID:atvy6zMd
>>597
タグの中に書かれてるんじゃない
Razor syntax
https://docs.microsoft.com/en-us/aspnet/core/mvc/views/razor?view=aspnetcore-3.1

HTML, CSSがロジックを扱えないわけだから
C#とhtmlの親和性の高いsyntaxが作られている。
ReactのJSXも同様だ。
ぜんぶごっちゃになってるJSPとは違う。
記事だけじゃなくインストールして試してみるべし
2020/07/23(木) 12:26:50.44ID:Eu0fAWmh
>>594
C#おじさん向けだからな。
2020/07/23(木) 12:28:17.60ID:Eu0fAWmh
>>597
レガシーな人間向けだからな。
2020/07/23(木) 12:32:56.87ID:/b5pS+w+
これからは○○の時代！

結局生き残ってるのはjQuery（笑）
2020/07/23(木) 12:35:26.89ID:atvy6zMd
>>597 594
Blazor WebAssemblyは再利用可能なコンポーネントなわけ。
ネストしたりもできる。
これが原始時代のJSPとかと一緒に見えるなら
WebAssemblyがなんのかという基本のところが
まったく理解できていないことになる。

>>607-608
スクリプトしかできないいつもの低能か
型すらないレガシー言語つかってる人って頭悪いよな
2020/07/23(木) 12:50:07.46ID:/b5pS+w+
> Blazor WebAssemblyは再利用可能なコンポーネントなわけ。

JavaScriptライブラリなんかも再利用可能なコンポーネントですが？
2020/07/23(木) 12:51:50.81ID:Eu0fAWmh
C#とTypeScriptは設計者が同じ
TypeScriptがその人の最新作かつ最高傑作
C#は見捨てられたロートル
C#の型表現の古臭いことｗ
C#おじさんの耳の後ろとおんなじ臭いがするよｗ
2020/07/23(木) 13:02:36.51ID:BEz0RkVx
もうDelphiとか知らんヤツばっかなんだろうな現代では
2020/07/23(木) 13:08:23.43ID:GYY/oZAq
TypeScriptはトランスパイラから脱却してからがスタートラインかな
2020/07/23(木) 13:14:36.20ID:mW7dxmke
その前にjapascriptがtypescriptを吸収する
2020/07/23(木) 13:19:52.31ID:L3r8FJ9R
ブラウザなんかじゃ実行時に型チェックしてエラーにしてもたいしてメリットないんじゃね？
せいぜい、型チェックをスルーしてトランスパイルなしで実行できるようにするくらいかな。
2020/07/23(木) 13:20:00.25ID:BEz0RkVx
>>615
ES2023～ES2025くらいの間にそういうのもありそうだよね
2020/07/23(木) 13:39:01.10ID:eemKZeH7
>>616
解析のせいで遅くなるだけでメリットは少ないだろうな
TypeScript処理系をブラウザに載せるのは悪手としかいえない
そんなことせんでもwasmにビルドできればいいんだよ
2020/07/23(木) 14:00:25.96ID:Eu0fAWmh
wasm用には亜種のAssemblyScriptがあるっちゃある
2020/07/23(木) 15:20:46.55ID:atvy6zMd
>>612
おまえと違って中級以上は型が必要なのわかっている

TSのおかげで型のない欠陥言語JSをましになってるが
うんこの制限をうけずいちから設計したC#にはとてもかなわない

見捨てられたとかいってる時点でこのバカなにもわかってない
C#は新しい機能をいれてきた言語だ
歴史はあるが常にアップデートされてきてる
互換性に固執しすぎて終わってるPerl , JS, Javaとは全然違う
2020/07/23(木) 15:23:15.87ID:atvy6zMd
>>615
その前にWebAssemblyが普及して
JSで開発する必要がなくなるよ
2020/07/23(木) 15:26:34.49ID:J3e6JLoy
>>620
> おまえと違って中級以上は型が必要なのわかっている

Googleのこと？
2020/07/23(木) 15:27:13.58ID:J3e6JLoy
>>621
お前の予測では、WebAssemblyが普及するのは何十年後？
2020/07/23(木) 15:36:42.27ID:atvy6zMd
>>623
理解力と先見性がある人はもう移ってるが。
C#とかを理解できない無能はPHPとかJSで開発を続けるだろう

今でもCOBOLやエクセルVBAでシステム開発してるアホな企業があるが
JSで開発というのはそういうやつらと同じ扱いになる
2020/07/23(木) 15:39:47.59ID:Eu0fAWmh
C#は古いため、初期設計した天才不在の中、バカにどんどんゴミを付け足されたキメラで、醜い。
初期設計した天才はとっくに見捨ててしまったｗｗｗ
その天才は今、TypeScriptに熱心に取り組んでいるｗ
2020/07/23(木) 15:40:47.10ID:69DFcaak
>>625
なんでこいつ発狂してんの？
2020/07/23(木) 15:41:26.12ID:Eu0fAWmh
C#は、おじさん
使ってる人も、おじさん
どっちも基本的な考えが古くて、臭う
2020/07/23(木) 15:46:10.17ID:atvy6zMd
>>626
そいつは頭悪くてC#が理解できなくてコンプレックス持ってる
高機能で高速な言語C#への嫉妬

C#がゲーム開発でめちゃくちゃ使われてるのも知らないみたい
2020/07/23(木) 15:49:15.74ID:atvy6zMd
低能の相手しても時間もったいないからレスは控えるわ
2020/07/23(木) 15:50:20.40ID:Eu0fAWmh
作者が見捨てたC#笑
2020/07/23(木) 15:50:34.45ID:wQG2WFy/
スレタイ読めないジジイは何人おるんや
2020/07/23(木) 16:12:04.52ID:BEz0RkVx
>>630
Pythonの作者が開発コミュニティから抜けた話は聞いた事あるけどC#もなわけね
2020/07/23(木) 16:15:12.96ID:HnEAcPzK
リアルな話、c#はWinFormsとUnityにしか使われていない
2020/07/23(木) 16:18:27.48ID:BEz0RkVx
>>628
っていうかコード補完なしで生きていけない人種ってだけっしょ？
635デフォルトの名無しさん
垢版 |
2020/07/23(木) 16:21:22.71ID:gbrd0w8z
UnityのC#は生のC#じゃないですし
2020/07/23(木) 16:22:33.29ID:MBVi+zLE
JSもC#もピンキリじゃね
2020/07/23(木) 16:28:30.99ID:Eu0fAWmh
>>632
MSに勤めてて、どっちもMSの製品だから抜けたというと語弊があるけど、
こっちがC#のリポジトリ
https://github.com/dotnet/csharplang
こっちがTypeScriptのリポジトリ
https://github.com/microsoft/TypeScript
そしてこれがヘルスバーグ先生のコントリビューション履歴ｗｗ
https://github.com/ahejlsberg

完全にC#は手放しててワロタｗｗｗｗ
ザコグラマにウンコ機能付け足されるだけのC#笑
2020/07/23(木) 16:41:09.71ID:NwSW5l99
C#は完成されてるから先生が面倒見なくても軌道に乗る
TypeScriptはまだまだ未熟でC#ほど洗練されてないので先生の助けが必要
2020/07/23(木) 16:53:15.94ID:Eu0fAWmh
つまりC#にザコグラマがどんどん足し続けてる機能は全くの蛇足と言うわけ。
昔は新鮮だった開封数十年のオレンジジュースに、泥水を延々注ぎ続けてるのがC#笑
640デフォルトの名無しさん
垢版 |
2020/07/23(木) 16:56:12.41ID:gbrd0w8z
C++もそんな感じ
2020/07/23(木) 17:00:21.44ID:zbOcxM4i
>>639
URL2.0 もそうだったし、
C89 より後ろの C もそう

何かの文書で「言語法律家」と揶揄されていたのを見た記憶があります
2020/07/23(木) 17:00:44.41ID:BEz0RkVx
>>640
C++とかブラウザと一緒でコンパイラメーカーやコミュニティが先行して入れた機能を後から標準化団体が標準仕様として策定してるような感じじゃないの？
2020/07/23(木) 17:02:23.45ID:zbOcxM4i
>>642
C++ は、今は規格が先行しコンパイラメーカーが必死になってついていく感じです
2020/07/23(木) 18:51:50.01ID:Eu0fAWmh
三大サーベイの中で最もJSに厳しいIEEEの今年のランキングが出たぞーｗｗｗ

Top Programming Languages 2020
https://spectrum.ieee.org/at-work/tech-careers/top-programming-language-2020

あっれれ～？おっかしぃぞ～？ｗｗｗｗ
2020/07/23(木) 18:59:48.00ID:6aE6oFxh
>>644
ただの感想じゃんｗ
646デフォルトの名無しさん
垢版 |
2020/07/23(木) 22:47:13.26ID:5yzO6ql9
実写版キングダムはテンの再現率が高い。
2020/07/24(金) 00:10:13.17ID:yCEn1h9i
サーバーサイドレンダリングできる＝ググったときに検索結果に出やすいって認識でおけ？
カップ麺図鑑みたいなもん作ろうとしてて、カップ麺の商品名でググったらそのページが出やすくなるようにしたいのよね
2020/07/24(金) 07:22:49.10ID:Xs8DjPMU
C#嫌いな人はStackOverflowも使用禁止な
2020/07/24(金) 07:54:54.35ID:N+F9nul4
GitHubは、Ruby製。
Rubyアンチは、使用禁止！
650デフォルトの名無しさん
垢版 |
2020/07/24(金) 09:07:10.80ID:c87Ipt6p
俺からすればC#, Perl, PHP, JSなんてクソの背比べ
2020/07/24(金) 09:26:39.30ID:fpaVh+C9
そこで満を持して登場するのが
2020/07/24(金) 10:02:11.66ID:fMjVnhWI
jQuery
2020/07/24(金) 15:03:44.79ID:VpzRbTvR
どうせ不毛ならｊおじとBlaおじの不毛な争いが見たかったな
2020/07/24(金) 16:17:24.32ID:v+EKAnTC
まるで有毛な争いがあったかのような言い草だ・・
2020/07/24(金) 18:26:38.54ID:9v9Epd9J
三大ｶﾞｲｼﾞ全員ハゲだからな。
2020/07/24(金) 21:12:27.82ID:PfN6NIjK
Blazorお姉さんだけど
jQueryおじさんとかはframeworkつかえないし
スクリプトおじさんはC#理解できないし
相手にならない

ところでJSのSPAの最初の読み込みは
何MBくらいになるのが普通？
何MBまで許される？
有名どころのSPA使ってるサイトあったら計測したいから教えてほしい
2020/07/24(金) 21:34:50.64ID:9H+RWfuB
GMailは？
2020/07/24(金) 21:46:23.70ID:j4NCrF6q
blazer婆まで出てくるとはｗ
2020/07/24(金) 21:54:02.91ID:U/Nd6Iq0
>>656
一方SPAを使わなければ、必要なデータだけ読み込むので
数KBですむから、本末転倒になってるんだよなぁ

SPAかどうかはユーザーにとっては関係ない話
ページ表示の目安はGoogleがレポートしている
https://developers.google.com/speed/pagespeed/insights/

https://marketingnative.jp/how-to-measure-page-speed/
遅延する時間 ユーザーの反応
0~100ミリ秒 すぐに結果が得られたと感じる。これ以上時間がかかると、操作と反応にずれが生じる。
100~300ミリ秒 少しの遅れを感じる。
1000ミリ秒（1秒）以上 実行したタスクについて関心を失う。

つまり1秒以内だよ。100Mbpsだったら1秒で12.5Mバイトだけど
そんなスピードは出ないだろう。通常だと20Mbpsかねぇ。つまり1.5Mバイト
でも速度制限や回線が遅い場合を考えると500Kバイト程度に抑えたほうがいいだろうね
2020/07/24(金) 21:55:42.66ID:U/Nd6Iq0
お、Googleの推奨があった。

Googleの推奨は1.6MB。7,866のウェブサイトの平均は 2.43MB。あなたのトップページは？
https://webtan.impress.co.jp/u/2018/08/20/30244

通常だと～の計算と近いね
2020/07/24(金) 21:58:15.51ID:9H+RWfuB
wasmなら最適化も簡単だろう
今後どんどん速くなっていくとおもわれ
2020/07/24(金) 21:59:19.49ID:U/Nd6Iq0
WebAssemblyはファイルサイズがでかくなる
2020/07/24(金) 22:01:51.85ID:U/Nd6Iq0
WebAssemblyはバイナリだから小さくなると考えているやつがいるが、
JavaScriptでも配布する時はgzip圧縮をかけるので
バイナリになって小さくなるんだよな
2020/07/24(金) 22:35:06.44ID:yCEn1h9i
AngularもReactもVueも使ったことあるよーって人に聞きたいんだけど、どれが一番好き？
665デフォルトの名無しさん
垢版 |
2020/07/24(金) 23:16:35.73ID:PfN6NIjK
>>657
GmailのwebはSPAなのか
FirefoxでGmailを計測してみたら170 requestsくらいしてて11MBくらいだった。
しかもこれcache削除しないで測ってるから画像は除外された数字
backgroundで読み込むから読み込み完了まで25秒超えてる。

今はトップページ読みだけで10MB以上でも許される世界になってるのかな？
Gmailでかすぎ？完全にcacheけしたらどの程度いくんだろう, たぶん試さないけど。
666デフォルトの名無しさん
垢版 |
2020/07/24(金) 23:19:14.32ID:PfN6NIjK
>>657
ちなみにBlazor WebAssemblyのサンプルは初回読み込みで17MB程度だが
2回目以降は400kbとすごく小さい

初回通信でバイナリがほとんどcacheされてる
Blazor WebAssemblyのがはるかに優秀

やっぱりJSのSPAの時代は終わりだわ
JSは言語もゴミだし

これからはC#でBlazorの時代と確信した
2020/07/24(金) 23:27:28.52ID:PfN6NIjK
>>659
non-SPAと比べるのはフェアじゃない
SPAはUXが上というメリットがあるわけだからな
その目安はSPA関係ないし制限1秒はきつすぎる

あとMVNOだとランチタイムで速いところでも10Mbps
10秒待ってくれても12.5MBか

とりあえずBlazorの2回目以降400kbで
改めて優秀さは確認できた
MVNOのうんこ回線のランチタイムでも快適にloadできるはずだ

初回10MB超えるのも5Gきたら気にならない世界かもしれない
2020/07/24(金) 23:46:29.59ID:SsZ4AS8R
Blazorの初回転送量は1.7MBくらいじゃなかったっけ？開発者ツールの見方間違ってない？
2020/07/24(金) 23:51:43.42ID:SsZ4AS8R
Blazorのテンプレートなら、Brotliで1.8MBだね
2020/07/25(土) 00:37:15.39ID:WCMFimkk
ここまでスレタイに全く関係無い話を続けられるの逆にすごいな
ボケがはじまってんのか
2020/07/25(土) 02:39:20.52ID:ZlqyHRW3
>>664
JavaScriptを主として掛けるからReact
他はhtmlタグが主でJavaScript従な感じ
2020/07/25(土) 02:51:04.72ID:uhXYZAuD
世界最速のサイトは、Ruby on Rails 製！
https://dev.to/

元乃木坂46 の川後陽菜のWebサイト、SKIYAKI も速い。
https://kawagopro.com/

Rails に勝てる、フレームワークは無い！
2020/07/25(土) 04:22:17.09ID:icwPneMN
>>668-669
どのテンプレートプロジェクト作成した？
Blazor WebAssemblyじゃなくてBlazor Serverになってない？
Storageにダウンロードされたdllとか確認した？
dotnet new blazorserver
で作成するとファイルサイズ小さくなるがそれだとWebAssemblyになってない。
Blazor Serverだとserver sideで動く

wasmで使うtemplateは
dotnet new blazorwasmを使う

本番向けのbuildするとかなり小さくなると書かれているがやり方まだ知らない。
それやったら初回17MBではなくもっと小さくなるかも
やり方知ってる人いたら教えて
2020/07/25(土) 04:40:17.49ID:icwPneMN
>>668-669
template動かしたときにrelease buildした記憶がないから
自分の書いた17MBはBrotliになってなかったかも
あとで試してみる

sizeはfirefox開発者ツールのnetwork tabでみた
初回1.8MBならぜんぜんOKだね
Blazor WebAssembly、ファイルサイズすごい小さい
2020/07/25(土) 04:56:22.14ID:vIjhxGJs
フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
https://krausest.github.io/js-framework-benchmark/current.html

二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。
2020/07/25(土) 05:11:49.78ID:vIjhxGJs
最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
2020/07/25(土) 05:23:04.98ID:vIjhxGJs
AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…

AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
https://twitter.com/5chan_nel (5ch newer account)
2020/07/25(土) 05:51:38.78ID:VPBor6Kz
まあそれも時間の問題だろう
wasmのほうが最適化しやすいのだからそう遠くないうちに逆転する
これはほぼ既定路線と考えていい
679デフォルトの名無しさん
垢版 |
2020/07/25(土) 07:29:16.19ID:l/9hXNF1
これか
Next for Blazor: AOT for 'Massive Speed Gains'
https://visualstudiomagazine.com/articles/2020/05/22/blazor-future.aspx

WASMで動く.NetランタイムがJIT無しのインタープリターだからILの実行が遅いってことね
これじゃあWASMがJSより速いと言っても、延期されたAOT(ILからWASMだよね？)が実装されないと、その速さが Blazor に反映されることは無い

.NET 5に間に合わないならAOTは来年以降
それまで Blazor スレで頑張ってください
2020/07/25(土) 11:28:31.85ID:NJ9vLrlx
>>675
公開処刑じゃんワロタｗｗｗ
2020/07/25(土) 13:33:34.03ID:0jDIZWNk
JSの余命もあと1年足らずか
感慨深いな
2020/07/25(土) 13:38:29.51ID:cd2WXu1h
脱jQueryと言われてから何年経ったっけな？ｗ
2020/07/25(土) 13:56:24.05ID:ZlqyHRW3
C#erって昔はこんなにスレチなところで延々と講釈を垂れ続けるようなバカじゃなかったはずなんだがなぁ
大体本当に優れてるものならそんな意味の分からん喧嘩なんて売りに来なくても広まるものは広まるだろ
2020/07/25(土) 13:58:58.64ID:0jDIZWNk
長いJSの歴史の終焉を目の当たりにして感慨深いなぁって思っただけであって喧嘩を売ってるつもりは微塵もない
2020/07/25(土) 13:59:34.29ID:ZlqyHRW3
>>682
jQueryはWeb"サイト"分野では永劫に使われ続けると思うよ
ブラックボックスってわけじゃないからブラウザベンダーに排除されることもないだろうし
2020/07/25(土) 14:05:25.78ID:ZlqyHRW3
>>684
その終わるという根拠とやらはなんなの？
2020/07/25(土) 14:13:44.26ID:CLKbPK7s
jQueryはすばらしいからこそJavaScriptに吸収される形でなくなって欲しいわ
実際、jQueryでしか書けなかったセレクタがJavaScriptに取り込まれたりしてるよね
2020/07/25(土) 14:16:37.16ID:4ePue1ew
>>686
占いとかそんな感じ
2020/07/25(土) 14:23:57.80ID:0jDIZWNk
>>686
自明でしょ
2020/07/25(土) 14:25:56.10ID:ZlqyHRW3
>>689
全然自明じゃないから聞いてるだが
具体的にどんなプロセスでどう終わるのか説明してみたまえ
2020/07/25(土) 14:30:04.27ID:0jDIZWNk
>>690
より良いものが残る
当たり前
2020/07/25(土) 14:59:28.18ID:Lg+2ZtBy
じゃあJSは良いから残るのか。
2020/07/25(土) 18:31:03.23ID:kGS+eXd8
>>683
C#でもunityユーザーとかはマシだからC#erがガイジというよりはBlazorがガイジなんだろう
2020/07/25(土) 18:41:39.82ID:DiPEvk/l
JSガイジの断末魔
2020/07/25(土) 21:25:42.82ID:icwPneMN
JavaもVMで動かすなんて遅すぎるしクソとか批判されたが
C#含め普及していった。
Blazor、いやwasmもこれからpeformance改善されて
使う人が増えるのは間違いない

>>693
こうやってマシとか言ってる人はC#使えない人
2020/07/25(土) 21:30:14.29ID:ZlqyHRW3
煽りに乗りたいヤツはその思いの丈は全部こっちにぶちまけてやってくれ

【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/
2020/07/25(土) 21:35:09.44ID:icwPneMN
GmailはSPAらしいけどAngularか？
いくらJSがブラウザ内でBlazorより早いといっても
Gmailだと11MBもサイト開くたびにデータ通信してるように
とてつもなく無駄なことやってる

ダウンロードサイズ、時間を考慮すると
Wasmとあんまり差がないってことにもなる
Blazor WebAssemblyは2回目以降のデータ非常に小さい。
データ消費量が課金にもかかわってくるモバイル回線では
Gmailのように大量にデータ通信するサイトよりwasmのがいいんじゃないか
2020/07/25(土) 21:42:59.39ID:ZlqyHRW3
>>697
Googleでその手のフレームワーク使ってるサービスって意外とないんだよね
2020/07/25(土) 23:21:18.28ID:vIjhxGJs
BlazorプロジェクトマネージャーDaniel Roth「BlazorはJSよりも10倍遅く、スピード競争に勝つことはない」

今でも遅いのにブレキチのオナニーのためにBlazorでさらに10倍遅くさせられるGmail哀れｗｗｗｗｗ
2020/07/25(土) 23:46:07.69ID:icwPneMN
>>699
10倍遅いとか捏造しつこいな
chatでソースないのをいいことに捏造しまくり
2020/07/26(日) 00:32:01.45ID:qCaLfESG
>>700
JITの無いインタプリタでJSと同等の速度が出るはずないだろ
JITの有無で速度の桁がひとつ変わるとか普通だ
2020/07/26(日) 00:40:34.12ID:8c+LEo48
>>700
>>696
2020/07/26(日) 00:42:21.83ID:Lwmxod4b
AoTコンパイラはバスに乗り遅れちゃって早くて一年後♪
嗚呼、それでも「JSにスピード競争で勝つことはない」
ミジメｗｗｗ
Blazorすごい！→宣伝してる俺すごい！
しようと思ってたのにまさかBlazorがC#おじさんのミジメな境遇まで堕ちてくるとはねｗｗｗｗｗ
704デフォルトの名無しさん
垢版 |
2020/07/26(日) 01:14:39.39ID:5rw0opQZ
つかこんなに
フロントエンド界隈のライブラリが乱立して
ビルド構築手順ががわちゃわちゃしてる状況は異常
もうHTML自体をバージョンアップした方がいい

HTMLに直でReactやVueやTS SASSとかを記述して
ブラウザネイティブで解釈できるようにするべき
Bootstrapもどうせみんな使うんだか初めから
HTMLの仕様内に組み込んどけ
705デフォルトの名無しさん
垢版 |
2020/07/26(日) 05:35:40.74ID:wM09/xME
>>701
ソースなしでは信ぴょう性がないし
どうせそういうのは発言の切り取り

Blazor wasmはAOT compile実装の予定あるのだから
速度は大幅に向上する

Browser外ではC#のがJSより速いのだから
speedは十分にはやくなる
706デフォルトの名無しさん
垢版 |
2020/07/26(日) 05:53:06.94ID:wM09/xME
>>704
こんな発言しちゃうのがスクリプトおじさん

セットで仕様化したらどれか失敗したら全部が失敗するだろ
あと必要なcodeだけloadするから無駄な通信が減るのも常識
bootstrapは使ってないサイトたくさんある
View(html)とlogicをセットで仕様化など狂気の沙汰

あとbuildが煩雑なのはうんこframework使ってるからだ。
ASP.net MVCとかならクオリティ高いのがセットになってる
SPAなんてやらずにASP.net Coreみたいなまともなweb framework使えでおしまい
95%のサイトはSPAの必要がない
2020/07/26(日) 07:13:59.04ID:pVqRHFCg
いいかげんCの民は別スレ行けよ
ここのスレタイ
Vue vs React vs Angular
だから
2020/07/26(日) 08:13:28.39ID:8c+LEo48
それにしてもAngular使ってるサイトだけは全然見つからないよね
Angular本家とお名前と去年の技術書展くらい(今年はReactに変わってた)
2020/07/26(日) 08:52:05.09ID:kppqwmU4
WebAssembly使えばこういう問題も回避できるの？

Apple、プライバシー問題のため16ものWeb APIのSafariへの実装を拒否
https://css-tricks.com/apple-declined-to-implement-16-web-apis-in-safari-due-to-privacy-concerns/
Appleが実装拒否したAPI一覧:
- Web Bluetooth
- Web MIDI API
- Magnetometer API
- Web NFC API
- Device Memory API
- Network Information API
- Battery Status API
- Web Bluetooth Scanning
- Ambient Light Sensor
- HDCP Policy Check extension for EME
- Proximity Sensor
- WebHID
- Serial API
- Web USB
- Geolocation Sensor (background geolocation)
- User Idle Detection
2020/07/26(日) 09:16:46.95ID:J91SE58H
>>709
Webはこんな方向に進もうとしてるのか
もはやプラットフォーム（OS）だな
そのうちベアメタル（直接ハードウェア）にインストールできるWebブラウザーとか出てきそう
2020/07/26(日) 09:34:24.57ID:2YJHPn7i
>>709
ブラウザベンダが実装拒否してるんじゃJSかwasmは関係なく無理だ
もしできるならセキュリティホールだし
2020/07/26(日) 09:42:00.76ID:2YJHPn7i
ブラウザがなんでもできるようになったらappletやactivexの時みたいにセキュリティ事故が相次いで
何処かの団体がセキュアなもののみを選択したAPIセットを発表して
そのAPIセットを実装したセキュアブラウザみたいなのが登場して
みんなそっちに乗り換えて
需要がなくなった多機能ブラウザは廃れて
すべてが最初に戻る
2020/07/26(日) 09:59:58.67ID:8c+LEo48
まぁブラウザAPIは基本的なもの以外はサイト毎にそのAPIの実行権限をユーザーが許可するかどうかっていうのが大前提なんだけどね
2020/07/26(日) 11:36:06.50ID:J91SE58H
もうやってることがbrowse（拾い読み）の域を超えてるね
2020/07/26(日) 11:36:26.24ID:mCc1k6Br
>>704
同意
もっと言うとHTMLなんか無くした方がいいよね
2020/07/26(日) 11:42:58.77ID:C7Nh/5jG
>>712
本当にこうなったら笑う
717デフォルトの名無しさん
垢版 |
2020/07/26(日) 12:36:40.14ID:wM09/xME
SPAの特徴まとめてみた

開発の時間とコストが大幅に増える
初期のローディングにかかる時間が増える
SEOの面で不利になる
開発者が少ない
外注する場合にコストが増える
セキュリティが低下する

メリットは高速なページ遷移が可能なことだが
逆に言えばそれが不要ならSPAは必要ないな
むしろコストアップや初回読み込み遅延などのデメリットが上回ってしまう
2020/07/26(日) 12:43:20.43ID:kHoCQhob
> メリットは高速なページ遷移が可能なことだが
これ体感したことある？
2020/07/26(日) 13:05:55.45ID:WcA1r3qH
静的HTML+API+Vueの素朴なマルチページ構成がバランスいい
2020/07/26(日) 13:09:44.19ID:wM09/xME
>>718
画面全体をロードせず、必要な部分を
読み込むので高速になる、と一般的に言われてる。

アプリっぽく軽快に操作できないと困るサイトなら必要だけど
実際のところそこまで素早く操作が必要になるweb appはない気がする。
本当に快適にしたいならnatvie appしかないわけで
SPAは位置づけが微妙、手間とコストかかるわりに微妙すぎじゃないか？

FacebookがSPAで有名な事例だろうけど嫌いだから使わない
2020/07/26(日) 13:37:49.50ID:wgRaBi9V
SPAはWEBアプリケーションを作るための物であってWEBサイトを作るための物ではないからな
結局は使い分けだよ
世界に向けて情報発信するならWEBサイトが基本だからSPAの採用実績が少ないのは仕方ない
複雑になりがちな社内アプリケーションなどは今後はSPAが主流になっていくだろう
722デフォルトの名無しさん
垢版 |
2020/07/26(日) 13:54:45.15ID:r3Yqqk7H
>>717
SSRかSSG使えば初期ローディングとSEOの懸念事項は無くなるんでないかい
Googleだけに関して言えばJSも読んでくれるらしいからSPAでもSEOに関しては問題ない
2020/07/26(日) 14:27:11.75ID:BK/V/n6o
SPAは自分がユーザーの立場になってみると思ったより使い難いんだよね
724デフォルトの名無しさん
垢版 |
2020/07/26(日) 14:43:43.07ID:w6lN3yjx
全ページSSRにしたらJSが無くても使えるしね。
SPAは便利だね。
2020/07/26(日) 14:46:29.68ID:XdP3besl
業務系システムとSPAは相性がいい
業務系では複雑怪奇なUIを求められることが多い
そして業務系と言えばJavaかC#
Javaは廃れ行く運命だがC#にはBlazorがある
業務系はもう全部Blazorでいんじゃねえの
2020/07/26(日) 15:27:13.88ID:J91SE58H
やっぱ業務系か
SPA需要ってPCありきかなと感じていたんだ
Android/iOSならSPAにこだわらずネイティブAppにしちゃったほうがユーザビリティ高いよね
そう考えるとモバイルファーストが謳われてる現在、SPAは下火になっていくのだろうか
2020/07/26(日) 15:36:09.11ID:8c+LEo48
SPA自体PWAありきなんじゃない？
2020/07/26(日) 15:50:04.51ID:3eREBna8
非SPAの採用実績と比較したらSPAの実績なんてカスみたいなものだろうね
そしてこれから先もそんなに伸びることはないと思う

そもそもSPAを導入したら何か大きな恩恵を得られるかっていうとほとんどのサイトがいやー別にそれほどでも…って感じでしょ？
糞言語のJSに縛られてSPAを導入するぐらいなら、使い慣れたPHP、Ruby、Pythonでサクッと非SPAで作っちゃったほうが安くて、品質もいい

ということでSPAの生存戦略として、業務系にフォーカスするってのは有効だと思う
今のところBlazorだけが唯一そっち方面で流行しうる下地を持ったSPAフレームワークと言っていい
業務系ではJSもTSも蛇蝎のごとく嫌われてて人材が足りないから、業務系で既存SPAフャ戟[ムワーク三試墲ﾌ生き残りは血ｵしい
Blazorがうまく行ったら、Javaが後追いでパクリを出してくるだろうね
そしたらまた、勢力図が変わるかもしれん
2020/07/26(日) 15:51:12.91ID:wM09/xME
>>721
Web siteを作るのにSPA framework使ってる人は
ほぼいないしいたらアホでしょう

Web app限定の中でも95%以上はSPA必要ないだろうってこと
>>717のデメリットがメリットを上回る
2020/07/26(日) 15:55:43.15ID:J91SE58H
Googleが期待したほどSPAは盛り上がらなかったね
それで結局ChromeOSも方針転換してAndroidアプリ・Linuxアプリがインストールできるという流れになってしまった

でもVSCodeのようなWeb技術をベースにしたネイティブアプリも人気があるんだよね
Web技術はマルチプラットフォーム対応アプリを作るのには向いているのかも
2020/07/26(日) 15:59:33.53ID:wM09/xME
>>721
最終行
業務用のweb appはASP.net系シェアが圧倒的だし今後も変わらない。
ASP.net系は開発生産性が高い
長期でMSがセキュリティとかのパッチ出してくれる
だからASP.netは法人に選ばれる

Windows PC限定にしてWPFとかのnative appだけで作るのもあり
開発スピードが最速になるしUXも最高レベルになる
社内限定ならcross platformなんていらないし
2020/07/26(日) 16:02:26.11ID:cZIElTbP
ActiveDirectoryに縛られて惰性で使ってるだけ
2020/07/26(日) 16:06:32.34ID:wM09/xME
>>722
SSR使ったら高速なUXというSPAの数少ないメリットが
失われるちゃうわけでしょ

SEO必要なら最初からSPAは使う必要ないんじゃないかって話になる
無駄に開発コストが増えるだけ損
2020/07/26(日) 16:11:06.69ID:wOzQ8kCZ
>>731
ふーんJavaよりシェア大きいんだ
俺もネイティブは楽で高品質だから、良いと思うけど、
従業員への配信がめんどくさくないかい？
2020/07/26(日) 16:13:52.38ID:wM09/xME
>>726-727
SPA調べてまさにそのSPAの中途半端さに気付いた
UXも開発スピードもNative appが最強だから
業務系ならnative appだけもあり

SPAは開発のコストと時間かかるわりにUX改善はたいしたことない
しかもサポート期間が短くメンテナンスも金がかかる
2020/07/26(日) 16:17:08.52ID:cZIElTbP
blazor wasmで殴りこんで来て今度はネイティブアプリって
マジで何しに来たんだ
2020/07/26(日) 16:23:42.24ID:2YJHPn7i
>>735
ネイティブと比べた時のBlazorの利点はセキュリティと配信しやすさ
サポート期間と開発生産性はマイクロソフトだから心配してない
2020/07/26(日) 16:27:20.70ID:wM09/xME
>>734
WindowsならGroup policyとかのシステム管理機能で
Applicationの自動インストールとかできるしdeployは楽だよ

JavaはORACLE所有になってライセンス実質有料になったし
ますます下火になるでしょう
2020/07/26(日) 17:35:09.81ID:zlLRIuAw
SPAフレームワークが使えないんじゃなくてオメーらゴミエンジニアが使えるレベルに達していないだけな
2020/07/26(日) 18:00:38.42ID:ZAj9kjW9
どっちにしても、今のSPAフレームワーク使っている奴ならこれからwasmやblazorとかが台頭してきても
それらが使い物になってから手を出しても全然遅くないだろう。
今phpやrailsとかで食えている人ならそもそもwasmに手を出す必要性すらないかもしれない。
2020/07/26(日) 18:03:22.00ID:2YJHPn7i
使うなら使うで問題ないが、使う価値があるか、は全く別の問題だからなぁ
バカだったら、なんか知らんけど新しいもの、ぐらいの軽い気持ちで採用しちゃんだろうけど
2020/07/26(日) 18:08:17.16ID:8c+LEo48
>>740
WordPressで済むようなWebサイトにJSフレームワークを入れるのが非効率なのと同様
一般的なWebにwasmなんて不要なはずなんだよ
canvasにゴリゴリレンダリングする様な演算回数が多い様な場合とかそういう場合だよね必要になるとすれば
2020/07/26(日) 18:10:19.01ID:pVqRHFCg
>>733
> SSR使ったら高速なUXというSPAの数少ないメリットが
失われるちゃうわけでしょ

失われないよ
SSRの仕組みは下記記事分かりやすいからおすすめ
https://qiita.com/amakawa_/items/e7d0720e1ab8632769bf


> SEO必要なら最初からSPAは使う必要ないんじゃないかって話になる
無駄に開発コストが増えるだけ損

同じこと書くけどGoogleに限ればSPAでもSEO的に問題ない
それにSSR・SSGなら他検索エンジンでもSEO的に問題ない
GoogleはJSを読んでくれるっていうのも結構前の話だから、今は他検索エンジンでもOKなやつあるかも
2020/07/26(日) 18:12:53.56ID:pVqRHFCg
YahooもGoogleのエンジン使ってるみたいだから多分YahooもSPAでSEO的におけやね
2020/07/26(日) 19:08:50.21ID:aJKoeTZN
SPAでもSEO的に問題ないんじゃなくて
SEO的に問題ないSPAを使うべきだよ

SPAが高速っていうのは2ページ目以降の話で
1ページ目は結局全体を読み込むんだから
静的ページとほぼ同じものをサーバー側から返すようにするべき
そうしないとJavaScriptの処理でレンダリングが遅くなる

2ページ目以降は速いなると言うがGoogleのクローラーなんかはページ読み込みの
タイミングはバラバラなので2ページ目以降も1ページと同じように読み込む。
そうするとSPAの速いっていうこうかがなくなる
ページ読み込みの速さもSEOで重要なので、どのページを最初に読み込んでも
JavaScriptなしで表示されるようにするのが正しいやり方
2020/07/26(日) 19:09:51.27ID:aJKoeTZN
ようするに2ページ目以降JavaScriptあり（SPA）で表示する
1ページ目JavaScriptなしで表示する
これを実現するためにSPAでサーバーサイドレンダリングは必須なの
2020/07/26(日) 19:15:51.29ID:BJnciPIh
SEOを考えるような内容のサイトでSPAが効果的な物って例えばどんな物がある？
pgadmin4のような高度なappならSPAが効果的って主張は理解できる
だけどqiitaのようなsiteにSPAを使うメリットは無いと感じた
伝統的なsiteの振る舞いと異なるから直感的な操作感で言うとマイナスまでありえる
2020/07/26(日) 19:16:05.21ID:8c+LEo48
寧ろSEOが必要ない様な利用者が限られる部分に使うべきなんだよ

EC的なものなら確かにシステム的な側面とSEO的な側面の両方が必要だけど
それ以外のシステムならそもそもトップページ以外検索エンジンにヒットする必要ないものって結構多いはず
2020/07/26(日) 19:22:21.71ID:1X4Tbs5Z
SS
2020/07/26(日) 19:25:42.98ID:1X4Tbs5Z
SSRはバックエンドのリソース消費量が増えるから嫌だな
クラウドだとコストにも響いてくる
2020/07/26(日) 19:27:42.35ID:ydM4arRa
>>747
ないと思うよ。だからReactとかvueとかの
ウェブアプリ用フレームワークはjQueryの代替にはならないし
ウェブサイトがウェブアプリに作り変えられることもない
俺がもう5年ぐらい前に出した結論

そしてこの5年のjQueryのシェアの増え方と
フレームワークのシェアの増え方を見ればそれが
正しかったと証明されてる。
2020/07/26(日) 20:02:03.99ID:BYN8HZ/f
しかしそう考えると、学ぶべきフレームワーク、人気のフレームワークといった文句でSPAフレームワークが紹介されるのはなぜなんだろう？
そんなに人気があるなら、採用するサイトも増えるはずだけど、ほとんど見かけない
SPAフレームワークを覚えた人は何処で働いていて、どんな成果物を残したのか？
このスレの人の手がけた公開サイトがあるなら、ぜひ知りたい
2020/07/26(日) 20:22:09.40ID:zlLRIuAw
業務用Webアプリの開発に使うからだろ
Webアプリ作れないゴミエンジニアは格安だから使えなくていいんだよ
2020/07/26(日) 20:24:15.75ID:0MyKPfk8
業務用アプリだとC#のほうがいいね
2020/07/26(日) 20:26:03.01ID:pVqRHFCg
>>752
SaaSで使われまくってるよ
てか求人サイトでフレームワークの名前で検索するといっぱい出てくる
静的なWebサイトだとツールのドキュメントとかコーポレートサイトでちょくちょく見かけるかな
SasSでもWebサイトでも無い感じのやつだとTwitterとかYahooとかPixivとか
2020/07/26(日) 20:29:12.45ID:zlLRIuAw
>>754
裏は好きなの使えばいい
2020/07/26(日) 20:52:24.56ID:8c+LEo48
>>752
見かける見かけないってそもそもブラウザにインジケーターアドオン入れてから言ってくれよ
どうせ入れてないんだろ？
2020/07/26(日) 22:06:58.75ID:6PuC7aMz
ふーん
で、何割ぐらいのサイトでSPA使われてんの？
2020/07/26(日) 22:49:08.46ID:rfO/oa4K
誰も知らないだけでたくさん使われてるよ
2020/07/26(日) 22:51:16.76ID:J91SE58H
誰も知らないことをなんで知ってるの？
2020/07/26(日) 22:53:37.55ID:zlLRIuAw
ゴミサイト含めたら圧倒的にほんの少しだろ
そんなにゴミサイトが気になるなら一生気にしていればいい
762デフォルトの名無しさん
垢版 |
2020/07/26(日) 23:03:35.73ID:iYDWpAIp
なんでそんなにSPAを敵視すんの？
2020/07/26(日) 23:06:58.57ID:Lwmxod4b
自分が分からない・作れない技術が普及したら恥ずかしくて困るから。
それに対するアクションがこんな辺鄙な場所でジタバタ足掻くこととはねｗ
こりゃ仕事できませんわｗ
2020/07/26(日) 23:10:26.86ID:8c+LEo48
寧ろ
・Wappalyzer
・React Developer Tools
・Vue.js devtools
・Augury
これらの拡張機能(アドオン)を入れずにどうやってないって判断してんだよ
2020/07/26(日) 23:11:26.10ID:tvVrKRgD
敵視はしてないが純粋に疑問なんだ
これがどれほど役に立つのか
噂に聞くほどの実績が本当にあるのか
今のところそれほど有用ではなさそうだなといった感想
それを覆すほどポジティブな意見が見られない
2020/07/26(日) 23:21:06.77ID:ZAj9kjW9
そのプログラミングモデルを自分で気に入るか気に入らないかでいいと思うがねぇ。
自分に合わないと思うなら別に使わなくていい。
2020/07/26(日) 23:31:12.58ID:zlLRIuAw
現に俺様がSPAフレームワーク使って業務アプリ作りまくってるんだからこれが正しいんだよ
SPAフレームワーク使わなかったらもっと開発に時間かかる
さらに実際の業務にも時間がかかるようになる

オメーが知らねえだけで世界を知った気になるな
768デフォルトの名無しさん
垢版 |
2020/07/27(月) 00:08:34.56ID:Ri9S2nsL
フレームワーク自慢程反吐が出るものは無い
フレームワークは何でもそうだけど

フロントサイドだったら
必ずしも全員がHTMLや
CSSの仕様を完璧に理解している訳では無い
View層は特にやり方に絶対の正解がない
DBMSみたいなカッチリとしたデザパタはない。

フレワなしの純粋なHTML CSS
JavaScriptだけなら最初から全てを知っている必要なくて
必要なところだけ即興でググって記述することで
細かな調整ができるけど

フレワでそれを隠蔽したら
頭の中にCSSやHTMLの仕様を完璧に知っている必要がある
まずググるのが難しくなる
必要な箇所だけ自力で修正する事が難しくなる
フレワが自動生成するコードが増えるほど
DevToolsでの解析が難しくなる
自動生成されたclass属性のどれがどんな効果を持っていて
DOM要素にどのような影響を及ぼしているのかの
推測が立てにくくなる

そしてそれを頭の中に完璧に理解してる人間なら
HTMLやCSSや普通のJavaScriptを書いた方が早い
新たにフレワの文法を覚えるのが馬鹿馬鹿しい。
フレワが何種類も乱立してたらなおさらだ。
2020/07/27(月) 00:15:47.58ID:b6SXhPTe
>>768
オメーがゴミなだけだろ
htmlとcssができないってどんだけ低レベルなんだよ？
デブツールみてわからんとかゴミクズじゃん

とにかくできない奴が声高々に吠えるな
ここにきちんとできている俺様がいるのにゴミが勝手に決めつけんじゃねえよ
2020/07/27(月) 00:21:48.49ID:c0Q45HfR
>>769
スマンな俺もUI/UXのフレームワークに頼りっきりでCSSは微調整以外は碌に書けん
2020/07/27(月) 00:23:19.80ID:vIJ2AS+M
このスレはいつみても
どうでも良いことで
盛り上がってんな
2020/07/27(月) 00:38:02.84ID:rA5gK0Vx
外部向けサイト⇒SPAより非SPAのが向いてる
社内向けサイト⇒人材と既存資産が豊富なC#が有利⇒Blazor
773デフォルトの名無しさん
垢版 |
2020/07/27(月) 00:42:11.06ID:UrkoV9IC
>>765
？
Webアプリ作るなら今のところ最適解がSPAだろ？
なんで化石も含めて大量にあるWebサイトの中でどれくらいの割合使われてるか知りたいの？
2020/07/27(月) 00:44:08.53ID:PSP0suJc
> Webアプリ作るなら今のところ最適解がSPAだろ？

たまたまSPAになってるだけだと思うけどな
通常はAjaxで十分だと思うよ
2020/07/27(月) 00:46:12.83ID:c0Q45HfR
>>773
スマホを視野に入れたPWAならSPA構成でいいと思う
2020/07/27(月) 00:49:34.50ID:PSP0suJc
PWAとSPAにどういう関係があるの？
2020/07/27(月) 00:50:57.41ID:b6SXhPTe
ゴミクズの知識の薄さがやべえな
2020/07/27(月) 01:18:09.78ID:PSP0suJc
流れをぶった切って悪いけど、SPAでレスポンシブに
対応したフレームワークって何がある？
2020/07/27(月) 01:20:38.79ID:sZwTyFBE
>>773
最適じゃないからPHP、Ruby、Pythonなどの伝統的なフレームワークが選ばれる
SPAは僅かな領域だけでしか通用しない
2020/07/27(月) 01:29:33.69ID:c0Q45HfR
>>778
Bootstrapでも入れたらいいんじゃないか？
BootstrapVueでもReact BootstrapでもNative JavaScript for Bootstrap本家Bootstrap5αでも選択肢は選り取り見取り
2020/07/27(月) 01:32:36.13ID:PSP0suJc
でもBootstrapはDOM操作をするだろ？
そうするとフレームワークと一緒に使えない
2020/07/27(月) 01:37:23.48ID:c0Q45HfR
>>781
上に挙げてるが
BootstrapVueやReact Bootstrapのようにフレームワークに特化したパッケージもちゃんとある
2020/07/27(月) 02:16:55.64ID:o3qaYBwJ
>>781
わろたｗｗｗ
2020/07/27(月) 02:31:44.31ID:TfnjDE3E
>>778
スレタイのうちどれ使ってるの？
ReactならChakraUI超オススメ。
2020/07/27(月) 05:19:08.57ID:P2Gsimd7
Rails + React + Bootstrap

Bootstrap は、CSS/SASS を知らなくても、簡単に見た目を整えられるから、
GUI に弱い、サーバー側開発者にとって必要

Rails 6.0 からは、Webpack が標準になったから、Node.js も必須

API モードもある。
描画せず、JSON だけで、やり取りする
2020/07/27(月) 06:55:20.10ID:UFheIHQs
>>765
お前のその疑問に>>755が答えと探し方、>>764が確認の仕方を書いてくれてるやん
その感想が探してない、確認していない、認めたくない、ってことの証明になってるよ
2020/07/27(月) 07:43:46.66ID:Mg1HGRsd
>>786
>>755
使われまくってる⇒子供か
いっぱい出てくる⇒子供か
ちょくちょく見かける⇒子供か
求人サイトで～⇒求人に乗ってる情報なんて極々僅かな割合でしかない
Twitterとか～⇒事例たったの3つしか挙げられないのか

>>764
アドオン～⇒ウェブ全体を走査する方法がわからねえだろ少しは考えてレスしてくれ
2020/07/27(月) 08:15:16.74ID:c0Q45HfR
そもそも>>752が見かけないっていうから
どうやってない事を確認したんだ？って話じゃん
2020/07/27(月) 10:42:39.38ID:7YZXD5wT
ぶっちゃけてしまうとね

コンサルの養分です
2020/07/27(月) 12:14:51.29ID:q4lb5yU9
SPAの短所いろいろ書いてSPAって必要なの？って書いたら
批判、炎上するかと思ってたけど予想外にそうならなかった。
SPAに興味ありつつもSPAで開発経験ある人少ないってことだな

SPAは短所もあるからSPAのframework決める前に
SPAでやるかどうかをしっかり考えて決めるべきだと思う。
明らかに向かない用途ってある

SEO以外にもセキュリティ低下とか、開発工期、コスト上昇
JS-SPAなら短いサポート期間とか
2020/07/27(月) 12:35:21.60ID:cUoRU5UD
SPAは目的じゃないからね
ページの一部を動的に変更するならただのJavaScriptでいいし
全体に近いぐらい変更するならページ移動しても大差ない。

それに下手するとSPAにすることでユーザビリティが低下することがある
例えばURLをブックマークに入れてもそのページにたどり着けなかったり
ブラウザの進む、戻るがまともに機能しなかったりする

ユーザビリティの設計は難しくなるのにその設計をしないで
フレームワークを使ったからSPAになりました。
なにも工夫してないけどSPAなら速くなってるんでしょ？なんて
適当にやってる人が大半

ゲームやフォトショップみたいにアプリ（ウェブアプリ）を起動して
そこからデータファイルを読み込んで編集するツールならいいけど
ページ移動が行われるようなSPAはページ設計が重要になってくるのに
それを理解していない
2020/07/27(月) 12:36:04.26ID:q4lb5yU9
>>743
SSRだと更新は差分のみだから速いっていう主張だと思うけど
serverもUAも負荷が高くなければページ全体の更新でも
高速にレンダリングできるでしょう

UA側はPCはもちろん2万円の中華SPでもサクサクページ全体を開ける性能ある。
server側の性能さえ十分確保すれば差分更新かページ更新かは
あんまり問題にならないと思う
793デフォルトの名無しさん
垢版 |
2020/07/27(月) 13:14:37.14ID:q4lb5yU9
>>764
Wappalyzer
Firefoxにいれてみたけどおもしろいな

大手でもSPA web frameworkの採用の少なさに気付いた
React人気と言ってる人多いがReact系のweb frameworkはあまり使われてない
ただのUIのライブラリとしてReactを使ってるだけってところばかり
Twitterもそう

>>708
Googleが作ったというにAngular自社で使ってないのが笑えるな
YouTubeはPolymerしか検出されない

Google MapもSPA framework使ってない
Vanilla JSでゴリゴリ書いてるんだろうな
2020/07/27(月) 13:19:03.18ID:b6SXhPTe
WebサイトみてReactとか使われていないとかいうゴミがいたらオメーの認識が未だに改まってねえからさっさと治せとしか言えない
2020/07/27(月) 13:21:55.01ID:hYUf9ncg
>>794
誰もReact使ってるサイトがゼロとは言っていない。
React使ってるサイトは0.4%程度だと言ってる。
796デフォルトの名無しさん
垢版 |
2020/07/27(月) 13:24:09.61ID:FyobjYdi
ExtJS 使ってた人居る？
2020/07/27(月) 13:28:57.64ID:q4lb5yU9
>>781
メジャーなframeworkで
bootstrap使えないやつないんじゃないか
2020/07/27(月) 13:43:11.84ID:DcqVOXlA
だから言ったじゃん


コンサルの養分なんだよキミタチ
2020/07/27(月) 13:47:44.32ID:Rr+dRFNS
>>792
SSRはサーバー負荷めちゃ高まるから嫌だ
このサーバーレスの御時世では最悪の選択肢1つと言って過言ではない
だいたいサーバーサイドに状態を持たせるとか大昔に逆行してるし
2020/07/27(月) 13:52:43.84ID:TfnjDE3E
つまりGatsby最高！
う～んマンダムｗｗｗ
2020/07/27(月) 13:56:40.28ID:hYUf9ncg
>>799
サーバーサイドに状態を持たせないで作れるものを言ってみ
例としてオンラインゲームは無理な
2020/07/27(月) 14:01:10.49ID:Rr+dRFNS
>>801
なんでもいいよ
セッション持たないRESTな設計なんて今どき珍しくもない
メモリキャッシュとか言い出しそうだから予め言っとくが
これは高速化のためであってSSRのようにしかたなくリソース食いつぶすゴミとは真反対だからな
2020/07/27(月) 14:04:19.38ID:S26P/GM8
> セッション持たないRESTな設計なんて今どき珍しくもない

HTTPはセッション持たないじゃなくて持てないんですが？
あれあれ？すべてのウェブサイトはサーバーサイドに
状態を持たないって話でいいですか？ｗ
2020/07/27(月) 14:08:52.18ID:S26P/GM8
セッション持たないRESTってなんですかね？
どのユーザーでも同じデータ返すって言ってるんですかね？ｗ
2020/07/27(月) 14:16:28.42ID:O6ncpH5Z
>>804
バカかな
状態持たなくてもリクエスト（パラメータ）に応じて結果変えられるじゃん
RESTではこれが基本
セッションオブジェクトはあまり使わない
2020/07/27(月) 14:19:17.79ID:S26P/GM8
>>805
セッションオブジェクトはリクエスト（パラメータ）に応じて結果変えてるので
サーバーに状態は持っていません

はぁ、仕組みを知らないんだな
フレームワークばっかり使ってるから
そういうアホなこと言うんやで（笑）
2020/07/27(月) 14:20:28.76ID:S26P/GM8
>>805
あとはURLにセッションIDを入れる方式は
セキュリティ的に脆弱なもの扱いだからな
そんなもの提案したら素人だってバレるでｗ
2020/07/27(月) 14:21:53.57ID:O6ncpH5Z
ん？なんか俺おかしなこと言ったか？
2020/07/27(月) 14:24:54.73ID:S26P/GM8
言ってますねｗ　気付いて無いんですねｗ

HTTPの仕組みを知ってるのであれば
状態をもたせるやり方を言ってみ
2020/07/27(月) 14:29:25.84ID:O6ncpH5Z
サーバーにセッションオブジェクト（メモリ）を確保する
セッションオブジェクトに対してセッションIDを発行する
セッションIDリクエストパラメーターやクッキーで維持される
クライアントは複数のリクエストに渡って同じセッションIDをサーバーに渡すので
サーバーはクライアントのリクエストの連続性（セッション）を認識できる
またセッションIDからセッションオブジェクトを引くことでセッションの状態（情報）を継続利用できる

間違っとる？
2020/07/27(月) 14:30:08.08ID:S26P/GM8
>>810
RESTでも同じことをしてる
2020/07/27(月) 14:30:48.23ID:S26P/GM8
ああもしかして、セッションID＝リクエスト（パラメータ）だって知らないのかなｗ
2020/07/27(月) 14:31:03.28ID:S26P/GM8
セッションIDが魔法の技術とか思ってそうｗ
2020/07/27(月) 14:32:52.85ID:O6ncpH5Z
いやRESTはセッション使わない構成多いよ
REST＝関数のイメージ
引数に対して戻り値が返る
引数はリクエストパラメーター、戻り値はレスポンスね
RESTは一問一答で完了するパターンが多い
以前のREST呼び出しの内容な作用されない
だからセッションオブジェクトを使わないと言っている
2020/07/27(月) 14:33:59.07ID:S26P/GM8
http://itdoc.hitachi.co.jp/manuals/3021/3021901610/HCSR0051.HTM
REST APIでは、セッションを使用して、複数のリクエストを同一クライアントによる一連の操作として識別します。
2020/07/27(月) 14:34:05.80ID:O6ncpH5Z
セッションIDはリクエストパラメーターになることはあるけど
リクエストパラメーターがセッションIDということなはならんよ
2020/07/27(月) 14:35:55.62ID:O6ncpH5Z
/add?param1=123&param2=456
この足し算RESTにセッション要るか？
このパラメーターがセッションIDなのか？
2020/07/27(月) 14:36:39.82ID:S26P/GM8
OWASPの"REST Security Cheat Sheet"ではただ一言。「セッションベースのユーザ認証を使え」と書いてある。
https://www.glamenv-septzen.net/view/1350#id55be56

ユーザ認証にはセッション管理を使え、とあり、さらに、セッションIDやAPIキー、ログインIDとパスワード、
トークンなどはURLに含めるな、ともある。
他にもこのページにはRESTスタイルで開発するときのセキュリティ上の注意点が解説されている。英語になるが、
内容的には普通のWebサイトと同じように入力チェック＋出力時のJSON/XMLに合わせたエンコーディング、
CSRF対策などをしてください、という流れ。
また以下のページは、逆にRESTなWeb APIを診断する、pentester向けのガイドとなっている。
クロールできたURLだけでは、全部のREST APIの機能を見れたことにはならない可能性があるので、
ソースコード診断（ホワイトボックステスト）も可能なら実施したい、などとあり、参考になる。
2020/07/27(月) 14:37:32.58ID:S26P/GM8
>>817
だからオンラインゲーム無理ってことですねｗ
820デフォルトの名無しさん
垢版 |
2020/07/27(月) 14:38:15.39ID:ffgSx4MU
>>800
最近Next触り始めたけどドキュメントにやたらSSG推してたから、あながちGatsby最高マンダムなんかもなと思うわ
GatsbyはでもGraphqlと結びついとるから気軽にカスタマイズしようとしたらエラー吐きまくる
2020/07/27(月) 14:38:36.28ID:S26P/GM8
>>817
クライアントだけで実装できるものしか
作れないと言ってます。

お前のやり方ではログインが必要なものは作れません。
オークションサイトは作れないし
ブログの管理をすることもできません。
2020/07/27(月) 14:39:56.60ID:Rr+dRFNS
>>803
ド素人がセッションも知らないのか？
CookieにセッションIdメモってサーバーサイドオブジェクトと紐付けるんだよ
2020/07/27(月) 14:41:27.35ID:S26P/GM8
>>822
お前の理屈は、クッキーの代わりにパラメーターでセッションIDを渡せすという
セキュリティ的に脆弱なセッション管理を実装すれば
サーバーに状態は持ってないことになるんやろ？ｗ
アホやなぁと言ってる
2020/07/27(月) 14:42:38.43ID:O6ncpH5Z
>>821
だからSPAのバックエンドにRESTが適してるんだよ
SPAならクライアント側で状態を持てるんだからサーバー側は関数でいいの
サーバーがセッション管理から解放される
これもSPAのメリットと言えるかもしれないね
2020/07/27(月) 14:43:20.19ID:S26P/GM8
もしかしてパラメーターのキーの名前がsession_idじゃなかったら
サーバーサイドに状態を持たせてないことになるとでも思ってるのか？ｗ
2020/07/27(月) 14:44:06.24ID:S26P/GM8
> SPAならクライアント側で状態を持てるんだからサーバー側は関数でいいの

え？ URLにパラメータとかユーザー名とかパスワードを入れればいいんだから
SPA関係ないじゃんｗ
2020/07/27(月) 14:45:41.88ID:S26P/GM8
クッキーを使えばクライアントに状態を持ってる！
例えばセッションIDをクッキーに入れておけば、
ウェブサイトにアクセスしたときにログインしたことになる！
JavaScriptも不要！古くから使われてるログインの仕組みだ！

みたいな話をされてこ困るんだよなぁ（笑）
2020/07/27(月) 14:48:59.96ID:S26P/GM8
クライアントにしかデータを持ってないと
別のパソコンでログインしてもデータが見れなくなる（笑）

まあそれでいいなら普通のウェブサイトのほうがいいだろうねｗ
HTML+CSS+jQueryで
2020/07/27(月) 15:03:07.49ID:Rr+dRFNS
アホのために説明してやるか

Cookieとサーバーサイドのオブジェクトの紐付けで擬似的にリクエスト間の状態維持を実現する手法がセッションな
従来のシステムではよく使われていたが思ったよりメモリ消費がバカになんねえなぁってことで今はもう廃れた

今どきのセッション管理はサーバーサイドのオブジェクトではなくCookieなどに暗号化したデータを含める方式で実装されている
そうすれば極僅かなCPUの負荷増でメモリ消費をぐっと抑えることができるようになる
リクエストに乗せたくない重大な機密や大きすぎるデータは永続化層で管理する
これがメモリに乗るのはデータ利用するその時とキャッシュされた時だけ
これでサーバーサイドのリソース効率がだいぶ良くなった
ついでにいうと水平スケールもしやすくなって一石二鳥

SSRはこの時代の流れに逆行してサーバーサイドに大量の状態オブジェクトを生成してクライアントと紐付けて管理するという愚行をおかしてしまっている
SSRの特性上どうしてもﾋビューに関するほとんどの状態をサーバーのメモリ上に確保してクライアントが去りゆくまでずっと維持し続けなければならない
これがどれだけリソース効率が悪い邪悪なアーキテクチャかは猫でもわかるだろう
クラウドファーストなこの御時世ではサーバーサイドのリソース増加はコストに直結する
こんな金食い虫のアーキテクチャではやってられんのだ
2020/07/27(月) 16:01:20.39ID:FzUtUUvl
>>793
ちなみにWappalyzerでは検知出来ないけどReact Developer Toolsなら検知されるパターンもある
多分Webpackの難読化の影響かとは思うが
Amazonの欲しいものリストのページやプライムビデオのページとかそんな感じ
2020/07/27(月) 16:11:00.85ID:A4vSpavl
>>797
AngularはMaterial系が主流だからBootstrapの対応はあんま良くないな
2020/07/27(月) 16:18:49.53ID:SDAq9vDF
>>829
> 今どきのセッション管理はサーバーサイドのオブジェクトではなくCookieなどに暗号化したデータを含める方式で実装されている

その方式はデータが大量になったときに破綻するので
セッションIDぐらいしか入れない
2020/07/27(月) 16:20:12.25ID:SDAq9vDF
>>829
> SSRはこの時代の流れに逆行してサーバーサイドに大量の状態オブジェクトを生成してクライアントと紐付けて管理するという愚行をおかしてしまっている

SSRとは無関係
2020/07/27(月) 16:22:25.22ID:SDAq9vDF
https://ssr.vuejs.org/ja/

従来の SPA (シングルページアプリケーション) と比べて、SSR の利点は主に次の点にあります:

・検索エンジンのクローラが完全に描画されたページを直接解析するため、SEO が向上します。
現在のところ、Google と Bing は同期的 JavaScript アプリケーションのインデックスを作成できます。
同期がキーワードです。あなたのアプリケーションが読み込み中にスピナが表示され、
Ajax 経由でコンテンツを取得する場合、クローラーはあなたが完了するまで待たないでしょう。
つまり、SEO が重要なページで非同期にコンテンツを取得する場合は、SSR が必要な場合があります。

・特にインターネットの遅さや遅いデバイスでは、コンテンツの再生時間が短縮されます。
サーバで描画されたマークアップは、すべての JavaScript がダウンロードされて表示されるまで待つ必要がないので、
ユーザは完全に描画されたページをすぐに見ることができます。これにより、一般的にユーザーエクスペリエンスが向上し、
コンテンツの所要時間が直接コンバージョン率に関連付けられているアプリケーションにとっては重要になります。
2020/07/27(月) 18:22:17.80ID:TfnjDE3E
>>820
たしかにたいていのことにプラグイン用意されてるからなんとかなってるけどじゃあ自分でgraphQL拡張するプラグイン作れと言われたらウッってなる。
2020/07/27(月) 19:12:49.38ID:UFheIHQs
>>835
Next使ってる？
Gatsbyと比較してそれぞれになんか思うことあったら教えてほしい

Next・Firebase・Stipe他でアプリ作ろうと思ってたけど、仰せの通りGatsbyはプラグインが充実しとるからGatsbyでええやん感が増してるわ
完成形に近いスターターに出会えればGatsbyの方が完成まで早そうやし
2020/07/27(月) 20:05:37.52ID:TfnjDE3E
ごめんNextは使ってない。
あれ基本サーバー側も含めた構成で全部静的配信したかった自分のSSGニーズと合わなかったしあまり検討しなかった。
Gatsbyとは違って個人ユースではなく企業サービスのビルディングブロックといった印象。いろいろいじる前提のプロ向けっぽい。
SSGモードも後付けされたけどだったらGatsbyでいいかなって。

ちなみに >>836 の strapiもfirebaseもプラグインあるね。
strapiのは試したこともある。特に困ることなかったｗｗ
838デフォルトの名無しさん
垢版 |
2020/07/27(月) 20:06:31.68ID:CctcRh4x
全ページSSRにすればJSオフでも見れて快適ですね。
2020/07/27(月) 20:12:01.61ID:0Re8MG/Y
SSRした結果をファイルにキャッシュしておけば
静的ページとほぼ同じでサーバーの負荷も殆どないしね
2020/07/27(月) 20:48:34.75ID:u51QqKbm
SSRを使うよりトップページを静的なS3とかにしたら良くない？
SSLの関係とかで出来ないのかな
2020/07/27(月) 20:51:01.79ID:9y96d1KX
その静的なS3を作るのにSSRを使うんでしょ？
842デフォルトの名無しさん
垢版 |
2020/07/27(月) 21:55:19.91ID:Ri9S2nsL
>>829
馬鹿はお前
パフォのためにコーディングの面倒さを犠牲にして
cookieみたいなヘッダいじったり
暗号化みたいな余計なことするくらいなら
メモリ倍くらいに増強してセッション使うわ
楽だからな。
ローバラがあるならセッションも諦めて全部
DBかローカルストレージのどっちか
とりあえずクッキーはない
2020/07/27(月) 21:59:13.37ID:fnBRfBHK
>>842
お前はもうちょっと世の中を見たほうがいぞ
REST APIはクッキーに暗号化してデータを埋め込む方式だ
どのREST APIもそういう設計になってるはずだ
2020/07/27(月) 22:13:05.38ID:q4lb5yU9
>>840
SEO気にするサイトはトップページだけ
indexされればいいわけじゃないと思うよ
2020/07/27(月) 22:17:35.56ID:fnBRfBHK
>>844
お前いつの時代のエセSEO業者だよｗ

SEOといったらページごとにテーマを決め
そのテーマに絞って内容を書くことでより多くのページを
検索に引っかかるようにするのが常識だろ
2020/07/27(月) 22:37:08.39ID:q4lb5yU9
>>845
なんなの？
2行つながってるわけだがトップページだけやればいいと誤解したのか？

そもそもweb appやSSRの文脈で「テーマに絞って内容を書く」ってアホじゃないの？
web appが動的に生成したpageをどうsearch engineにindexさせるかって話だろ。
staticなcontentsのSEOの話など誰もしていない
2020/07/27(月) 23:18:48.25ID:P2Gsimd7
Ruby on Rails では、未経験者が、1か月で作ったポートフォリオにも、ログイン機能はある

かよちんの動画

【ポイントは一つ】プログラミング未経験でも受かるポートフォリオの作り方
https://www.youtube.com/watch?v=la0rkh6wlxA

ログイン、投稿、コメント、いいね、検索、マイページ機能

Rails + Bootstrap
Github, Heroku
848デフォルトの名無しさん
垢版 |
2020/07/28(火) 09:14:18.81ID:KJ/jhVY+
>>675
草
Blazorおじおば涙拭けw
2020/07/28(火) 09:29:33.69ID:zKWFaExc
例えばユーザ認証するならFirebaseとか外部サービスに任せればいいだけだろ。。

ってか相変わらずスレチで伸びてるな。SPAって言葉が独り歩きしすぎだよ。
個人的にWEB開発者として重要な変化は、
・リアクティブ
・IDE(VSCode含む)による環境の統一やコード補完
・ホットリロード
この３点だろ。SPAだろうとSSR主体だろうと共通して劇的に楽になった。
あとは作りたいものに合わせてフレームワークなり言語選ぶだけだろ。

大手のサイトにフレームワークが導入されてないとか見たが、jQueryだけなんてサイトは案件的にありえない。
少なくともリアクティブでデータドリブン。どのライブラリを選定するかは大きな違いじゃない。
個々の要素は確実に進歩してるよ。
2020/07/28(火) 10:16:16.19ID:lvYKtUnl
でもほとんどのサイトがSPAだとオーバースペック、UX低下(非SSRの場合)、リソース消費量激増(SSRの場合)、人材不足だから非SPAを選んでるんだよな
複雑なUIをどうしても避けられない高度なSaaS、社内システムなど、ならSPAを採用するメリットはあるかもしれんが、そうでないならデメリットのほうが大きい
2020/07/28(火) 10:44:41.06ID:87VWo28p
>>849
SSRゴミカス野郎にリアクティブやらせたらデータと表示が一致させられなくて死ぬ

>>850
ゴミカス自称フロントエンジニアのゴミのようなUI/UXスキルはどうしようもないほど低レベル
コイツらにまともなUIを作れるわけがない
一生かかってもゴミセンスから抜け出せない
2020/07/28(火) 12:14:03.62ID:q6n5SbdD
VueとかNext.js使ってる人は
結局SPAとしては使わずに、SSRで使ってるということか？
2020/07/28(火) 12:19:12.90ID:Mb4DOiRz
やっぱ社内システムが正解か
2020/07/28(火) 15:27:54.67ID:zKWFaExc
>>852
SPA最大の利点はサーバの負担が軽い事だと思う。
フロントのためのロジック丸ごと省略できるから。
主に製作者側の都合なんだけどね。

例えば情報系サービスをスクラッチで作るとして、最初からスマホアプリとブラウザ版を作るならSPAも悪くない。
バックエンドは完全に共通になるしメンテ楽だわ。

ただ現状、WEBを作る場合ほとんどのケースでNextでSSRが最適解になるなあ。
855デフォルトの名無しさん
垢版 |
2020/07/28(火) 15:55:06.78ID:XpAjM/1U
かわいいときと
https://www.youtube.com/watch?v=zGPsPV24haE
2020/07/28(火) 16:02:20.88ID:3p32kQjL
>>854
デベロッパーだけの都合でもないよ
クラウドのランニングコストを支払う運営の都合でもある
2020/07/28(火) 16:08:18.16ID:6+Fa5W01
>>854
SPA vs サーバーでその処理を行うだったらそのとおりだけど
実際にはサーバーで処理を行うとは限らないんだよ

例えばAjaxを使ってJSONだけ読み取ってローカルの
テンプレートエンジンで処理をする。
マルチページで作るんだからこれはSPAではないよ。
JSONだけ読み取るのは現在のページ（URL）での処理だけ

それでもサーバーの負荷はわずかに減ると思うかもしれないけど
ボトルネックは通常データベースアクセスになるので
単にサーバーのCPUの休み時間が増えるだけ

> 例えば情報系サービスをスクラッチで作るとして、最初からスマホアプリとブラウザ版を作るならSPAも悪くない。
> バックエンドは完全に共通になるしメンテ楽だわ。
それもSPAである必要はないね。JavaScript（Ajax）で作ればいいだけ
2020/07/28(火) 16:10:31.74ID:6+Fa5W01
それにしてもURLが異なれば、通常はJavaScriptの処理も
まるっきり変わってしまうのになんでSPAにしようとしてるんだろうね
単にマルチページ+JavaScript（Ajax=テンプレート+JSON）でいいじゃない？
2020/07/28(火) 16:21:42.86ID:87VWo28p
ここでいうSPAフレームワークはリアクティブなんだよ
ajaxで取得したデータは自分で処理書かないといかんだろが

それとコンポーネント化
これらを理解できねーゴミクズたちが必死に浅い知識でSSR自慢しに来ている
わからねえならあっち行けよ
2020/07/28(火) 16:37:29.84ID:6+Fa5W01
まああれだな。新しい技術ができたら、それは銀の弾丸だとばかりに
それが正しい、それでやるべきだ！といういつもの流れ

そこから一方戻って、というブームがあったんだが実際はどうだろうか？
やりすぎだった。それが全てではない。適材適所だな。と気付いて
ようやく一人前の技術になると思うよ。今はまだブームの段階
2020/07/28(火) 16:40:02.39ID:qSy4jWEn
再利用性、テスタビリティ、クラウドコスト削減
2020/07/28(火) 16:49:49.58ID:3p32kQjL
>>859
リアクティブとSPAは関係ないだろう
マルチページじゃリアクティブできないとでも？
2020/07/28(火) 16:51:19.91ID:3p32kQjL
>>859
コンポーネントもSPAに限った話じゃないし
いにしえのJSFやASPNETですらサポートしてる
他のフレームワークもほとんどすべてがサポートしてるだろう
2020/07/28(火) 16:55:16.95ID:87VWo28p
>>860
ゴミクズの一味はおめえだよ
中身スカスカのレスいらないから
二度と来るな
2020/07/28(火) 16:57:08.31ID:87VWo28p
>>862
うざい
流れ読めねえならレスすんな
2020/07/28(火) 17:02:54.59ID:6+Fa5W01
フレームワークでテストがしやすくなったというのも疑問点が残るよね。
例えばクリックしたら色が変わるってのをどうやってテストをしているのか
書いてみてほしいものだが
2020/07/28(火) 17:26:57.21ID:diSWTXUe
web e2e test sweet とか
web e2e testing framework とかで検索してみたら？
2020/07/28(火) 17:32:31.17ID:6+Fa5W01
テストがやりやすいと言う割に
ググらないといけないと言うねｗ
2020/07/28(火) 17:35:54.49ID:zKWFaExc
>>857
その場合でも各ページの元になるhtmlはサーバが返すだろう？
ルーティングもサーバで処理する。それだとあまり美味しくない。
SPAの利点はWEBサーバのコード不要で静的ファイルを返すだけになり身軽になる事。
クライアントの帯域とコンピューティング予算を利用するスタイルだから、こっちは楽になるのは当然。
APIとDBサーバだけなら開発の負担はぐっと軽くなる。
逆にSPAの限界は、どうやっても肥大するJS。大規模には不向き。

いわゆるマルチページ（初めて聞いたが意味は分かる）が良いならNextでSSRすればいいよ。
どっちが良いという話じゃないし。
2020/07/28(火) 18:01:58.05ID:q6n5SbdD
>>860
Wappalyzerで国内サイトを
40社程度調べたところだが、React-frameworkで
有名らしいNext.jsもGatsbyほとんど使われてない。
Gatsbyに関してはWappalyzerで集計すらされてない。完全ランク外

ブームといえる状態にも来てないと思う。
名前は有名になってるのに導入があまりされてないのは調べてはみたけども
導入する価値がないと考えたサイトが多い証拠なんじゃないかな
2020/07/28(火) 18:11:40.11ID:2t1H/VoS
マルチページという言い方はレトロニムだね
2020/07/28(火) 18:13:16.31ID:OfeQkEiK
>>870
新聞社のサイトで既に動いてるのがあって置き換えると思うか？
大手じゃなく新しいサイトを調べて
2020/07/28(火) 18:19:22.00ID:2t1H/VoS
>>872
劇的にユーザビリティが向上するなら置き換えるのでは？
ようするに大したメリットないってことか
2020/07/28(火) 18:31:52.93ID:3p32kQjL
ほとんどすべてのサイトでは不要かむしろUXを悪化させるんだからSPAなんてものが流行るわけがない
コンサルさんは飯の種になるから必死に広めようとしてるようだけどな
2020/07/28(火) 18:38:12.60ID:diSWTXUe
数学わからないおじさん「数学なんて必要ない！」
英語わからないおじさん「英語なんて必要ない！」
こういう人はいくら必死に必要ない必要ない喚き続けても誰からも尊重されずバカにされてるよｗｗｗ
2020/07/28(火) 18:38:54.39ID:O4fp8d0k
要らないんならこのスレ来なきゃ良いのに
2020/07/28(火) 18:42:44.44ID:diSWTXUe
>>876
不安でしょうがないんでしょｗ
精神的安定を得るため叩くしかないｗ
実際に必要ないとしても知れば恐れることなどないものを。
無知とは恐ろしいねｗｗｗ
2020/07/28(火) 18:45:47.58ID:q6n5SbdD
>>872
基幹業務と違ってWebのフロントは短期間でリニューアルする。
大手ほど資金力あるから制限なくStackを選べる。

日経、朝日、読売新聞を見てみたが
web frameworkすら使われてないじゃないかｗ
読売はWordPressだな、CMS
さすがIT後進国

IT先進国はどうか？NY Times見てみたがSvelte が使われてるな
どうやらSvelte採用のトップクラスサイトだったようだ。

Svelte の公式サイトではReactやVueを
traditional frameworksと表現して暗に時代遅れだと言ってるのが気になる

https://svelte.dev/

SpotifyとかYandexも使ってるな
https://www.wappalyzer.com/technologies/javascript-frameworks/svelte
2020/07/28(火) 19:14:33.13ID:q6n5SbdD
>>856
零細サイトを除いたらランニングコストはオンプレミスのが安いし
クラウド要らない派

クラウドはバックエンドの構築、運用ができない企業が使うものだと思ってる
2020/07/28(火) 19:15:26.80ID:diSWTXUe
日経電子版のマイクロフロントエンドとPWA
https://hack.nikkei.com/blog/rnikkei_microfrontends_pwa/

SSRもやっとる
881デフォルトの名無しさん
垢版 |
2020/07/28(火) 19:15:32.97ID:y6zNnWpS
お前らが提案するフレームワーク名
毎回変わってて草
2020/07/28(火) 19:23:18.06ID:O4fp8d0k
>>879
零細ってイメージは違うと思うが
https://xtech.nikkei.com/atcl/nxt/column/18/00001/02776/
2020/07/28(火) 19:30:27.08ID:q6n5SbdD
>>882
上場企業でもほとんどがバックエンドの構築、運用ができない企業に該当する
開発を外部に丸投げしてるから運用のノウハウもない
2020/07/28(火) 19:31:59.50ID:3p32kQjL
本当に良いものは長く使われる
SPAはすぐに次のトレンドに置き換えられるだろう
Svelteなどなどすでにその兆候がある
2020/07/28(火) 19:42:45.57ID:zKWFaExc
過去の遺産があれば大規模なリニューアルは難しいだろうよ。
それは否定しない。いろんな事情あるからね。
ただ内部で開発ガッツリしてる系のサービスはおおよそNextなりVue使ってる感じ。
以前みたDMMの記事は面白かったよ。興味があればDMM Insideとか見るといい。
2020/07/28(火) 19:50:27.97ID:BMfiR1yf
どこそこの大手アプリはうまく行った！

こういうロジックでフレームワークを推奨してくる人には警戒したほうがいい
アプリのスケール感を全く考えてないから

日曜大工ツールセットで作るべき物を巨大重機で作ろうとするようにおかしなことになる
2020/07/28(火) 19:55:35.33ID:zmkVdjHm
フロントフレームワークって基本はSEO切り捨てていい部分のページ向けにまず作ってみるっていうのが大前提だと思う
2020/07/28(火) 19:56:21.61ID:zKWFaExc
>>886
サイトの規模がトラフィックの事を言ってるならそれは間違いだよ。
単純に作りやすさ保守メンテを考えれば考慮に値する技術が沢山あるという事。
2020/07/28(火) 19:56:57.82ID:87VWo28p
トップページをワッパライザしてSPA使われてねーとかほざいてるゴミ
2020/07/28(火) 20:07:19.55ID:ijkedvTd
>>888
保守、メンテナンスを考えるとSPA人材の少なさが大きな問題だな
WEB系フレームワーク使う人って、やっぱ、新しいもの好きが多いんだよね
んで、要領良くチャラチャラ生きてきたせいか知らんけど、責任感もない人が多くて、すぐに新しいものに目移りしたり、転職しちゃう
こういう連中に、数年後に、ちょっと前に流行ったあのフレームワークなんだけど、君が作ったやつ、あれメンテナンスしほしいなー、って言うとすげー嫌がるんだわ
ただでさえ少ない人材が、年月を重ねるとまじで皆無になる
で、連中はコピペ人間かよって思うぐらい同じようにこういうんだ、「新しい素晴らしいフレームワークに載せ替えましょう。お見積りはこれぐらいで」
信用ならねぇわ、古くから愛用されて、これから先もずっと生き残ると思われる技術、それを使う技術者こそが信用にたりうる
2020/07/28(火) 20:07:45.73ID:q6n5SbdD
>>889
ゴミはおまえのこと

web エンジニアなら>>859のようにAjaxという言葉を使わない
Ajaxの定義と経緯を調べてこい

おまえが良く使うreactiveについてもはっきりした定義がない
2020/07/28(火) 20:08:41.59ID:O4fp8d0k
ajaxって最早死語だよね
893デフォルトの名無しさん
垢版 |
2020/07/28(火) 20:32:28.27ID:y6zNnWpS
XHRだよな
2020/07/28(火) 20:39:29.09ID:q6n5SbdD
https://svelte.dev/blog/write-less-code

SvelteによるReact, Vue批判
コードが冗長すぎてうんこだと批判されてる。

Reactすこし触ったときにアホみたいにevent handler出てきて
なんでこんなめんどくさいことやってんだろうと思ったけど直観は正しかったようだ。

SvelteはcompilerだからJSの特殊さに縛られないらしい
たしかにコードがすごい短い

JS嫌いな人にはあってるかもしれないな
2020/07/28(火) 20:52:57.67ID:SAOER8re
だんだんPHPみたくなってきてんな
2020/07/28(火) 21:31:22.28ID:lUQSji2Q
テレ朝 react
日テレ vue
フジ nuxt
TBS 使ってない

TBS以外はSPA
TBSもがんばれ
2020/07/28(火) 21:36:52.82ID:nGd9+Z82
まあ正解だけ覚えてりゃいいと思ってる奴はこの仕事は向いてないよ。
2020/07/28(火) 21:50:29.84ID:87VWo28p
>>891
お前がゴミクソじゃねえか
俺はReactHooksが出る前のバージョンでWebアプリは数プロジェクト作ってる

全く問題ないどころかコンポーネント化が完璧にできているからメンテも楽

何が最新好きだよ？最新じゃなくてもSSRじゃ考えられないくらい開発しやすいわ

お前がゴミクソすぎてまったく使えないのはわかった
Ajaxがどうとか今さらそんなもので勝ち誇るなゴミクズ
レベルが低すぎるんだよ
クソみたいなUIしか作れないゴミクズの分際でうるせえわ
さっさとここから消えろ
2020/07/28(火) 22:06:51.74ID:nl0WhoWH
多分こないだのBlazorくんと同一人物なんだろｗ
聞き齧った話しを言いふらしてちやほやされたいだけ。
おそらく自分では何も作ったことないｗ
2020/07/28(火) 22:13:46.26ID:6+Fa5W01
>>871
マルチページがいやなら、SRP（単一責任の原則）設計といえばいいんじゃね？ｗ
SPAって1ページになにもかも突っ込んでしまってよくない
大きなものを作る時は小さなものの組み合わせにしたほうが良いよね
SPAの方が速くなることがあるのは事実だけど作るのが大変になる
2020/07/28(火) 22:14:33.23ID:WSKW8SBY
ずっとvueやってたけど最近react覚え始めたら難しすぎるわ
vueのcreatedとかmountedとかわかりやすいの名前だったなあって
2020/07/28(火) 22:19:36.33ID:6+Fa5W01
>>878
> 基幹業務と違ってWebのフロントは短期間でリニューアルする。

なるほど（笑）
だからこそさ、フロントの役目はなるべく少なくして
サーバー側でやったほうが良いんじゃないかｗ

フロントとサーバーが同じ言語で出来るのがメリットのように
言ってるけど、分離したほうが良い。そして変化の少ないサーバーサイドと
変化の大きいフロントインドに分けて、フロントエンドのコードはなるべく少なくする

SPAの速いよりも、メンテナンス性の方が大事だろ？
フロントとサーバーが一体化されてるフレームワークだと
フロントを変えようと思った時サーバーまで引きづられてしまう

結局、動的なサーバー処理 と 静的（＋JavaScriptで動き付け）なフロントエンドという
設計のほうが長い製品寿命が得られる
2020/07/28(火) 22:21:05.99ID:q6n5SbdD
ゴミクズ連呼してる基地外は何に切れてるんだろうな
こんな感情的な奴はまわりでも低品質なコードしか書いてない
2020/07/28(火) 22:22:46.11ID:6+Fa5W01
>>894
> コードが冗長すぎてうんこだと批判されてる。
マジそれ。コードが短ければバグも少なくなる。
テストできるようにするのは良いけど、そのために冗長になってテストが大変になってる。

完璧なテストなんかやめて、テストできない部分を意図的に残すが
その部分は最小限のバグのないコードで書けるようにしたほうが良いと思うよ
2020/07/28(火) 22:24:19.55ID:uRzl2y8u
>>899
ﾜｯﾁｮｲ付きならもうちょい分かるのにな
2020/07/28(火) 22:24:22.02ID:6+Fa5W01
>>897
> まあ正解だけ覚えてりゃいいと思ってる奴はこの仕事は向いてないよ。

そこでいう間違いっていうのは、すぐに陳腐化して負債になるコードな
わずか数年後にレガシーコードになってしまうものを覚えてどうする？
そういうコードを書くならちゃんとお前がメンテナンスしなきゃいかんぞ？
2020/07/28(火) 22:25:32.64ID:uRzl2y8u
>>901
もうライフサイクルメソッドはHooksで置き換えられるからそんなに難しくないぞ
2020/07/28(火) 22:28:56.33ID:6+Fa5W01
Hooks使ってない人は過去に作ったプロジェクトを修正してるの？
それとも工数もらえないから放置？

プロジェクトを再開する時、これはもうレガシーですねとかいって
改修作業するの？
2020/07/28(火) 22:29:54.30ID:BBDnKqXC
まあもってあと3年だろうな
その後はもう別のオモチャに乗り換えてる
2020/07/28(火) 22:32:50.36ID:6+Fa5W01
フロントは変化しやすいってことを考えると
フロントの処理が多くなりすぎてるんだろうな
2020/07/28(火) 22:36:17.62ID:uRzl2y8u
大体黎明期に大きく変わって段々落ち着いてくるもんだけどね
2020/07/28(火) 22:38:58.53ID:BBDnKqXC
SvelteもいいけどElmもいいな
とにかくレトロJSと別言語ってのが筋がいい
レトロJSの都合から解放されるだけでなくWASMへの移行にも期待できる
TSも別言語っちゃそうだけどこいつはレトロJSの面影が強く残ってるのが減点
2020/07/28(火) 22:40:50.68ID:6+Fa5W01
○○は嫌いなんだ！だからレトロと言おう、レガシーと言おう！
という印象操作。脱jQueryも同じ仲間

レトロとかレガシーとか脱とか言ってるのに
それが現実にならないのは悔しいだろうなぁｗ
2020/07/28(火) 22:43:39.89ID:87VWo28p
>>899
おめーはアホだからブレザー野郎と区別すらつかねえんだなゴミクズ
2020/07/28(火) 22:45:19.56ID:uRzl2y8u
なんかQiitaとかでReact始めましたって人が皆classでコンポーネント書いてるのはチュートリアルがHooks対応してないって事なん？
2020/07/28(火) 22:46:23.80ID:gqXSWBcd
>>913
んーでも実際レトロじゃないか？
ブラウザで動くのがそれしかない&資産（負債）が溜まりすぎて移行できないっていう、言語自体の良さ以外の理由で生き残ってるあたりレトロ臭がキッツい
WASMでそのあたりが変わって行くと素晴らしいことだが、残念ながらまだもう少し時間がかかりそうだ
2020/07/28(火) 22:48:09.63ID:87VWo28p
>>908
んなもんどんなフレームワーク使っていても同じだろゴミクズ
バックエンドのフレームワークも数年で変わってるだろゴミクズ
フロントが変化しやすいってなんだゴミクズ
テメーが使えてねえだけだろ
2020/07/28(火) 22:49:50.17ID:3CrWemqz
>>916
なぜブラウザでしか動かなかったらレトロなんだ？
そのブラウザはどこでも動くんだがｗ
2020/07/28(火) 22:50:09.02ID:3CrWemqz
> WASMでそのあたりが変わって行くと素晴らしいことだが

そのWASMはどこでも動かない（笑）
2020/07/28(火) 22:51:42.14ID:gqXSWBcd
>>918
ブラウザでしかうごかないからレトロとは言ってない
ブラウザで動くのがそれしかないという理由で生き残ってきたのがレトロ臭キツいって言ってる
2020/07/28(火) 22:51:59.23ID:3CrWemqz
>>917
重要なのはフロントとサーバーが分離できてるって所
一つでどでかいシステム作るよりも
小さなコンポーネントを組み合わせたほうが良い
2020/07/28(火) 22:55:35.04ID:3CrWemqz
>>928
今まで他の言語が採用できない理由を考えたほうが良いよ
採用する機会はいままで幾度となくあった

もともとHTMLのscriptタグはJavaScript以外にも
対応できる設計で、実際VBScriptだって使えた。
一時期はRubyとかPythonとかも動かそうという動きがあった

だがそれが実現しなかったのは、JavaScriptほどのメリットがなかったからだよ
JavaScriptは生き残ってきただけじゃない
他の言語が参入できなかったという事実を無視してはいけない
2020/07/28(火) 23:02:33.70ID:lUQSji2Q
>>915
確認したらclassになってるわ
これは公式ドキュメントから読む真面目な層がかわいそう＆公式がんばれ
2020/07/28(火) 23:05:34.03ID:a5zIbkTG
フレームワークを使う時は、あとからフレームワークを
捨てられるように設計することが重要なんだよな
2020/07/28(火) 23:10:40.59ID:nl0WhoWH
よく考えたらもう一年近くクラスコンポーネント書いてないわｗ
全部ファンクションコンポーネント＋フックAPI
createClassはそうでもなかったけどクラスコンポーネントはホンマ嫌いやったわ。
全部単なる関数で書けて最高に幸せ。
そもそもJSにclass構文持ってきた池沼は地獄に落ちろと思う。
2020/07/28(火) 23:31:39.67ID:mivdLBHR
wasmに期待してる人は一度使ってみなよ。期待してるようなものと全然違うことがわかるから
2020/07/28(火) 23:52:09.55ID:2KWkEgO3
Ruby on Rails では、ビジネスロジックをサーバー側へ寄せていく。
GUI には、React を使っても、コンポーネントとして使う。
フレームワークとしては使わない

Bootstrap なら、素人でもレスポンシブ対応できる。
規約だけのフレームワーク・Stimulus も使う

Reactive なら、Stimulus Reflex とか

pjax(ajax + historyAPI のpushState)も使える。
HTML のbody だけの入れ替え。
head 部分は送らないから、エコ

他にも、メール送受信、S3 へ保存、画像変換とか

デフォルトで、一式揃っているから、新規起業は、Rails で作るのが多い
2020/07/28(火) 23:53:37.05ID:aNS9pQMY
つまりReact、Vue、Svelte、Blazorの完成形がPHPということでよろしいか？
2020/07/29(水) 00:05:20.99ID:s57ohzf0
>>922
メリットがなかったんじゃなく単にセキュリティ担保が難しかっただけだな
930デフォルトの名無しさん
垢版 |
2020/07/29(水) 00:13:05.49ID:eJvQS3yX
>>900
デスクトップアプリは全部そういう構造なんだが
設計ちゃんとしてれば詰め込みすぎでヤバいなんてことにならない
931デフォルトの名無しさん
垢版 |
2020/07/29(水) 00:15:27.74ID:CwVjY0Ri
メニューの階層が深すぎて設定項目がどこか見当たらないのはその為か
2020/07/29(水) 07:21:08.28ID:hp9tDP0D
>>926
マジでそれ。実際に書いて使ってみれば一発でわかるような事がわかってないレスが多い。
2020/07/29(水) 07:54:26.38ID:SyrCKSn4
Blazor(wasm)を実際に使ってるが期待以上だった
バイナリサイズ、速度は今でも十分悪くないが今後急速に改善されるだろう
2020/07/29(水) 08:27:56.90ID:z6Fnx3oM
速度は今でも十分悪くない>>675-677
今後急速に改善される>>703
2020/07/29(水) 08:34:53.28ID:8XPBM7zm
>>934
体感的には全く問題ない
そう言ってるだけ
2020/07/29(水) 09:02:16.85ID:mK2eufmg
>>918 >>920
JSはbrowserで動く唯一の言語という特権が
あるから今の地位がある。
優遇されてるのにweb frameworkではJSは人気がない。

WappalyzerでみてもJS系web framework利用者は少なく
最大シェアでもExpressの7%
1%以上のシェアのものはExpressとNext.jsしかない

ちなみにASP.NETはシェア52%
2020/07/29(水) 09:05:03.00ID:mK2eufmg
>>922
WebAssemblyならJSの縛りはなくなるし
JSを完全に捨て去ることができる。
2020/07/29(水) 09:06:31.89ID:WjPZZ4ye
しかし現実は圧倒的にjQueryが
シェアナンバーワンなのである
2020/07/29(水) 09:08:10.26ID:HdZsRsXr
JavaScriptって1回死んだよな
それをGoogleがAJAXで復活の呪文させてしまった
あのときJavaScriptでは無理だからちゃんとしたプログラミング言語とUIツールキットを載せようってなってたら違った未来があったのかな
2020/07/29(水) 09:16:44.12ID:mK2eufmg
>>934-935
Wasmはbrowserで実行されるわけだからユーザーが
体感的に気にならないスピードになればいいだけだ。
C#使える人にとっては開発のスピードはすでに最速になってる。

SoCのスピードは毎年30%近くあがってるから、
ソフトウェア変えなくても今1秒かかってる処理が
まったく気にならないレベルになってしまう。
2020/07/29(水) 09:20:22.55ID:mK2eufmg
>>938
jQueryおじさんそれweb frameworkじゃないから
936の統計に入ってない
機能不足
2020/07/29(水) 09:25:31.50ID:o9vqi2Lj
>>941
そりゃjQueryはフレームワークに圧倒的な差で勝ってしまうからなぁ
DOM APIの薄いラッパーなので速度は早い
ライブラリのサイズも小さい
HTML/CSSとの連携で最小限のJavaScriptコードで実現するから
2020/07/29(水) 09:47:39.79ID:txbtiYJP
jsが駄目ならtsで良いじゃん。c# も使えるけどtsが言語的にc#に劣る部分なんてほとんど無いよ
2020/07/29(水) 10:35:46.94ID:10XNhQ52
>>936の統計に含まれてないのは
jQueryが圧倒的に勝ってしまうから？
2020/07/29(水) 10:47:58.41ID:V+4Qinl6
jQueryって云わばフレームワークを使わない場合のPHPみたいなもんだしな
2020/07/29(水) 11:03:51.07ID:10XNhQ52
PHPみたいなもの＝Vanilla JSでは？
2020/07/29(水) 11:06:25.30ID:mK2eufmg
>>942 >>944
jQueryおじさんって複数いたのか
すでに書いたように機能が不足しててweb frameworkに分類されない
最低でもrouting機能くらいないとweb frameworkとは呼べない

jQueryはJS Libraryの項目で集計されてる
https://www.wappalyzer.com/technologies/javascript-libraries

>>943
TSはJSに変換する以上、どうしてもJSの機能や速度に制限受ける
2020/07/29(水) 11:16:17.13ID:10XNhQ52
>>947
JavaScriptでルーティングをすること自体がおかしい
JavaScriptが無効だと動かないサイトになるだろ
2020/07/29(水) 11:30:28.04ID:hp9tDP0D
>>947
機能はc#並みにはあるよ。
jsとwasmの速度の違いはリソースのコンパイルとロードにかかる時間だけだよ
2020/07/29(水) 11:40:16.13ID:mK2eufmg
>>948
機能も目的も違うしjQueryはweb frameworkと
比べても意味ないんだけどそれわかんないの？
DBとかbackendの開発したことないでしょう？
2020/07/29(水) 12:07:21.52ID:Boda6iPr
とりあえずjQueryはスレチだからやめとこうぜ。
2020/07/29(水) 13:00:00.34ID:5RXUD99q
>>943
しょせんトランスパイラ
JSの束縛からは逃げられない
TSがwasmを吐き出すようになったらスタートライン
2020/07/29(水) 13:05:12.48ID:DSEEm0x9
blazorの遅さは体感的に問題ないと言ったり
JSの速度はやたら気にしたりよく分からん
asm.js→wasmで解決したJSの束縛って一体なんなのさ
2020/07/29(水) 13:11:37.06ID:Boda6iPr
wasm触ったことないんだが、ブレイクポイント設定できるのかね？
これが出来ないなら採用は無いな。
2020/07/29(水) 13:12:41.13ID:sM8Vohnx
JSの文法とライブラリに縛られるってこと
それを回避するためにスマートでないコード生成が必要になることもあるだろうな
2020/07/29(水) 13:13:28.04ID:sM8Vohnx
>>954
Blazorはブレーク効くよ
2020/07/29(水) 13:59:05.26ID:mK2eufmg
>>953
C#の出来がいいからだよ
gameとかもたくさんC#で開発されてるし言語として速い部類。
そして開発生産性が高い

Blazorの速度問題は改善の余地が相当あってMSが取り組んでるし
最も将来性がある
2020/07/29(水) 14:12:51.56ID:HdZsRsXr
>>952
TSがwasm吐くよりTSがブラウザーでネイティブサポートされるほうが嬉しいな
2020/07/29(水) 14:13:20.50ID:hp9tDP0D
Blazorはc#ランタイムをwasm上で動かしてんの？
2020/07/29(水) 14:26:24.81ID:Boda6iPr
>>956
まじか。一体どんな理屈で動作してるんだ。。
ブラウザ側にフックが既に組み込まれてるのかな。
2020/07/29(水) 14:43:46.23ID:E/WNSRes
>>958
最悪のパターンだよそれ
それやっちゃうとTSなのに環境差異出まくってTSにトランスパイルする別の言語が作られかねない
2020/07/29(水) 16:01:14.84ID:z6Fnx3oM
wasm吐くts = AssemblyScript
https://www.assemblyscript.org/
963デフォルトの名無しさん
垢版 |
2020/07/29(水) 16:57:16.90ID:blHj/j43
TSがブラウザ実装されるとかまじで最悪のパターンじゃん
よく考えてから書けよ
IFとしてもWASM一択
2020/07/29(水) 17:13:00.70ID:7lzh14Gr
Wasmにすれば、たちどころにGUIとかOpenGLとかが簡単に使えたり、高速になったり、ｍゲームが作りやすきうなったりすると思っている人がいるかも知れないが、それは誤解。
そういうものは、ツールキット次第。
Blazorの場合、実行速度も遅いし、ダウンロードサイズも大きいのでJSよりむしろ
悪化するだけ。
つまり、Blazorは悪いツールキット。
2020/07/29(水) 17:20:25.29ID:7lzh14Gr
Wasmではなくnative的なものでも、
Unityはゲームが作りやすい、WinFormsやQtはGUIが作りやすい、
C++はC#より速い。C++やC#はIDEが充実している、MFCとWin32ならMFCの方
が便利、など、言語やツールキットによってそれぞれ特色があり、千差万別。
Wasmは、アセンブリ言語相当のものだから、それと同様にその上に載る言語や
ツールキットによって、それぞれ待った区別の特徴を持つ状態になる。
サイズの大きさも、GUIのプログラムしやすさも、実行速度も、これから
選べる時代になったと言うこと。
Wasmだから、速度が絶対に速かったり、絶対に便利になったりするわけではない。
便利でも遅いもの、サイズが大きいためにWebでの即時実行には不向きなものもある。
C#をWasm化すると、2重に仮想マシンが載ることになるために基本的に遅くなる。
2020/07/29(水) 18:41:53.94ID:E/WNSRes
>>964
まだ黎明期
これから期待通りになるので安心しろ
2020/07/29(水) 18:44:49.23ID:bUZt8h4Z
それは何年後だろうね（笑）
2020/07/29(水) 19:13:19.92ID:7lzh14Gr
>>966
MSはあらゆるもののサイズがどんどん大きくなっているので、
サイズが小さくなることは望めない。
2020/07/29(水) 19:18:18.79ID:c6dwanT8
TSってJSにくらべて微妙にもっさりしてるよね
2020/07/29(水) 19:39:26.63ID:E/WNSRes
>>968
.NET Coreはいいぞ
2020/07/29(水) 20:07:53.46ID:L9553S+3
>>969
TSをES2019とかのJSにトランスパイルしたら型情報以外ほぼそのままJSにならない？
2020/07/29(水) 20:22:45.94ID:mK2eufmg
>>965
MSの人がC# wasmでAOT compileも選べるようにするとか書いてたから
Speedはかなり速くなる可能性秘めてる。
2020/07/29(水) 20:55:32.55ID:z6Fnx3oM
可能性ｗ
末は博士か大臣かｗｗ
2020/07/29(水) 21:01:39.02ID:E/WNSRes
実際、覇権とるだろうな
ポテンシャル高杉る
2020/07/29(水) 21:21:43.49ID:DSEEm0x9
wasm自体が未完成(MVP)で策定中の部分が多いのに将来の覇権なんて分かる訳無いじゃん
C#イイ！ってだけでゴリ押しされても反応出来んわ
2020/07/29(水) 21:29:50.29ID:1K2jXdqa
速度、開発生産性、人材確保、長期サポート
全てにおいて期待が高まり、そしてそれは実現するだろう
なんたって信頼と実績のマイクロソフトだもの
マイクロソフトの提供するDXは、いつだって時代の数歩先を行ってた
2020/07/29(水) 21:49:56.06ID:mK2eufmg
>>975
Web frameworkの現在の覇権がASP.NET。ぶっちぎりだ。

wasmが仮に流行らないとしたら今のままASP.net MVC Coreとかが
使われるだけだろう

文句つけてるひとはBlazor試したこともないだろう
2020/07/29(水) 22:01:26.37ID:Z+ecNrBH
これを持ち上げるのは不本意だけどぶっちゃけASPよりRoRの方がシェア高いやろ
2020/07/29(水) 22:01:47.18ID:+DO1kjO4
https://news.mynavi.jp/article/20200107-949836/
c#よ、そんなに優れているならPHPの息の根を止めてくれ
2020/07/29(水) 22:06:42.81ID:Z+ecNrBH
>>979
WordPress以上のもん出さんと無理やろね
いや普通にWixの方がいいのは確かなんだけど
2020/07/29(水) 22:13:53.14ID:mK2eufmg
>>978
Railsは検討してる。9%程度
ASP.NET除いたらけっこういいframeworkだな

ASP.NETは52%
ぶっちぎり
2020/07/29(水) 22:15:37.99ID:z6Fnx3oM
ソース無し。また妄想かｗ
2020/07/29(水) 22:42:49.87ID:mK2eufmg
>>982
なんどもソース書いてるだろ
Wappalyzerでの検出結果だ

英語わからないアホな人っぽいな
2020/07/29(水) 22:45:41.10ID:jLdEagq7
wasmってただの中間コードだろ？
JSの構文解析が終わるのと
wasmのライブラリがダウンロードされるのとのスピード勝負か？
2020/07/29(水) 22:49:09.80ID:XelKZAZW
　　　　　　　　　1年後の世界へ行こう！
／'⌒`ヽ、　Blazorが世界1のシェア取ってるはず…
ヽ、┗　ノ
　 `ーｰ' 　 　 　 γ⌒ヽ／ﾌﾞﾚｷﾁ＼　　　　／'⌒⌒ヽ、
　　,-ｰｰ-､ 　 　 .||~￣~|/-O-O-ヽ|.　 　（ 　 　 ┃　 ⌒ヽ
　/　 ┃　　） 　　||　　6| . : )'e'( : . |9　　 ＼ ━┛　　 　）
.（. 　 ┃ 　　）　　|| 　 　｀‐-＝-‐ '　　　　　＼＿＿_,ノ
　ヽ､＿＿,ノ 　 　||　 ＿(つ¶¶と)＿_
　　 　 　　　　 ／||'''''| 　三　 | 　　 |'（⌒）
　　　　　　　／　 　　'―――――`　￣ ＼
　　 　　　　`＝＝＝＝＝＝＝＝＝＝＝＝'
2020/07/29(水) 22:51:15.75ID:XelKZAZW
￣￣￣| |　　　　 ｌｌヽ _|　　　 　 ヽ 　
　 　 　 | |　　　　 |l￣| |　　 　 　 l　Blazorって未来ではどうなってんの？
　 　 　 | |　　　　/　　´＼ 　 　 /　　　　　　　　
　 　 　 | |　　 　 ヽ､＿ 　 ｀＾イ　　　　　　　　　　
二二二 」　＿　＿＿ ｌﾆ二二ｌ､ 　 　 　 　 　 ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ 　 ┌ヽ　ヽ┐　　 ／´　　　　 　 ｀＼
二二二二二二ｌ　 /　 　 |　 | 　 | |.　 /　　　　　　 　 　 　 ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| 　 |_|　/　　　　　　　　　　　　 ヽ
　 |　　 　 　 ／｀ヽ__, ─ ､ノ |─l　　ｌ　　　　　　　　　　　　 　 l　　　
　 |───/　 ／lﾆ/　 /二ﾆluul.　 |　　　　　　　　 　 　 　 　 !　　　 え？そんなゴミないよ
　 |　 　 ___|￣ |　　|　　|_|.　　　　　　l　　　　　　　 　 　 　 　 /
　└─（　　　　）(ﾆ| ￣|./二ﾆ)　　 　 ヽ　　　　　 　 　 　 　 /
　　　　　￣￣　　/　　 ）　 　 　 　 　 　 >━━━━━━ く
　　　　　 　 　 　 ｀ー ´　 　 　 　 　 　 / 　 　 　 　 　 　 　 ヽ
2020/07/29(水) 22:56:11.03ID:z6Fnx3oM
WordPressが全ウェブサイトの35%(CMS市場では6割超)のシェアなのにaspが過半数なんておかしいと思ったｗ
https://www.similartech.com/compare/asp-net-vs-php

やっぱphp以下じゃんｗｗｗ
988デフォルトの名無しさん
垢版 |
2020/07/29(水) 23:04:30.28ID:eNj62kDo
c#や.NETの何が嫌かって
MS環境やvisual studio前提ってこと
Linuxサーバでyumやapt経由じゃないこと
つまりnodeやRailsと違って
コンテナや仮想環境にデプロイしにくい
IDEって普通のエディタと違って
重いし、勝手なことするし
そんなのlinuxとスクリプト言語で成り立ってきた
web業界で流行るわけが無い
2020/07/29(水) 23:29:11.42ID:W/CyAtcn
>>988
何年前の世界からタイムスリップしてきたんだ？
2020/07/29(水) 23:40:23.55ID:032Rbh94
MSのエヴァンジェリストって困る。
名は体を表さず、悪魔。
自分で神の名を名乗るような者にろくなのはいない。
2020/07/29(水) 23:43:39.18ID:032Rbh94
>>988
PHPやJSは無料なのに、.NET、C#、ASPは金取られるしね。
MSにこれ以上金を流したら、日本は終わり。
2020/07/29(水) 23:56:29.73ID:032Rbh94
日本人は、みんなが力を合わせて、アメリカのIT企業の足を引っ張るべき。
アメリカ企業に就職した人は、国賊認定して徹底的に苛めるべき。
そうでなければ、この国は持たない。
2020/07/29(水) 23:59:11.68ID:032Rbh94
技術がなくても、学は無くとも、知恵は無くとも、それぞれが少しずつでいいから、
アメリカ企業にダメージを与えて欲しい。
逆元気玉。
日本人は力を合わせてアメリカ企業を壊そう。
2020/07/29(水) 23:59:14.78ID:5LkEgo4u
C#はあれだ
どこから.netなのかよく分からん
2020/07/30(木) 00:08:07.98ID:DFjeaZjZ
次スレ。
Vue vs React vs Angular Part.5
https://mevius.5ch.net/test/read.cgi/tech/1596029929/
2020/07/30(木) 00:37:25.77ID:jUjY7FYi
>>988
いつの時代の話だよ
2020/07/30(木) 00:37:43.37ID:jUjY7FYi
>>991
あほ
2020/07/30(木) 01:04:08.37ID:9quanFrk
アメリカ企業に金を与えては駄目だ。
2020/07/30(木) 02:20:13.79ID:NhByUfR6
　　　　　　　　　1年後の世界へ行こう！
／'⌒`ヽ、　Blazorが世界1のシェア取ってるはず…
ヽ、┗　ノ
　 `ーｰ' 　 　 　 γ⌒ヽ／ﾌﾞﾚｷﾁ＼　　　　／'⌒⌒ヽ、
　　,-ｰｰ-､ 　 　 .||~￣~|/-O-O-ヽ|.　 　（ 　 　 ┃　 ⌒ヽ
　/　 ┃　　） 　　||　　6| . : )'e'( : . |9　　 ＼ ━┛　　 　）
.（. 　 ┃ 　　）　　|| 　 　｀‐-＝-‐ '　　　　　＼＿＿_,ノ
　ヽ､＿＿,ノ 　 　||　 ＿(つ¶¶と)＿_
　　 　 　　　　 ／||'''''| 　三　 | 　　 |'（⌒）
　　　　　　　／　 　　'―――――`　￣ ＼
　　 　　　　`＝＝＝＝＝＝＝＝＝＝＝＝'
1000デフォルトの名無しさん
垢版 |
2020/07/30(木) 02:24:32.69ID:DFjeaZjZ
次スレ
Vue vs React vs Angular Part.5
https://mevius.5ch.net/test/read.cgi/tech/1596029929/
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 48日 7時間 22分 47秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


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

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

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

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