20/07/19 08:59:03.14 PIkW4oBq.net
>>394
ユーザーは遅いなら遅いでしゃあねえかって使うもんだよ
Gmailとか起動遅いけどみんな普通に使ってるだろ
まあ遅いといってもデスクトップアプリよりは速いし
開発者が過剰に神経質になってるだけだ
402:デフォルトの名無しさん
20/07/19 08:59:45.80 W3hSYpRn.net
>>392
業務系にwasmは使い物にならんよね。HTMLで簡単にUIをつかえるのに
wasmだとそこから作らなければいけない
ゲームならそこから作るのは当たり前だけど
業務系はすでにある使いやすいコンポーネントを再利用するのが普通
速度も業務系だと結局サーバーサイドでやることが多いし
403:デフォルトの名無しさん
20/07/19 09:01:44.02 W3hSYpRn.net
>>396
> ユーザーは遅いなら遅いでしゃあねえかって使うもんだよ
> Gmailとか起動遅いけどみんな普通に使ってるだろ
速度とかよりも手軽さ重視だからね
ブラウザでもアプリでも気にしないし
wasmの価値は移植を楽にしてくれる所というのはそういう話
404:デフォルトの名無しさん
20/07/19 09:02:52.10 tFAvgvCU.net
>>396
もういいって
遅くても我慢して使ってくれるから大丈夫！
とかなんなの？
あなたとは話す価値がないと判断した
405:デフォルトの名無しさん
20/07/19 09:02:58.39 PIkW4oBq.net
>>395
時間が解決する問題だな
つか別に複数サイトで共有しなくてもキャッシュされるし
つか.NETは単一バイナリのビルドとモジュールのトリミングを研究してるからデカイランタイム問題もすぐ解決するよ
406:デフォルトの名無しさん
20/07/19 09:04:20.16 W3hSYpRn.net
> 時間が解決する問題だな
「使う理由がない」は時間が解決してくれないよ
時間が解決するのは、今実際に起きている課題だけ
407:デフォルトの名無しさん
20/07/19 09:04:23.55 tFAvgvCU.net
時間が解決する問題ってことは
やはり現時点では.NETは現実的ではないってことね
成熟したらまた教えて
408:デフォルトの名無しさん
20/07/19 09:05:40.29 W3hSYpRn.net
>>399
> 遅くても我慢して使ってくれるから大丈夫！
> とかなんなの？
誰もそんな話はしていない。
遅いのだろうが許容範囲なのでみんな使ってくれているので大丈夫
使ってくれるはずという希望じゃないんだよ。
実際に使ってるんだよ。だからこの程度であれば大丈夫であることは証明済み。
409:デフォルトの名無しさん
20/07/19 09:06:25.23 PIkW4oBq.net
>>397
まるごと再利用しか頭にないのか？
業務系ではレガシーなシステムの移植とかいくらでもあるんだが
業務系の開発者はフロントエンド苦手だからC#でフロントを新規開発できるというメリットはあまりにも大きい
410:デフォルトの名無しさん
20/07/19 09:06:59.87 W3hSYpRn.net
> 業務系ではレガシーなシステムの移植とかいくらでもあるんだが
移植で作り変えるならブラウザ版を作りますって（笑）
411:デフォルトの名無しさん
20/07/19 09:08:44.46 W3hSYpRn.net
> 業務系の開発者はフロントエンド苦手だからC#でフロントを新規開発できるというメリットはあまりにも大きい
苦手なやつがC#使ったからって克服できるわけ無いやろｗ
苦手なら得意な人がやればいいだけだし
分業できる方が良いよ
412:デフォルトの名無しさん
20/07/19 09:09:00.50 PIkW4oBq.net
>>399
お前も話す価値ないよ
速度なんてこれからいくらでも最適化で改善していく部分だから現状で少しビハインドでも全く問題にならねえんだよね
逆にそこしか否定できないってことはもうBlazorを無意識化では認めちゃってるってことだよ
413:デフォルトの名無しさん
20/07/19 09:09:48.38 PIkW4oBq.net
>>401
時間が経てば使う理由も増えるわけだが
414:デフォルトの名無しさん
20/07/19 09:10:04.29 W3hSYpRn.net
JavaScriptの速度も随分と改善しましたしね。
十分実用レベルに達している。
さらにCPUの性能は上がり続けてる。
415:デフォルトの名無しさん
20/07/19 09:10:20.89 PIkW4oBq.net
>>402
十分実用的、で、時間が経てば更によくなる
416:デフォルトの名無しさん
20/07/19 09:10:39.96 W3hSYpRn.net
>>408
増えないよ。お前がネット始めてから20年ぐらい立つだろうが
普段やってることは大して変わってねーだろ？ｗ
417:デフォルトの名無しさん
20/07/19 09:11:54.71 tFAvgvCU.net
Blazor勢 必死すぎるだろw
もういいんだって
418:デフォルトの名無しさん
20/07/19 09:12:03.15 W3hSYpRn.net
そもそもな。デスクトップアプリとして以前からできることを
ブラウザでわざわざやる理由がないんだよ
アプリ版を作ればいいだけなんだから
419:デフォルトの名無しさん
20/07/19 09:12:19.58 PIkW4oBq.net
>>405
移植でブラウザ版を作るから業務系開発者が得意なC#で開発できること価値が大きいんだろ
420:デフォルトの名無しさん
20/07/19 09:14:29.32 W3hSYpRn.net
>>414
だからサーバーサイドは以前からC#で開発できてますってｗ
421:デフォルトの名無しさん
20/07/19 09:15:20.05 m5eV0pvm.net
追うのめんどいから誰か論点整理して貼って
422:デフォルトの名無しさん
20/07/19 09:18:02.57 PIkW4oBq.net
>>406
克服できてしまうんだなぁこれが
つか.NETとVisualStudioが優秀だからなんとなくで作れるようになる
得意なやつがやればいい、なんてのはコスト意識のない下っ端の考え方なのではっきり言って論外
業務系はWeb系みたいなホビーじゃねえんだよ
423:デフォルトの名無しさん
20/07/19 09:19:09.28 W3hSYpRn.net
コスト意識があったら、適材適所って言葉を知ってるはずだがなｗ
なぜ苦手な人がフロントを作るのか
424:デフォルトの名無しさん
20/07/19 09:20:43.25 W3hSYpRn.net
C#で業務系と言うとASP.NETを使います。
UI込ですでに実現できてるんですよ。
wasmで一体なんのUIを作るんですか？
425:デフォルトの名無しさん
20/07/19 09:22:19.43 PIkW4oBq.net
>>411
ユーザー目線では特に変わってない
ということは開発者目線での進化がフレームワーク選定に大きな影響を与えるということだ
�
426:}イクロソフトの提供する開発体験はいつも素晴らしいものだ Blazorがもたらす開発体験にも当然、期待していいだろう 今では誰もが使ってるVSCodeもTypeScriptもそういやマイクロソフトだよなぁ 次のビッグウェーブが来てるんだろうな
427:デフォルトの名無しさん
20/07/19 09:24:05.39 PIkW4oBq.net
>>415
フロントエンドでもC#を使えるようになるのが大きいんだって話だろ
428:デフォルトの名無しさん
20/07/19 09:24:15.27 W3hSYpRn.net
> ユーザー目線では特に変わってない
> ということは開発者目線での進化がフレームワーク選定に大きな影響を与えるということだ
どういう理屈？言ってみただけの中身がない言葉は要らないよ
429:デフォルトの名無しさん
20/07/19 09:26:11.82 W3hSYpRn.net
>>421
> フロントエンドでもC#を使えるようになるのが大きいんだって話だろ
だからサーバーサイドの開発にフロントエンドも含まれてるんだってｗ
C#の面倒な実装じゃなくて、テンプレートエンジンを使った簡単な方法で
フロントエンドを作成できる
繰り返すが、C#で一体なにを実装するの？
すでにユーザーインターフェースは揃っている。
430:デフォルトの名無しさん
20/07/19 09:26:37.05 PIkW4oBq.net
>>418
やっぱホビーだなあんた
安い人材でもそれなりに開発できるように、うまいこと誘導するんだよ
大規模なチームで仕事をするなら絶対に必要なスキルだ
それをシラナイということは個人開発か、少数精鋭で作れるおもちゃみたいなスタートアップしかやったことないんだろ
431:デフォルトの名無しさん
20/07/19 09:27:14.26 W3hSYpRn.net
> 安い人材でもそれなりに開発できるように、うまいこと誘導するんだよ
だからフロントはHTMLが得意な安い人材を使います。
432:デフォルトの名無しさん
20/07/19 09:31:34.04 PIkW4oBq.net
>>419
SPAを作るんだよ
既存のASP.NET(Core)でも開発はできるがデスクトップアプリと比べると操作性が悪いことは否めない
複雑怪奇な業務に適応するためにSPAの導入は今後不可避になるだろう
しかしSPAをやるには今まではクソッタレJSやらポンポン入れ替わるWebフレームワークを学ぶ必要があって学習コストが高すぎた
業務系の主力である安い人材では習得が難しいのでSPAはずっと見送られてきた
しかしBlazorならその問題を一挙にカイケツすることができる
433:デフォルトの名無しさん
20/07/19 09:32:22.28 PIkW4oBq.net
>>422
君、プログラム下手でしょ
インターフェイスと実装の分離ができないタイプと見た
434:デフォルトの名無しさん
20/07/19 09:32:58.15 PIkW4oBq.net
>>423
>>426
435:デフォルトの名無しさん
20/07/19 09:37:55.76 PIkW4oBq.net
>>425
フロントエンド特化人材は高えんだよ
私、フロントエンドなんてぜんぜんできませんよ～
って具合の人材を
ふ～ん、なら少し安めのお値段で雇ってもいいよね？
大丈夫、大丈夫、こっちでうまいことレール敷くんで、安心して手だけ動かしてください
ってな具合で格安で調達すんの
できない奴でも、できるようにすんの
436:デフォルトの名無しさん
20/07/19 09:38:44.30 W3hSYpRn.net
>>426
お前フレームワークもなしに独自でSPA作るの？ｗ
URLﾘﾝｸ(codezine.jp)
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を連携したアプリケーションを素早く開始することができます。
437:デフォルトの名無しさん
20/07/19 09:39:23.07 W3hSYpRn.net
>>429
> フロントエンド特化人材は高えんだよ
ならフロントエンドに特化してない人を使えば？
バカなのかなこいつ
438:デフォルトの名無しさん
20/07/19 09:42:08.97 W3hSYpRn.net
なんかC#を使ってWindows Formsとかでデスクトップアプリを作れば
それがそのままSPAになるって思ってそうなんだよなｗ
URLどうするんのよって感じだ
439:デフォルトの名無しさん
20/07/19 09:45:34.17 W3hSYpRn.net
URLじゃ話通じないですかね？ｗ
SPAはデスクトップアプリとは違ってURLがあって
ブラウザの進むや戻るがつかえるんですよ
440:デフォルトの名無しさん
20/07/19 09:47:19.12 PIkW4oBq.net
>>430
意味不明な切り返しすんな
SPAでやると決まったらフレームワーク使うに決まってんだろ
お前が得意げに挙げた.NETの従来のSPAテンプレートは各種JSフレームワークのテンプレートを生成するだけだ
おまけ程度にC#のAPI開発テンプレートも生成してくれるがJSフレームワークを隠蔽するようなものじゃない
だからそれらを使ってもフロントエンド特化人材を雇わないと開発なんてできねえぞ
441:デフォルトの名無しさん
20/07/19 09:49:53.45 PIkW4oBq.net
>>431
オメーがバカ
特化した人材は高い
特化してない人材ではJSフレームワーク使った開発は生産性が低い
安いには安いなりの理由があるんだよ
だがBlazorならそんな安い連中でもC#とVSを使って簡単に開発できるようになる
442:デフォルトの名無しさん
20/07/19 09:50:41.48 PIkW4oBq.net
>>432
誰もそんな話はしてねー
そんな理解になるってお前の頭どういう構造してんだ
443:デフォルトの名無しさん
20/07/19 09:51:14.00 W3hSYpRn.net
> フロントエンド特化人材を雇わないと開発なんてできねえぞ
普通にフロントエンド開発者を使えばいいだけでは？ｗ
いないんですか？
444:デフォルトの名無しさん
20/07/19 09:52:08.96 PIkW4oBq.net
>>437
高えつってんだろ
鳥頭か
445:デフォルトの名無しさん
20/07/19 10:52:37.38 5Si5cYu0.net
そろそろwasmの話は別スレでやってくれないか？
446:デフォルトの名無しさん
20/07/19 10:58:54.20 x6eBp0n6.net
実際フロントエンドまともにできないゴミエンジニアばかりだからな
以前某エンジニアリクルート系の検索システムでフロントエンドエンジニアを検索したら全エンジニアの0.5％しかいなかった
その0.5％も自称だからガチで少ない
447:デフォルトの名無しさん
20/07/19 11:04:27 jXwWFSFG.net
>>440
Blazorはゲームチェンジャーになりうる
なんたって雑魚カスC#erでも超お手軽にSPAを開発できてしまうんだから
JS系のエンジニアの市場価値は相対的に下がるだろうね
448:デフォルトの名無しさん
20/07/19 11:18:11.07 AjlQmunT.net
Blazor-wasmまとめ
重い>>385
遅い>>380
有名クラウドサービス採用実績ゼロ
（React/Angular採用多数は言わずもがな）
C#以外覚えられなくなった年寄りを再利用するための介護フレームワーク。
449:デフォルトの名無しさん
20/07/19 11:20:10.35 m5eV0pvm.net
よっぽど高度なことするわけじゃない限り、C#書けるならReactとか2週間もあれば書けると思う
450:デフォルトの名無しさん
20/07/19 11:34:57.86 x6eBp0n6.net
>>441
バックエンドゴミエンジニアが何を使ったってゴミのようなフロントしか作れないぞ
絶望的に才能がない
目ん玉はただの飾り
こいつら（＝おまえら）に良い筆を持たせても無意味
451:デフォルトの名無しさん
20/07/19 12:02:35.96 Xo5fmFzm.net
いい加減専用スレ立ててそっちでやれよ
452:デフォルトの名無しさん
20/07/19 12:11:33.06 kmbJyWa5.net
数年後にwasmだらけになって涙目になるJSキッズが目に浮かぶ
453:デフォルトの名無しさん
20/07/19 12:14:17.72 kmbJyWa5.net
>>443
2週間�人数の教育工数が無駄
454:デフォルトの名無しさん
20/07/19 12:16:36.81 kmbJyWa5.net
>>442
重さは、遅さは現状でも十分実用に堪えうる
というか既存のSPAも体感はほとんど変わらんレベル
ゴリッゴリに最適化された既存フレームワークと比較してだから、最適化の余地があるwasmのほうが将来的には優位
採用実績はまだ正式発表されたばかりだから、比較しても意味がないことは小学生でもわかるはずだが君はどうだ？
455:デフォルトの名無しさん
20/07/19 12:17:49.08 PEwdaGfT.net
そこで振り落とされるような奴は今のJSフロントエンドすら無理。
456:デフォルトの名無しさん
20/07/19 12:20:18.80 BU8dfNcw.net
blazor厨もそれに付き合うやつも
よそでやれよ
そんなんだからいつまでたっても
そんなんなんだぞ
457:デフォルトの名無しさん
20/07/19 12:28:01.28 ZFRvNo6R.net
次スレはvs Blazorも入れたほうがいいな
458:デフォルトの名無しさん
20/07/19 12:46:08.93 YlpileWs.net
なんでこんな迷惑なBlazor厨に合わせてスレタイ変える必要があるのか
Blazor厨も相手してる連中もどっか行ってよ、ウザイ
459:デフォルトの名無しさん
20/07/19 12:46:49.46 n0f5aqSv.net
>>442
ついこないだRTMになったばかりのものを実績で批判しちゃうおばかさん
460:デフォルトの名無しさん
20/07/19 13:08:12.92 PQF4JxAh.net
それだけBlazorを恐れてるんだろうな
まあ自分の市場価値が下がるわけだから恐れて当然なんだけど
461:デフォルトの名無しさん
20/07/19 13:27:13.14 Xo5fmFzm.net
単純にスレチな話題を延々と展開するヤツが煩わしいだけ
どの道Microsoft系とは層は被らんよ
462:デフォルトの名無しさん
20/07/19 13:32:43.99 ktD9w8qF.net
>>382
大規模サイトのserver sideはJavaやC#が多かった。
社員しか使わないしょぼい業務系web appのことだけ考えていてはいけない。
あと大規模になるとtype safetyが必須になる
type safeでなければ開発生産性ががた落ちだ
速度も大事だがビジネスとしてみると開発生産性、コストもとても大事なわけ
463:デフォルトの名無しさん
20/07/19 13:54:52.10 Nf0PDjLy.net
GAFAでは使ってないし大手SNSでも使ってないけどな
464:デフォルトの名無しさん
20/07/19 14:00:36.02 DFSJX5gq.net
>>455
ほんそれ
465:デフォルトの名無しさん
20/07/19 14:20:55.19 ktD9w8qF.net
>>384
最小限のファイルだけbrowserに転送されるし
cacheされるから2回目以降は読み込みもはやい
ほとんどの人は5秒未満で初回読み込み終わるんでは
2回目以降速いのにそんなにガタガタ騒ぐ理由がわからない
いまどきトップページ読んだだけで数MB消費のサイトたくさんあるだろ
mobileでYouTube見てる人とかたくさんいる時代に
初回だけ数MBの読み込みって問題になるとは思えない
466:デフォルトの名無しさん
20/07/19 14:25:37.40 ktD9w8qF.net
>>385 >>387
初回はデータ読み込み多いのはAngularとかのSPAも同じだから
このスレに来ないほうがいいと思うぞ
いつまでも古い開発に固執していればいい
そもそもwebでC++とか普通使わないだろ、開発生産性が低い
client sideにロジックが増えるという事は
それだけユーザーは快適に使えるようになるってことだ。
メリットとデメリットのトレードオフ
467:デフォルトの名無しさん
20/07/19 14:29:43.28 ktD9w8qF.net
>>455
TypeScriptの開発がMicrosoftなのも知らない人か
MSアンチやアップル信者の人ってこういう知識ない人が多い感じ
468:デフォルトの名無しさん
20/07/19 15:10:43.98 x6eBp0n6.net
もうここはBlazorスレだな
Reactとか微塵にも話題に出ない
469:デフォルトの名無しさん
20/07/19 15:18:33.36 Xo5fmFzm.net
>>461
ああ、知ってるが導入するコストと比べて型があるって事にメリットがそれほど感じられなかったから導入を見合わせたよ
470:デフォルトの名無しさん
20/07/19 15:23:00.55 m5eV0pvm.net
絶対ts入れた方がいいぞ
471:デフォルトの名無しさん
20/07/19 15:27:00.79 n0f5aqSv.net
>>457
どこの世界の話だろうか
472:デフォルトの名無しさん
20/07/19 15:35:58.18 3+L828Di.net
仕事で扱ってるドメインがショボいと型安全性のありがたみはわからねえだろうな
473:デフォルトの名無しさん
20/07/19 15:41:47.27 RfQaIH9f.net
Blazorの話は過疎ってるxamarinスレでやってくれないか
474:デフォルトの名無しさん
20/07/19 16:10:02.58 n0f5aqSv.net
>>467
スレチ
475:デフォルトの名無しさん
20/07/19 16:59:27.91 ktD9w8qF.net
>>457
大規模サイトのback endはJavaとC#だらけなの知らないのか
Twitterは過去にRuby遅すぎて捨ててるし
476:デフォルトの名無しさん
20/07/19 17:05:03.82 xggXZiaY.net
nodeは立ち上がりが軽くて速くてスケール時に使い捨てしやすいからだろう。
AWS Lambda Cold Start Language Comparisons, 2019 edition ☃
URLﾘﾝｸ(levelup.gitconnected.com)
URLﾘﾝｸ(miro.medium.com)
URLﾘﾝｸ(miro.medium.com)
URLﾘﾝｸ(miro.medium.com)
.NET遅っそｗｗｗ重っもｗｗｗｗ
Java遅っそｗｗｗ重っもｗｗｗｗ
477:デフォルトの名無しさん
20/07/19 17:36:47.16 lVLELK+9.net
.NET優秀やん
478:デフォルトの名無しさん
20/07/19 17:48:38.32 +/vqE4Sh.net
Javaや.NETは基本サーバーは決められた台数立てっぱなしが当たり前の時代に設計されたからな。
最近のコンテナ単位・ラムダ単位で負荷に合わせてスケールアウト・スケールインするアーキテクチャは想定外だったんだろう。
479:デフォルトの名無しさん
20/07/19 19:13:15.19 x6eBp0n6.net
もうjsでいいじゃん
使えないバックエンドゴミクズエンジニアがヒーヒー言ってるだけだろ
480:デフォルトの名無しさん
20/07/19 19:25:21.82 c7cY5EYc.net
Why I Converted from Vue to React
URLﾘﾝｸ(dev.to)
> The purpose of this post was not to say that Vue is bad
ワロタ
481:デフォルトの名無しさん
20/07/19 21:20:08.98 ktD9w8qF.net
>>377 >>470
これ記事かいたやつもそれ張り付けてるおまえもアホすぎ
.net2とかいう言語はない。
.netが言語だと思ってる時点で相当レベル低い
あとcold startだけのbenchなんてほとんど意味ない。
しかもcloud環境で計測してるというバカっぷり
そんなのその時のserver混雑状態で変わるってのｗｗ
482:デフォルトの名無しさん
20/07/19 21:51:47.75 xggXZiaY.net
hot startなんだから対象言語の実行に必要なVM・環境のロード時間含まれるの当たり前じゃんｗ
lambdaなんだからクライアントから測るの当たり前じゃんｗｗ
本番でユーザーに遅い言われたときサーバで測ったら速いです言うの？ｗｗｗ
バカ過ぎワロタｗｗｗｗおとなしくサーバサイドだけやっとけや老害ｗｗｗｗｗ
483:デフォルトの名無しさん
20/07/19 21:52:18.36 xggXZiaY.net
*cold
484:デフォルトの名無しさん
20/07/19 22:25:34.23 aWdyr5NP.net
世界最速は、このサイト。Ruby on Rails 製
URLﾘﾝｸ(dev.to)
Rails + React + Bootstrap + (Node.js + Webpack) の組み合わせには勝てない。
このエコシステムを超えるのは、無理
Rails: webpack(er)に乗り換える25の理由（翻訳）
URLﾘﾝｸ(techracho.bpsinc.jp)
485:デフォルトの名無しさん
20/07/19 22:34:28.77 KAosLxZz.net
ｶﾞｲｼﾞ大集合ｗｗｗｗｗ
486:デフォルトの名無しさん
20/07/19 23:23:56.46 PIkW4oBq.net
Rubyって遅い言語代表格じゃん
487:デフォルトの名無しさん
20/07/20 00:48:26.56 PYo76fqp.net
>>470
なんでgoがこんなに遅いかね
488:デフォルトの名無しさん
20/07/20 05:20:10.55 AOg6xuBm.net
>>476
ほんとバカだな
ベンチマークなんて負荷なしの状態でかけないと正確な値がわからない。
プログラミングやらないやつでもそんなこと知ってると思うわ
多くのユーザーが使ってるサーバーで言語ごとのベンチマークとるとか馬鹿すぎ
それを何度も張ってるおまえも同レベル
もし言語ごとにやるならオンプレミスでやらないといけない
その環境をつくれないバカだから混雑してるクラウドでやるとする
Front endのスクリプトしかできない奴はやっぱりレベル低い
489:デフォルトの名無しさん
20/07/20 06:01:17.63 uvZgkaZD.net
>>482
lambdaがどういう運用されるか知らないの？ｗ
やはり老害は立てっぱなしの旧来アーキテクチャしか理解できないようだなｗｗ
言語と同じで信者もスケール出来ない産廃ｗｗｗ
490:デフォルトの名無しさん
20/07/20 06:44:08.94 f45H4Kz0.net
Blazor信者の声でかいからBlazor調べてみたけどHTML構文のきもさとか実行の遅さとかファイルサイズのでかさがやばいな
これむしろBlazorアンチだろ
信者だとしたらずっとBlazor触ってて欲しいな。デメリットも享受出来ないで持ち上げる人は大海を知らないでほしい
491:デフォルトの名無しさん
20/07/20 06:58:19.08 AOg6xuBm.net
>>483
C#できない低能のおまえは何の言語使えるつもりになってるの？
で、おまえがベンチマークだとおもってるそれは
何を計測してると思ってるの？
まともなベンチマークですらないのに言語の速さと勘違いしてるし
>>481
それまともなベンチマークじゃないから無視でいい
492:デフォルトの名無しさん
20/07/20 07:00:16.28 eYf0BG4n.net
C#ってJavaScriptよりも簡単やろ？
JavaScript使えるなら誰でも使えるで
だからC#の給料は安い
493:デフォルトの名無しさん
20/07/20 07:06:07.22 AOg6xuBm.net
>>484
htmlじゃなくてRazor syntaxな
ReactのJSXより綺麗だろ
ASP.net系やってるひとはわかるsyntax
AssemblyファイルをダウンロードしないBlazor Serverっていうのもある
その辺は要件によって使い分けること
性能もC#だから速い。遅いと言ってる人はコードの書き方が悪い
494:デフォルトの名無しさん
20/07/20 07:12:17.48 AOg6xuBm.net
>>486
JSしか使えない人はオブジェクト指向理解できてなくて
大規模なプログラムや効率的なコード書けない人ばっかり
能力が違いすぎる
JavaやC#使える人はスクリプト言語はどれでも理解できる
逆は無理
スクリプト野郎はType(型)がなんなのかすらわかってない人が大半
このlogのすこしまえにもTSのtype safetyのメリットがわからなかったと
かいてる>>463がそういう人が典型的
495:デフォルトの名無しさん
20/07/20 07:33:47.37 nNe9l9zE.net
とか言ってるヤツに限ってぐちゃぐちゃなクラス設計してそう
496:デフォルトの名無しさん
20/07/20 07:35:20.55 eYf0BG4n.net
>>488
え？JavaScriptでクラスが普通に使われてることを知らないの？
そんな人がJavaScriptはーって言った所で説得力無いよ
497:デフォルトの名無しさん
20/07/20 07:48:26.03 nNe9l9zE.net
Reactの場合昔はクラス使ってたけど最近はクラス使わない方向にシフトしてきてるけどね
「JavaやC#使える人は～」とかこの二つを同列に見てるヤツは全然信用に値しない
この二つの言語は外見が似てるだけで設計ポリシーが全然違う
498:デフォルトの名無しさん
20/07/20 08:11:34.46 GbixlCCw.net
Javaしか知らない新卒に、JSとSPA FWで作れって命令したら、泣きそうになって、開発環境構築で詰まってしまった
けどBlazorでやれって命令したら、あ、これならなんとか、Javaに似てるんでC#なんとなくわかります、VSってすごい簡単ですね、Razorマークアップシンプルで直感的でわかりやすいです♪って目に光が戻ってきた
Blazorが道に迷った若者を救ったのだ
499:デフォルトの名無しさん
20/07/20 08:15:44.07 nNe9l9zE.net
＞Javaしか知らない新卒に、JSとSPA FWで作れって命令したら、泣きそうになって、開発環境構築で詰まってしまった
指示側が無能な典型やろそれ
500:デフォルトの名無しさん
20/07/20 08:21:27.85 f45H4Kz0.net
>>487
MSILになるからどっちみち書き方関係なく遅いってよ
現実から目を背
501:けるなw
502:デフォルトの名無しさん
20/07/20 08:40:16.63 0IQp/a0j.net
もうそろそろJava Appletに回帰しようよ
503:デフォルトの名無しさん
20/07/20 08:52:13.46 ud2z2M50.net
Java AppletとSilverlightはなんで死んでしまったんだろうな
最近のSPAの流行を見るに需要はあったようにも思う
やはり事前のプラグインインストールが受け入れられなかったかね
504:デフォルトの名無しさん
20/07/20 08:56:55.30 sx2uO44l.net
>>496
オープンソースじゃない
505:デフォルトの名無しさん
20/07/20 09:00:44.43 ERnHN44b.net
今までJava、Flashとセキュリティホールの温床として排除されてきたけど何れwasmもそうならんとも限らんのよな
506:デフォルトの名無しさん
20/07/20 09:01:20.39 ERnHN44b.net
Javaっつーかappletね
507:デフォルトの名無しさん
20/07/20 09:22:37.04 eYf0BG4n.net
>>498
JavaScriptと他の言語との決定的な違いは
JavaScriptはブラウザの外にアクセスできない言語としてできたということ
他の言語がファイルの読み書きやネットワーク通信が
出来るのに比べてJavaScriptはそれらが全くできない
常識ではファイルアクセスやネットワーク通信などの機能は
言語としてできて当たり前のことが、JavaScriptはできない
その貧弱さがセキュリティのもとでは逆にメリットに変わった
そこからセキュリティを考慮しつつ、それらの制限に
限定的に対応できるようにしてきた。
wasmも最終的にはJavaScriptでできることしか
外部リソースへのアクセスができないからセキュリティ的には問題ない
ただ外部リソースヘアクセスする場合、wasmの速度が速いなどの副次的な
メリットはなくなる。当初の目的通り既存のアプリの移植を容易になるだけ
508:デフォルトの名無しさん
20/07/20 09:30:40.37 Whe6j3l/.net
Silverlightはまあまあいい出来だったんだがな
Java applet、ActiveXのせいでPluginの印象が下落してSLも風評被害を受けた
509:デフォルトの名無しさん
20/07/20 09:31:32.50 AOg6xuBm.net
>>492
これ作り話くさいな
混沌としたFront endなのだから何を使ってどういう構成
にするのか具体的に指示しないと伝わるわけがない。
雑な指示したおまえが無能
本当に泣きそうになったとしたら言語うんぬんよりも
会社や上司に絶望してたのだろう
>>491
C#は生産性優先でJavaほど頑固なオブジェクト指向でないことは理解してる
510:デフォルトの名無しさん
20/07/20 09:34:46 feiQG4ht.net
>>502
混沌としてるのはフロントエンドじゃなくJS ecosystemな
Blazorにすれば混沌とはおさらば
511:デフォルトの名無しさん
20/07/20 09:36:11.74 AOg6xuBm.net
>>496
Silverlight
pluginなことと
web standardじゃなかったこと
512:デフォルトの名無しさん
20/07/20 09:36:38.68 feiQG4ht.net
かつて猛威を奮ったFormsほどではないが
Blazorならバカでもチョンでも簡単にSPAを作れてしまう
ジャバスク職人はもういらないのだよ
513:デフォルトの名無しさん
20/07/20 12:02:07.86 H88IF2ph.net
どっちでもええわ。くだらね。
514:デフォルトの名無しさん
20/07/20 19:43:34.23 myn6SOC5.net
知識ゼロからASP.NET+Blazorの開発環境を立ち上げるのとNode.js+Reactの環境を立ち上げるの
どっちが簡単なんだろうね。
515:デフォルトの名無しさん
20/07/20 19:45:36.00 VgLz71J8.net
そりゃBlazorだろ
マイクロソフトはそのあたりは抜け目がない
516:デフォルトの名無しさん
20/07/20 19:50:06.26 NVl0pT7f.net
jQueryおじさんがマシに見えるな
517:デフォルトの名無しさん
20/07/20 19:50:21.00 huUvJ5to.net
$ sudo apt install -y nodejs
$ npm install -g create-react-app
blazorもこのレベルで行けるん？
518:デフォルトの名無しさん
20/07/20 19:54:20.34 AOg6xuBm.net
>>507
勝負にならない。
Blazorならコマンド2個打つくらいで動く
トータル3分くらいで終わる
ここのをやってみな
URLﾘﾝｸ(dotnet.microsoft.com)
SDKインストールして、Power shellひらく
dotnet new blazorserver -o BlazorApp --no-https
cd BlazorApp
これだけでprojectが作成される。1秒で終わる。
dotnet run
でweb serverが立ち上がる
519:デフォルトの名無しさん
20/07/20 19:56:32.75 AOg6xuBm.net
>>510
create-react-appは
出来が悪くすごい待たされるが
Blazorならproject は1秒で完成する
Blazor使ったことない人は>>511やってみるべき
520:デフォルトの名無しさん
20/07/20 19:57:20.85 NVl0pT7f.net
それVirtualstudioのインストールを完全に無視してんじゃん
521:デフォルトの名無しさん
20/07/20 20:01:30.36 VgLz71J8.net
VisualStudioはあったほうが快適だけど必須じゃ無いよ
VSCodeでもVimでもなんでも使えばいい
522:デフォルトの名無しさん
20/07/20 20:05:06.33 P4NHzaw9.net
jQueryおじさんの次はBlazorおじさんか
523:デフォルトの名無しさん
20/07/20 20:09:37.67 0dEIDg/a.net
>>511
それは単に自動生成してるだけやろ？
全てのリンクをスムーススクロールにするコード書いてみ
524:デフォルトの名無しさん
20/07/20 20:18:35.66 AOg6xuBm.net
>>513
webの開発者ならVS Codeくらいいれてるだろふつう
notepadだとさすがにまずいが通常のtext editorでも問題ない
C#やるならVisual Studioいれたほうがいいけどな
525:デフォルトの名無しさん
20/07/20 20:21:47.90 AOg6xuBm.net
>>516
プロジェクト作成なんて自動生成でつくられるべきだろ
create-react-appは時間かかりすぎでダサい
526:デフォルトの名無しさん
20/07/20 20:25:36.55 0dEIDg/a.net
>>518
自動生成で作れるのは
価値がないコートだけだよ
誰でも同じものが手に入るんだから
527:デフォルトの名無しさん
20/07/20 20:26:17.04 nNe9l9zE.net
自演じゃないならBlazorの話してるヤツ３人以上居そうだし専用スレ立てても十分やっていけるだろ
いい加減専用スレ立てろよ
528:デフォルトの名無しさん
20/07/20 20:51:47.51 VgLz71J8.net
括りとしてはモダンSPAフレームワークなんでここでいいだろ
529:デフォルトの名無しさん
20/07/20 21:00:07.53 myn6SOC5.net
>>511
なるほど面白い。ただ、このチュートリアルはSPAじゃないんだな。
create-react-appというよりexpress-generatorっぽい。
530:デフォルトの名無しさん
20/07/20 21:03:22.07 CRMcSYFf.net
コマンド数回打つだけでこんなに簡単にプロ品質のものが
作れるのはBlazorしかないよ
素晴らしいアイデアだと思う
531:デフォルトの名無しさん
20/07/20 21:08:55.51 nNe9l9zE.net
>>521
フロントエンドJavaScriptフレームワーク総合
ｽﾚﾘﾝｸ(tech板)
532:デフォルトの名無しさん
20/07/20 21:09:23.40 GbixlCCw.net
他の言語でもwasmベースのフレームワークが増えるといいね
JavaScriptを駆逐してやりたい
533:デフォルトの名無しさん
20/07/20 21:18:56.24 ObeGkch+.net
まあ無理だね。
好むと好まざるとに関わらず残り続けるよ。
最低シナリオでもグルー言語として残り続ける。
そのころにはC#は滅んでるだろうがねｗ
TypeScriptと比べても設計古すぎなんだよこのクソ言語ｗ
WASMもプライマリ言語はRustになっちゃってるし。
クソ言語はその他有象無象の一つとしてしか立場はない。
ま、C#バカはJSすら覚えられずに恨み節なんだからRustなんて覚えられるわけないわなｗ
老害産業廃棄物としてゴミ箱行きｗｗｗ
534:デフォルトの名無しさん
20/07/20 21:19:24.12 CRMcSYFf.net
ははｗそれは無理やろ
ただでさえjQueryのシェアは年間1%以上（今年はすでに1.8%）増えてるなか
一番頑張ってるVue.jsででさえ年間0.1％しかシェアが増えてないんだから
URLﾘﾝｸ(w3techs.com)
僅かなパイを奪い合ってる状態だぞ
535:デフォルトの名無しさん
20/07/20 21:25:14.51 CRMcSYFf.net
俺の予想ではwasmは最終的に
JavaScriptを駆逐するのではなく
JavaScriptを強化するために使われるだろうな
ウェブサーバーにキャッシュ機能の一つとして組み込まれ
開発者は普通にJavaScriptを置くだけで
自動的にコンパイルされて配信される
サーバーの設定をちょいといじるだけで
今までのJavaScriptの開発を変えずに
wasmの恩恵が受けられる
536:デフォルトの名無しさん
20/07/20 21:27:28.81 uvZgkaZD.net
>>527
酷ぇ調査だなこれ。カテゴリ分けずにJSライブラリでいっしょくたか。
一緒に使うライブラリでシェア割っちゃってるし。
例えばjQueryとBootstrapが競合だなんて業界にいたら誰も思わんだろ。
w3techはこれ作ったやつ即刻クビにしたほうがいい。
537:デフォルトの名無しさん
20/07/20 21:30:35.73 td0HkrQz.net
C#は設計古いところはどんどん改善して変化し続けてるけどな
次バージョンじゃMainいらなくなるしValueObjectを言語レベルでサポートする
538:デフォルトの名無しさん
20/07/20 21:34:58.90 CRMcSYFf.net
>>529
なんか問題があるの？
合計してみればわかるように100%を超えている
競合の有無は関係なく、それぞれのJavaScriptライブラリが
どれだけ使われてるかって数値だよ
539:デフォルトの名無しさん
20/07/20 22:08:06.12 0IQp/a0j.net
Blazorスレ立てちゃえよ
540:デフォルトの名無しさん
20/07/20 22:09:43.57 KSBahjfS.net
UI関連フレームワーク連敗記録は何処まで伸びるかね
541:デフォルトの名無しさん
20/07/20 22:18:25.68 myn6SOC5.net
MSなら<canvas>にWPFをレンダリングするくらいできそうなもんだがなぁ。
やったらやったで反発がすごそうだが。
542:デフォルトの名無しさん
20/07/20 22:21:04.66 GbixlCCw.net
老害JSerが猛反発しそうだなｗ
543:デフォルトの名無しさん
20/07/20 22:34:15.86 AHuh7I72.net
おれJavaScript書いて10年だけど、型のメリットなんて全く理解できないし、わざわざC#みたいなダメ言語触ってるやつの気がしれん
544:デフォルトの名無しさん
20/07/20 22:55:19.66 Bh1lIXcR.net
オモチャ作って遊ぶだけならそれでもいいんだろうけどねえ
ビジネスでは型なしはちと厳しい
545:デフォルトの名無しさん
20/07/20 23:37:20.53 td0HkrQz.net
立てたぞ
【本命】Blazor スレ1【真打】
ｽﾚﾘﾝｸ(tech板)
546:デフォルトの名無しさん
20/07/20 23:46:47.95 AOg6xuBm.net
>>522
いや、>>511のMSのsampleはちゃんとSPAになってる
Blazor WebAssemblyだからぜんぶBrowser上で動いてる
左側のメニューでクリックするとカウンターが増えていくけど
それがSPAになってる
page全体がreloadされずにcounterだけ増えるでしょ
URLﾘﾝｸ(dotnet.microsoft.com)
547:デフォルトの名無しさん
20/07/20 23:52:02.28 HW7ZwNx6.net
URLﾘﾝｸ(redmonk.com)
JavaScript 1位
C# 5位
548:デフォルトの名無しさん
20/07/20 23:57:06.64 AOg6xuBm.net
>>528
jQueryおじさんまだいたか
速度と生産性を追求したらtype safeな言語にいきつく。
wasm時代はJS縛りがなくなるわけだから
大手は生産性の高い言語で開発を始めるようになる。
549:デフォルトの名無しさん
20/07/21 00:02:33.34 SJ0RWW6w.net
>>532
そんなに分裂させても過疎るとおもうけどな
フロントエンドJavaScriptフレームワーク総合
も過疎ってる。
Blazorの話題でるまではこのスレも超過疎だったし
次からスレタイにvs Blazorも追加しちゃえばいいよ
550:デフォルトの名無しさん
20/07/21 00:04:18.19 erxA5kbn.net
GitHub の人気プログラミング言語では、C#の人気は、うなぎ登り。
なんとあの最強言語、Rubyにも勝っている！
PHPには、負けてるけど…
URLﾘﾝｸ(octoverse.github.com)
URLﾘﾝｸ(leerob.io)
551:デフォルトの名無しさん
20/07/21 00:07:56.12 SJ0RWW6w.net
>>536
Visual StudioでWindows appをつくってみろ
C#でな
それやるとtype safeのありがたみがわかる
開発スピードが別次元になる
そしてスクリプトの無力さに気付くだろう
型のメリットがわからないようなレベルのやつが
C#ダメ言語とかいったら笑われるぞｗ
スクリプトだとPerl, PHP, JSが世界3大クソ言語
552:デフォルトの名無しさん
20/07/21 00:11:09.12 SJ0RWW6w.net
>>540
それはJSがbrowserで動く唯一の言語だったからだ。
仕方なく使っていただけで人気なわけではない。
wasmの時代は好きな言語つかえるから
もうJSは終わりに向かってる
553:デフォルトの名無しさん
20/07/21 00:15:37.07 erxA5kbn.net
漏れは、UIPathで、RPAのプログラムを書いたけど、
操作するアプリから、取ってくる値も、
書き込む値も、両方、文字列なのに、いちいち変換させられるのが、大変で、困った！
数字を取ってきたときも、計算するために、文字列から、数値に変換させられるのは、分かるんだけど、操作してるアプリに、書き込むときは、文字列以外、あり得ないのだから、いちいち変換させられるのは、意味が分からなかった！
554:デフォルトの名無しさん
20/07/21 00:16:55.74 erxA5kbn.net
UIPathでは、C#しか、使えない！
Rubyでも、書けるようにして欲しい！
555:デフォルトの名無しさん
20/07/21 00:19:09.97 O3jPbwEs.net
GithubはMicrosoftのサイトだからC#が人気なのでは。
GNUならPHPかもしれない。
556:デフォルトの名無しさん
20/07/21 00:20:22.55 4k1lMoq1.net
RPAは流石にスレチすぎるだろ
557:デフォルトの名無しさん
20/07/21 00:24:09.16 O3jPbwEs.net
ビビッドアーミーって広告よく出てない？
このゲームは中華だからやっぱりVueですか？
558:デフォルトの名無しさん
20/07/21 00:38:26.14 W+1A2C+P.net
>>543
flutter来てるなー。Dartとか覚えるのめんどくさそうなのに。
なんでこんなに伸びてるんだろ。
559:デフォルトの名無しさん
20/07/21 00:56:20.57 xz9xqZTP.net
>>544
マジでこれだよな
ほんとこれに尽きる
VS＋c#でやるとVSC＋javascriptがいかにクソでデバッグが苦しいかわかる
560:478
20/07/21 02:20:54.87 PE/C56HG.net
>>478
で、Ruby on Rails でさえ、webpack に乗り換えた！
Linux のエコシステムがあるから、開発者は、C#・Windows へは行かない。
Windows は、OSS じゃなく情報が取得できない・エコシステムが利用できないから、
システム環境構築運用ができない
Linux では、日本人が作った、多言語のバージョンマネージャーのanyenv などが定番。
これで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
同様のツールに、asdf もある
この辺の勉強を避けてきた、フロント側が仕事を取れなくなっただけ。
Ruby には、Linux・サーバー側が含まれている
561:デフォルトの名無しさん
20/07/21 04:23:20.76 svlMOeDH.net
言語にOSが含まれてるｗｗｗ
562:デフォルトの名無しさん
20/07/21 06:51:15 z9nef/ND.net
>>550
確認したけどフレームワーク的なものはなんも使ってなかった
気になるんならChromeかFirefoxでVue.js devtoolsでも入れて見てみたらいいと思う
563:デフォルトの名無しさん
20/07/21 07:30:54.45 O3jPbwEs.net
レバニラJSですか。
564:デフォルトの名無しさん
20/07/21 07:53:53.51 SJ0RWW6w.net
>>553
Rubyはecosystemが小さい
言語のバージョンアップですぐに互換性がなくなることで有名
性能も低い
Rubyは実質Rails専用言語と化している
PHPもwebでしかほぼ使われない
C#のように広い範囲で使われてる優秀な言語とは大違い
C#はwindows app, server-side, Gameなど範囲が広い
565:デフォルトの名無しさん
20/07/21 12:19:52.79 kQkhpSYh.net
自分より下を見付けて安心するとか完全に劣等感思考だな
なんだ？C++勢にポインタが使いこなせないC#erってバカにされて八つ当たりにでもきたのか？
566:デフォルトの名無しさん
20/07/21 12:21:58.73 4k1lMoq1.net
C#はポインタ模使えるが？
567:デフォルトの名無しさん
20/07/21 14:41:03.04 EbixLK92.net
今更やけどここ最近スレチ過ぎるわ
C系使ってるやつが書き込むのは全然いいけどスレタイに関係ないこと喋りたいんやったらそれぞれのスレ行け
568:デフォルトの名無しさん
20/07/21 15:06:15.13 O3jPbwEs.net
Javascriptはウェブ板というのが、ム板のルールだから。
569:デフォルトの名無しさん
20/07/21 18:18:52 MgSm4SD0.net
C#って社畜のイメージしかない。
570:デフォルトの名無しさん
20/07/21 19:37:54.47 OW5TMoZG.net
エンジニアの大半は社畜だろ
571:デフォルトの名無しさん
20/07/21 22:23:18.32 l2m9WHml.net
スレ伸びてんなーと思ったらスレチで盛り上がってたのか。。
テキストエディタで書いてFireBugでデバッグしてた10年以上前と比べたら今のフロントの開発なんて天国だぜ。
これは言語というより、JSフレームワークとIDEの進化のおかげ。
回顧ジジイの戯言かもしれんが。。
572:デフォルトの名無しさん
20/07/21 22:49:39.61 ztnuHrOL.net
>>564
まあそうなんだけど
そのぶんやることの範囲も求められることも多くなってユーザーも肥えてるから
昔とは違った辛さがあると思うよ
573:デフォルトの名無しさん
20/07/22 00:15:53.80 8xjEWwaY.net
C#って確かにいい言語だけど
業務上でブランチプログラムが沢山できて開発終了から５年くらい経った上に当時の担当者が辞めた場合とかどのブランチなのか確認するのに一苦労するから
最近スクリプト言語以外は避けたいなとか思ってる
574:デフォルトの名無しさん
20/07/22 00:37:06.54 nbDlyVJW.net
それ言語関係あんのか
575:デフォルトの名無しさん
20/07/22 00:37:20.45 URxkYA59.net
ブランチプログラム？？
576:デフォルトの名無しさん
20/07/22 00:52:19 ILXZvJ+B.net
朝食と昼食の間くらいに書くプログラムのこと
577:デフォルトの名無しさん
20/07/22 01:14:31.02 URxkYA59.net
「ブランチプログラム」でググっても出てこないんだけど？
578:デフォルトの名無しさん
20/07/22 01:24:01.34 Qt8ScUI0.net
>>566
それ逆だろう
C#こそ仕様変更あったときに修正しやすい。
IDEがエラー拾ってくれるから楽できる。
スクリプトだとそもそも5年後にメンテナンスされてなくて
セキュリティホール放置になってる
仕様変更にも弱い
論外
担当引継ぎはバージョン管理とかドキュメント保管の問題だが
メンテナンスコスト低いのは型のある言語
579:デフォルトの名無しさん
20/07/22 01:26:03.91 Qt8ScUI0.net
>>570
たぶんgitとかのbranchのことじゃないかね
580:デフォルトの名無しさん
20/07/22 01:30:36 URxkYA59.net
>>572
こんなオレオレ用語が通じると思ってる時点でアレだよね
581:デフォルトの名無しさん
20/07/22 01:38:35.35 8xjEWwaY.net
いやいやGitより遥かに昔からOSS界隈では枝分かれの事をForkとかBranchとか言ってたよ
582:デフォルトの名無しさん
20/07/22 01:47:48.97 8xjEWwaY.net
>>571
今そこで動いてるプログラムのソースの特定ってリリース直後なら全然問題ないけど時間が経つとPCが飛んだりファイルサーバーが飛んだりして色々分からんくなるんよ
管理が悪いと言われればそれまでだけど
たったちょっとの下らない修正をする場合に今サーバーで現在動いてるソースを正にできるならこんなに楽な事はない
583:デフォルトの名無しさん
20/07/22 01:52:43.74 URxkYA59.net
>>574
「ブランチプログラム」の話やで？ブランチやフォークじゃない
584:デフォルトの名無しさん
20/07/22 01:53:51.05 URxkYA59.net
>>575
具体的にC#でソースの特定になぜ困るの？
585:デフォルトの名無しさん
20/07/22 01:57:43.97 URxkYA59.net
アセンブリのバージョン見りゃすぐにわかるし、簡単にデコンパイルもできるけど？
その程度の管理体制であれば、むしろスクリプトの方が安易にサーバー上での書き換えを助長してカオスになるやろ
586:デフォルトの名無しさん
20/07/22 08:49:11 mrS9YSO9.net
そんな杜撰な管理をする企業はウェブサイト公開したらだめだよ
587:デフォルトの名無しさん
20/07/22 09:12:34 fdLUcmY9.net
自社ならどうしようもないが他社案件の引き継がない引き継ぎとかならまぁなくはない
588:デフォルトの名無しさん
20/07/22 09:33:53.61 MO/NMaXo.net
WEB系ってホビーの延長みたいな企業が多いからこういう杜撰なとこも少なくないのかね
業務系じゃ考えられないよ
589:デフォルトの名無しさん
20/07/22 10:15:54 dNFs6AB7.net
Google「ウェブ系ですが？」
590:デフォルトの名無しさん
20/07/22 10:32:50.16 5wUO8MAR.net
そんなもの引き受けなきいいに越した事はないが上が決めた事だから従わざるを得ない技術者が飛んだ会社の保守の引き継ぎとかさ
591:デフォルトの名無しさん
20/07/22 10:57:39.34 3CemYXHW.net
自殺とか行方不明の人の引継ぎは嫌どす
592:デフォルトの名無しさん
20/07/22 12:34:59.62 TbA23O41.net
>>583
それならなおさらスクリプトはやっかいだね
593:デフォルトの名無しさん
20/07/22 15:19:18.80 hWTO0mCJ.net
>>581
お前が時代遅れのクソジジイだと認識しろよゴミwww
594:デフォルトの名無しさん
20/07/22 16:12:45.93 INmJrGsJ.net
なんでここシーシー言ってるおじいちゃん湧いてるんや
シーの読み書きのし過ぎで目バグってスレタイ読めんくなったんか
595:デフォルトの名無しさん
20/07/22 16:16:13.80 Qhy+32rY.net
>>586
えー？
うちは比較的モダンな現場なんでこんな杜撰な管理はしてませんよ
コードもリリースも全てテキストファイルでバージョン管理されてます
596:デフォルトの名無しさん
20/07/22 23:07:35.80 2/9nnKBr.net
Excel のマクロで、再帰的なファイル操作とかしてると、難しくて仕方ない。
おまけに仕様書もない。
こういう仕事が、1人月100万円
これが、Ruby のファイル操作なら、ものすごい簡単。
glob で済む
597:デフォルトの名無しさん
20/07/23 10:57:27.96 4JN3xRE1.net
JqueryおじとBlazorおじとRuby君で戦わせたらどうなんの？
598:デフォルトの名無しさん
20/07/23 11:00:04.11 vtZyy6IC.net
Rubyガイジも爺さんだよ
年取ると周りの意見が耳に入らなくなるんだ
599:デフォルトの名無しさん
20/07/23 11:02:41.88 1c3WMgKJ.net
馬鹿は若くても人の話を聞かんから年齢は関係ないがな
600:デフォルトの名無しさん
20/07/23 11:13:10.23 /gQkLfku.net
年取って周りの意見が耳に入らなくなった老害JSおじさん
vs
若いBlazor勢力
601:デフォルトの名無しさん
20/07/23 11:20:51.69 BEz0RkVx.net
Blazorの記事見てるけどなんかBlazorのソースってフレームワーク使ってないPHPやJSPみたいなコーディングするんだね
602:デフォルトの名無しさん
20/07/23 11:26:19.24 /b5pS+w+.net
>>594
ウェブシステムのフレームワークってどれもそういうもんだぞ
それが一番ウェブのシステム開発に適してると判断したってことだよ
603:デフォルトの名無しさん
20/07/23 11:37:21.07 1c3WMgKJ.net
>>593
お前老害過ぎるわｗ
604:デフォルトの名無しさん
20/07/23 11:43:47.44 BEz0RkVx.net
タグの中に分岐やループの制御文書くのってなんかレガシーな感じだよね
605:デフォルトの名無しさん
20/07/23 11:49:55.98 /b5pS+w+.net
>>597
ほぼすべてのフレームワークが、それを採用してる。
っていうか、それを採用してないフレームワークを
お前は一つでも言えるの？何も知らんでしょ？
606:デフォルトの名無しさん
20/07/23 11:54:30.03 qQzwkkHt.net
まだ5年くらいしか経ってないJSTL（JSP Standard Tag Library）に
ようやく追いついてレガシー呼ばわりされるとは開発しがいがないね
607:デフォルトの名無しさん
20/07/23 11:55:05.70 qMtp6n+5.net
>>597
KISSの原則だな
人類は奇抜なアイデアに翻弄されて様々なアーキテクチャ浮気したけど
原点回帰かつそれを高度に洗練させたものが結局はイチバンだったというわけだ
608:デフォルトの名無しさん
20/07/23 12:00:44.73 5F2A9vyN.net
>>597
でも他にいい案もなくね？
609:デフォルトの名無しさん
20/07/23 12:02:05.34 qMtp6n+5.net
昔ながらの誰しもが知ってる馴染み深い単純明快でインジェクション安全で型安全でインテリセンスもバリバリ働くRazor構文
それを使って最新のSPAフレームワークと同等以上の成果物を得られる
それってつまりどう考えても最高ってことじゃないか
もうSPAをするのに出来損ないのJS言語やぶくぶく太った醜いフレームワークに疲弊しなければならない暗黒時代は終わった
610:デフォルトの名無しさん
20/07/23 12:04:54.14 /b5pS+w+.net
おそらく>>597はゲームプログラミングしかしたことないんだろ
ゲームはユーザーインターフェースは全部自分で作るという特殊なアプリ
システムアプリではUIはHTML・XML系で作ったほう簡単
動的にUIを変更するならHTML・XML系に分岐やループを書くほうが適している
611:デフォルトの名無しさん
20/07/23 12:06:20.88 BEz0RkVx.net
>>601
制御文の中にタグがあるのはいいと思うんだよ
それを置きたいタグ枠の外で分岐やループしたものをコンポーネント化してそれを
置きたいタグ枠の中に配置すればタグの中に制御文はないという構造にできる
612:デフォルトの名無しさん
20/07/23 12:17:56.42 atvy6zMd.net
>>594
frameworkなしと一緒にするなよ、ぜんぜんちがう
Razor syntaxはasp.net MVCとかでも使われていたし
ちゃんとMVCできれいに分離されてる
実際に使ってみればきれいにフォルダ分類されてるのにきづく
613:デフォルトの名無しさん
20/07/23 12:24:28.50 atvy6zMd.net
>>597
タグの中に書かれてるんじゃない
Razor syntax
URLﾘﾝｸ(docs.microsoft.com)
HTML, CSSがロジックを扱えないわけだから
C#とhtmlの親和性の高いsyntaxが作られている。
ReactのJSXも同様だ。
ぜんぶごっちゃになってるJSPとは違う。
記事だけじゃなくインストールして試してみるべし
614:デフォルトの名無しさん
20/07/23 12:26:50.44 Eu0fAWmh.net
>>594
C#おじさん向けだからな。
615:デフォルトの名無しさん
20/07/23 12:28:17.60 Eu0fAWmh.net
>>597
レガシーな人間向けだからな。
616:デフォルトの名無しさん
20/07/23 12:32:56.87 /b5pS+w+.net
これからは○○の時代！
結局生き残ってるのはjQuery（笑）
617:デフォルトの名無しさん
20/07/23 12:35:26.89 atvy6zMd.net
>>597 594
Blazor WebAssemblyは再利用可能なコンポーネントなわけ。
ネストしたりもできる。
これが原始時代のJSPとかと一緒に見えるなら
WebAssemblyがなんのかという基本のところが
まったく理解できていないことになる。
>>607-608
スクリプトしかできないいつもの低能か
型すらないレガシー言語つかってる人って頭悪いよな
618:デフォルトの名無しさん
20/07/23 12:50:07.46 /b5pS+w+.net
> Blazor WebAssemblyは再利用可能なコンポーネントなわけ。
JavaScriptライブラリなんかも再利用可能なコンポーネントですが？
619:デフォルトの名無しさん
20/07/23 12:51:50.81 Eu0fAWmh.net
C#とTypeScriptは設計者が同じ
TypeScriptがその人の最新作かつ最高傑作
C#は見捨てられたロートル
C#の型表現の古臭いことｗ
C#おじさんの耳の後ろとおんなじ臭いがするよｗ
620:デフォルトの名無しさん
20/07/23 13:02:36.51 BEz0RkVx.net
もうDelphiとか知らんヤツばっかなんだろうな現代では
621:デフォルトの名無しさん
20/07/23 13:08:23.43 GYY/oZAq.net
TypeScriptはトランスパイラから脱却してからがスタートラインかな
622:デフォルトの名無しさん
20/07/23 13:14:36.20 mW7dxmke.net
その前にjapascriptがtypescriptを吸収する
623:デフォルトの名無しさん
20/07/23 13:19:52.31 L3r8FJ9R.net
ブラウザなんかじゃ実行時に型チェックしてエラーにしてもたいしてメリットないんじゃね？
せいぜい、型チェックをスルーしてトランスパイルなしで実行できるようにするくらいかな。
624:デフォルトの名無しさん
20/07/23 13:20:00.25 BEz0RkVx.net
>>615
ES2023～ES2025くらいの間にそういうのもありそうだよね
625:デフォルトの名無しさん
20/07/23 13:39:01.10 eemKZeH7.net
>>616
解析のせいで遅くなるだけでメリットは少ないだろうな
TypeScript処理系をブラウザに載せるのは悪手としかいえない
そんなことせんでもwasmにビルドできればいいんだよ
626:デフォルトの名無しさん
20/07/23 14:00:25.96 Eu0fAWmh.net
wasm用には亜種のAssemblyScriptがあるっちゃある
627:デフォルトの名無しさん
20/07/23 15:20:46.55 atvy6zMd.net
>>612
おまえと違って中級以上は型が必要なのわかっている
TSのおかげで型のない欠陥言語JSをましになってるが
うんこの制限をうけずいちから設計したC#にはとてもかなわない
見捨てられたとかいってる時点でこのバカなにもわかってない
C#は新しい機能をいれてきた言語だ
歴史はあるが常にアップデートされてきてる
互換性に固執しすぎて終わってるPerl , JS, Javaとは全然違う
628:デフォルトの名無しさん
20/07/23 15:23:15.87 atvy6zMd.net
>>615
その前にWebAssemblyが普及して
JSで開発する必要がなくなるよ
629:デフォルトの名無しさん
20/07/23 15:26:34.49 J3e6JLoy.net
>>620
> おまえと違って中級以上は型が必要なのわかっている
Googleのこと？
630:デフォルトの名無しさん
20/07/23 15:27:13.58 J3e6JLoy.net
>>621
お前の予測では、WebAssemblyが普及するのは何十年後？
631:デフォルトの名無しさん
20/07/23 15:36:42.27 atvy6zMd.net
>>623
理解力と先見性がある人はもう移ってるが。
C#とかを理解できない無能はPHPとかJSで開発を続けるだろう
今でもCOBOLやエクセルVBAでシステム開発してるアホな企業があるが
JSで開発というのはそういうやつらと同じ扱いになる
632:デフォルトの名無しさん
20/07/23 15:39:47.59 Eu0fAWmh.net
C#は古いため、初期設計した天才不在の中、バカにどんどんゴミを付け足されたキメラで、醜い。
初期設計した天才はとっくに見捨ててしまったｗｗｗ
その天才は今、TypeScriptに熱心に取り組んでいるｗ
633:デフォルトの名無しさん
20/07/23 15:40:47.10 69DFcaak.net
>>625
なんでこいつ発狂してんの？
634:デフォルトの名無しさん
20/07/23 15:41:26.12 Eu0fAWmh.net
C#は、おじさん
使ってる人も、おじさん
どっちも基本的な考えが古くて、臭う
635:デフォルトの名無しさん
20/07/23 15:46:10.17 atvy6zMd.net
>>626
そいつは頭悪くてC#が理解できなくてコンプレックス持ってる
高機能で高速な言語C#への嫉妬
C#がゲーム開発でめちゃくちゃ使われてるのも知らないみたい
636:デフォルトの名無しさん
20/07/23 15:49:15.74 atvy6zMd.net
低能の相手しても時間もったいないからレスは控えるわ
637:デフォルトの名無しさん
20/07/23 15:50:20.40 Eu0fAWmh.net
作者が見捨てたC#笑
638:デフォルトの名無しさん
20/07/23 15:50:34.45 wQG2WFy/.net
スレタイ読めないジジイは何人おるんや
639:デフォルトの名無しさん
20/07/23 16:12:04.52 BEz0RkVx.net
>>630
Pythonの作者が開発コミュニティから抜けた話は聞いた事あるけどC#もなわけね
640:デフォルトの名無しさん
20/07/23 16:15:12.96 HnEAcPzK.net
リアルな話、c#はWinFormsとUnityにしか使われていない
641:デフォルトの名無しさん
20/07/23 16:18:27.48 BEz0RkVx.net
>>628
っていうかコード補完なしで生きていけない人種ってだけっしょ？
642:デフォルトの名無しさん
20/07/23 16:21:22.71 gbrd0w8z.net
UnityのC#は生のC#じゃないですし
643:デフォルトの名無しさん
20/07/23 16:22:33.29 MBVi+zLE.net
JSもC#もピンキリじゃね
644:デフォルトの名無しさん
20/07/23 16:28:30.99 Eu0fAWmh.net
>>632
MSに勤めてて、どっちもMSの製品だから抜けたというと語弊があるけど、
こっちがC#のリポジトリ
URLﾘﾝｸ(github.com)
こっちがTypeScriptのリポジトリ
URLﾘﾝｸ(github.com)
そしてこれがヘルスバーグ先生のコントリビューション履歴ｗｗ
URLﾘﾝｸ(github.com)
完全にC#は手放しててワロタｗｗｗｗ
ザコグラマにウンコ機能付け足されるだけのC#笑
645:デフォルトの名無しさん
20/07/23 16:41:09.71 NwSW5l99.net
C#は完成されてるから先生が面倒見なくても軌道に乗る
TypeScriptはまだまだ未熟でC#ほど洗練されてないので先生の助けが必要
646:デフォルトの名無しさん
20/07/23 16:53:15.94 Eu0fAWmh.net
つまりC#にザコグラマがどんどん足し続けてる機能は全くの蛇足と言うわけ。
昔は新鮮だった開封数十年のオレンジジュースに、泥水を延々注ぎ続けてるのがC#笑
647:デフォルトの名無しさん
20/07/23 16:56:12.41 gbrd0w8z.net
C++もそんな感じ
648:
20/07/23 17:00:21.44 zbOcxM4i.net
>>639
URL2.0 もそうだったし、
C89 より後ろの C もそう
何かの文書で「言語法律家」と揶揄されていたのを見た記憶があります
649:デフォルトの名無しさん
20/07/23 17:00:44.41 BEz0RkVx.net
>>640
C++とかブラウザと一緒でコンパイラメーカーやコミュニティが先行して入れた機能を後から標準化団体が標準仕様として策定してるような感じじゃないの？
650:
20/07/23 17:02:23.45 zbOcxM4i.net
>>642
C++ は、今は規格が先行しコンパイラメーカーが必死になってついていく感じです
651:デフォルトの名無しさん
20/07/23 18:51:50.01 Eu0fAWmh.net
三大サーベイの中で最もJSに厳しいIEEEの今年のランキングが出たぞーｗｗｗ
Top Programming Languages 2020
URLﾘﾝｸ(spectrum.ieee.org)
あっれれ～？おっかしぃぞ～？ｗｗｗｗ
652:デフォルトの名無しさん
20/07/23 18:59:48.00 6aE6oFxh.net
>>644
ただの感想じゃんｗ
653:デフォルトの名無しさん
20/07/23 22:47:13.26 5yzO6ql9.net
実写版キングダムはテンの再現率が高い。
654:デフォルトの名無しさん
20/07/24 00:10:13.17 yCEn1h9i.net
サーバーサイドレンダリングできる＝ググったときに検索結果に出やすいって認識でおけ？
カップ麺図鑑みたいなもん作ろうとしてて、カップ麺の商品名でググったらそのページが出やすくなるようにしたいのよね
655:デフォルトの名無しさん
20/07/24 07:22:49.10 Xs8DjPMU.net
C#嫌いな人はStackOverflowも使用禁止な
656:デフォルトの名無しさん
20/07/24 07:54:54.35 N+F9nul4.net
GitHubは、Ruby製。
Rubyアンチは、使用禁止！
657:デフォルトの名無しさん
20/07/24 09:07:10.80 c87Ipt6p.net
俺からすればC#, Perl, PHP, JSなんてクソの背比べ
658:デフォルトの名無しさん
20/07/24 09:26:39.30 fpaVh+C9.net
そこで満を持して登場するのが
659:デフォルトの名無しさん
20/07/24 10:02:11 fMjVnhWI.net
jQuery
660:デフォルトの名無しさん
20/07/24 15:03:44.79 VpzRbTvR.net
どうせ不毛ならｊおじとBlaおじの不毛な争いが見たかったな
661:デフォルトの名無しさん
20/07/24 16:17:24.32 v+EKAnTC.net
まるで有毛な争いがあったかのような言い草だ・・
662:デフォルトの名無しさん
20/07/24 18:26:38.54 9v9Epd9J.net
三大ｶﾞｲｼﾞ全員ハゲだからな。
663:デフォルトの名無しさん
20/07/24 21:12:27.82 PfN6NIjK.net
Blazorお姉さんだけど
jQueryおじさんとかはframeworkつかえないし
スクリプトおじさんはC#理解できないし
相手にならない
ところでJSのSPAの最初の読み込みは
何MBくらいになるのが普通？
何MBまで許される？
有名どころのSPA使ってるサイトあったら計測したいから教えてほしい
664:デフォルトの名無しさん
20/07/24 21:34:50.64 9H+RWfuB.net
GMailは？
665:デフォルトの名無しさん
20/07/24 21:46:23.70 j4NCrF6q.net
blazer婆まで出てくるとはｗ
666:デフォルトの名無しさん
20/07/24 21:54:02.91 U/Nd6Iq0.net
>>656
一方SPAを使わなければ、必要なデータだけ読み込むので
数KBですむから、本末転倒になってるんだよなぁ
SPAかどうかはユーザーにとっては関係ない話
ページ表示の目安はGoogleがレポートしている
URLﾘﾝｸ(developers.google.com)
URLﾘﾝｸ(marketingnative.jp)
遅延する時間 ユーザーの反応
0~100ミリ秒 すぐに結果が得られたと感じる。これ以上時間がかかると、操作と反応にずれが生じる。
100~300ミリ秒 少しの遅れを感じる。
1000ミリ秒（1秒）以上 実行したタスクについて関心を失う。
つまり1秒以内だよ。100Mbpsだったら1秒で12.5Mバイトだけど
そんなスピードは出ないだろう。通常だと20Mbpsかねぇ。つまり1.5Mバイト
でも速度制限や回線が遅い場合を考えると500Kバイト程度に抑えたほうがいいだろうね
667:デフォルトの名無しさん
20/07/24 21:55:42.66 U/Nd6Iq0.net
お、Googleの推奨があった。
Googleの推奨は1.6MB。7,866のウェブサイトの平均は 2.43MB。あなたのトップページは？
URLﾘﾝｸ(webtan.impress.co.jp)
通常だと～の計算と近いね
668:デフォルトの名無しさん
20/07/24 21:58:15.51 9H+RWfuB.net
wasmなら最適化も簡単だろう
今後どんどん速くなっていくとおもわれ
669:デフォルトの名無しさん
20/07/24 21:59:19.49 U/Nd6Iq0.net
WebAssemblyはファイルサイズがでかくなる
670:デフォルトの名無しさん
20/07/24 22:01:51.85 U/Nd6Iq0.net
WebAssemblyはバイナリだから小さくなると考えているやつがいるが、
JavaScriptでも配布する時はgzip圧縮をかけるので
バイナリになって小さくなるんだよな
671:デフォルトの名無しさん
20/07/24 22:35:06.44 yCEn1h9i.net
AngularもReactもVueも使ったことあるよーって人に聞きたいんだけど、どれが一番好き？
672:デフォルトの名無しさん
20/07/24 23:16:35.73 PfN6NIjK.net
>>657
GmailのwebはSPAなのか
FirefoxでGmailを計測してみたら170 requestsくらいしてて11MBくらいだった。
しかもこれcache削除しないで測ってるから画像は除外された数字
backgroundで読み込むから読み込み完了まで25秒超えてる。
今はトップページ読みだけで10MB以上でも許される世界になってるのかな？
Gmailでかすぎ？完全にcacheけしたらどの程度いくんだろう, たぶん試さないけど。
673:デフォルトの名無しさん
20/07/24 23:19:14.32 PfN6NIjK.net
>>657
ちなみにBlazor WebAssemblyのサンプルは初回読み込みで17MB程度だが
2回目以降は400kbとすごく小さい
初回通信でバイナリがほとんどcacheされてる
Blazor WebAssemblyのがはるかに優秀
やっぱりJSのSPAの時代は終わりだわ
JSは言語もゴミだし
これからはC#でBlazorの時代と確信した
674:デフォルトの名無しさん
20/07/24 23:27:28.52 PfN6NIjK.net
>>659
non-SPAと比べるのはフェアじゃない
SPAはUXが上というメリットがあるわけだからな
その目安はSPA関係ないし制限1秒はきつすぎる
あとMVNOだとランチタイムで速いところでも10Mbps
10秒待ってくれても12.5MBか
とりあえずBlazorの2回目以降400kbで
改めて優秀さは確認できた
MVNOのうんこ回線のランチタイムでも快適にloadできるはずだ
初回10MB超えるのも5Gきたら気にならない世界かもしれない
675:デフォルトの名無しさん
20/07/24 23:46:29.59 SsZ4AS8R.net
Blazorの初回転送量は1.7MBくらいじゃなかったっけ？開発者ツールの見方間違ってない？
676:デフォルトの名無しさん
20/07/24 23:51:43.42 SsZ4AS8R.net
Blazorのテンプレートなら、Brotliで1.8MBだね
677:デフォルトの名無しさん
20/07/25 00:37:15.39 WCMFimkk.net
ここまでスレタイに全く関係無い話を続けられるの逆にすごいな
ボケがはじまってんのか
678:デフォルトの名無しさん
20/07/25 02:39:20.52 ZlqyHRW3.net
>>664
JavaScriptを主として掛けるからReact
他はhtmlタグが主でJavaScript従な感じ
679:デフォルトの名無しさん
20/07/25 02:51:04.72 uhXYZAuD.net
世界最速のサイトは、Ruby on Rails 製！
URLﾘﾝｸ(dev.to)
元乃木坂46 の川後陽菜のWebサイト、SKIYAKI も速い。
URLﾘﾝｸ(kawagopro.com)
Rails に勝てる、フレームワークは無い！
680:デフォルトの名無しさん
20/07/25 04:22:17.09 icwPneMN.net
>>668-669
どのテンプレートプロジェクト作成した？
Blazor WebAssemblyじゃなくてBlazor Serverになってない？
Storageにダウンロードされたdllとか確認した？
dotnet new blazorserver
で作成するとファイルサイズ小さくなるがそれだとWebAssemblyになってない。
Blazor Serverだとserver sideで動く
wasmで使うtemplateは
dotnet new blazorwasmを使う
本番向けのbuildするとかなり小さくなると書かれているがやり方まだ知らない。
それやったら初回17MBではなくもっと小さくなるかも
やり方知ってる人いたら教えて
681:デフォルトの名無しさん
20/07/25 04:40:17.49 icwPneMN.net
>>668-669
template動かしたときにrelease buildした記憶がないから
自分の書いた17MBはBrotliになってなかったかも
あとで試してみる
sizeはfirefox開発者ツールのnetwork tabでみた
初回1.8MBならぜんぜんOKだね
Blazor WebAssembly、ファイルサイズすごい小さい
682:デフォルトの名無しさん
20/07/25 04:56:22.14 vIjhxGJs.net
フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
URLﾘﾝｸ(krausest.github.io)
二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。
683:デフォルトの名無しさん
20/07/25 05:11:49.78 vIjhxGJs.net
最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
684:デフォルトの名無しさん
20/07/25 05:23:04.98 vIjhxGJs.net
AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
URLﾘﾝｸ(twitter.com)
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
(deleted an unsolicited ad)
685:デフォルトの名無しさん
20/07/25 05:51:38.78 VPBor6Kz.net
まあそれも時間の問題だろう
wasmのほうが最適化しやすいのだからそう遠くないうちに逆転する
これはほぼ既定路線と考えていい
686:デフォルトの名無しさん
20/07/25 07:29:16.19 l/9hXNF1.net
これか
Next for Blazor: AOT for 'Massive Speed Gains'
URLﾘﾝｸ(visualstudiomagazine.com)
WASMで動く.NetランタイムがJIT無しのインタープリターだからILの実行が遅いってことね
これじゃあWASMがJSより速いと言っても、延期されたAOT(ILからWASMだよね？)が実装されないと、その速さが Blazor に反映されることは無い
.NET 5に間に合わないならAOTは来年以降
それまで Blazor スレで頑張ってください
687:デフォルトの名無しさん
20/07/25 11:28:31.85 NJ9vLrlx.net
>>675
公開処刑じゃんワロタｗｗｗ
688:デフォルトの名無しさん
20/07/25 13:33:34.03 0jDIZWNk.net
JSの余命もあと1年足らずか
感慨深いな
689:デフォルトの名無しさん
20/07/25 13:38:29.51 cd2WXu1h.net
脱jQueryと言われてから何年経ったっけな？ｗ
690:デフォルトの名無しさん
20/07/25 13:56:24.05 ZlqyHRW3.net
C#erって昔はこんなにスレチなところで延々と講釈を垂れ続けるようなバカじゃなかったはずなんだがなぁ
大体本当に優れてるものならそんな意味の分からん喧嘩なんて売りに来なくても広まるものは広まるだろ
691:デフォルトの名無しさん
20/07/25 13:58:58.64 0jDIZWNk.net
長いJSの歴史の終焉を目の当たりにして感慨深いなぁって思っただけであって喧嘩を売ってるつもりは微塵もない
692:デフォルトの名無しさん
20/07/25 13:59:34.29 ZlqyHRW3.net
>>682
jQueryはWeb"サイト"分野では永劫に使われ続けると思うよ
ブラックボックスってわけじゃないからブラウザベンダーに排除されることもないだろうし
693:デフォルトの名無しさん
20/07/25 14:05:25.78 ZlqyHRW3.net
>>684
その終わるという根拠とやらはなんなの？
694:デフォルトの名無しさん
20/07/25 14:13:44.26 CLKbPK7s.net
jQueryはすばらしいからこそJavaScriptに吸収される形でなくなって欲しいわ
実際、jQueryでしか書けなかったセレクタがJavaScriptに取り込まれたりしてるよね
695:デフォルトの名無しさん
20/07/25 14:16:37.16 4ePue1ew.net
>>686
占いとかそんな感じ
696:デフォルトの名無しさん
20/07/25 14:23:57.80 0jDIZWNk.net
>>686
自明でしょ
697:デフォルトの名無しさん
20/07/25 14:25:56.10 ZlqyHRW3.net
>>689
全然自明じゃないから聞いてるだが
具体的にどんなプロセスでどう終わるのか説明してみたまえ
698:デフォルトの名無しさん
20/07/25 14:30:04.27 0jDIZWNk.net
>>690
より良いものが残る
当たり前
699:デフォルトの名無しさん
20/07/25 14:59:28.18 Lg+2ZtBy.net
じゃあJSは良いから残るのか。
700:デフォルトの名無しさん
20/07/25 18:31:03.23 kGS+eXd8.net
>>683
C#でもunityユーザーとかはマシだからC#erがガイジというよりはBlazorがガイジなんだろう
701:デフォルトの名無しさん
20/07/25 18:41:39.82 DiPEvk/l.net
JSガイジの断末魔
702:デフォルトの名無しさん
20/07/25 21:25:42.82 icwPneMN.net
JavaもVMで動かすなんて遅すぎるしクソとか批判されたが
C#含め普及していった。
Blazor、いやwasmもこれからpeformance改善されて
使う人が増えるのは間違いない
>>693
こうやってマシとか言ってる人はC#使えない人
703:デフォルトの名無しさん
20/07/25 21:30:14.29 ZlqyHRW3.net
煽りに乗りたいヤツはその思いの丈は全部こっちにぶちまけてやってくれ
【本命】Blazor スレ1【真打】
ｽﾚﾘﾝｸ(tech板)
704:デフォルトの名無しさん
20/07/25 21:35:09.44 icwPneMN.net
GmailはSPAらしいけどAngularか？
いくらJSがブラウザ内でBlazorより早いといっても
Gmailだと11MBもサイト開くたびにデータ通信してるように
とてつもなく無駄なことやってる
ダウンロードサイズ、時間を考慮すると
Wasmとあんまり差がないってことにもなる
Blazor WebAssemblyは2回目以降のデータ非常に小さい。
データ消費量が課金にもかかわってくるモバイル回線では
Gmailのように大量にデータ通信するサイトよりwasmのがいいんじゃないか
705:デフォルトの名無しさん
20/07/25 21:42:59.39 ZlqyHRW3.net
>>697
Googleでその手のフレームワーク使ってるサービスって意外とないんだよね
706:デフォルトの名無しさん
20/07/25 23:21:18.28 vIjhxGJs.net
BlazorプロジェクトマネージャーDaniel Roth「BlazorはJSよりも10倍遅く、スピード競争に勝つことはない」
今でも遅いのにブレキチのオナニーのためにBlazorでさらに10倍遅くさせられるGmail哀れｗｗｗｗｗ
707:デフォルトの名無しさん
20/07/25 23:46:07.69 icwPneMN.net
>>699
10倍遅いとか捏造しつこいな
chatでソースないのをいいことに捏造しまくり
708:デフォルトの名無しさん
20/07/26 00:32:01.45 qCaLfESG.net
>>700
JITの無いインタプリタでJSと同等の速度が出るはずないだろ
JITの有無で速度の桁がひとつ変わるとか普通だ
709:デフォルトの名無しさん
20/07/26 00:40:34.12 8c+LEo48.net
>>700
>>696
710:デフォルトの名無しさん
20/07/26 00:42:21.83 Lwmxod4b.net
AoTコンパイラはバスに乗り遅れちゃって早くて一年後♪
嗚呼、それでも「JSにスピード競争で勝つことはない」
ミジメｗｗｗ
Blazorすごい！→宣伝してる俺すごい！
しようと思ってたのにまさかBlazorがC#おじさんのミジメな境遇まで堕ちてくるとはねｗｗｗｗｗ
711:デフォルトの名無しさん
20/07/26 01:14:39.39 5rw0opQZ.net
つかこんなに
フロントエンド界隈のライブラリが乱立して
ビルド構築手順ががわちゃわちゃしてる状況は異常
もうHTML自体をバージョンアップした方がいい
HTMLに直でReactやVueやTS SASSとかを記述して
ブラウザネイティブで解釈できるようにするべき
Bootstrapもどうせみんな使うんだか初めから
HTMLの仕様内に組み込んどけ
712:デフォルトの名無しさん
20/07/26 05:35:40.74 wM09/xME.net
>>701
ソースなしでは信ぴょう性がないし
どうせそういうのは発言の切り取り
Blazor wasmはAOT compile実装の予定あるのだから
速度は大幅に向上する
Browser外ではC#のがJSより速いのだから
speedは十分にはやくなる
713:デフォルトの名無しさん
20/07/26 05:53:06.94 wM09/xME.net
>>704
こんな発言しちゃうのがスクリプトおじさん
セットで仕様化したらどれか失敗したら全部が失敗するだろ
あと必要なcodeだけloadするから無駄な通信が減るのも常識
bootstrapは使ってないサイトたくさんある
View(html)とlogicをセットで仕様化など狂気の沙汰
あとbuildが煩雑なのはうんこframework使ってるからだ。
ASP.net MVCとかならクオリティ高いのがセットになってる
SPAなんてやらずにASP.net Coreみたいなまともなweb framework使えでおしまい
95%のサイトはSPAの必要がない
714:デフォルトの名無しさん
20/07/26 07:13:59.04 pVqRHFCg.net
いいかげんCの民は別スレ行けよ
ここのスレタイ
Vue vs React vs Angular
だから
715:デフォルトの名無しさん
20/07/26 08:13:28.39 8c+LEo48.net
それにしてもAngular使ってるサイトだけは全然見つからないよね
Angular本家とお名前と去年の技術書展くらい(今年はReactに変わってた)
716:デフォルトの名無しさん
20/07/26 08:52:05.09 kppqwmU4.net
WebAssembly使えばこういう問題も回避できるの？
Apple、プライバシー問題のため16ものWeb APIのSafariへの実装を拒否
URLﾘﾝｸ(css-tricks.com)
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
717:デフォルトの名無しさん
20/07/26 09:16:46.95 J91SE58H.net
>>709
Webはこんな方向に進もうとしてるのか
もはやプラットフォーム（OS）だな
そのうちベアメタル（直接ハードウェア）にインストールできるWebブラウザーとか出てきそう
718:デフォルトの名無しさん
20/07/26 09:34:24.57 2YJHPn7i.net
>>709
ブラウザベンダが実装拒否してるんじゃJSかwasmは関係なく無理だ
もしできるならセキュリティホールだし
719:デフォルトの名無しさん
20/07/26 09:42:00.76 2YJHPn7i.net
ブラウザがなんでもできるようになったらappletやactivexの時みたいにセキュリティ事故が相次いで
何処かの団体がセキュアなもののみを選択したAPIセットを発表して
そのAPIセットを実装したセキュアブラウザみたいなのが登場して
みんなそっちに乗り換えて
需要がなくなった多機能ブラウザは廃れて
すべてが最初に戻る
720:デフォルトの名無しさん
20/07/26 09:59:58.67 8c+LEo48.net
まぁブラウザAPIは基本的なもの以外はサイト毎にそのAPIの実行権限をユーザーが許可するかどうかっていうのが大前提なんだけどね
721:デフォルトの名無しさん
20/07/26 11:36:06.50 J91SE58H.net
もうやってることがbrowse（拾い読み）の域を超えてるね
722:デフォルトの名無しさん
20/07/26 11:36:26.24 mCc1k6Br.net
>>704
同意
もっと言うとHTMLなんか無くした方がいいよね
723:デフォルトの名無しさん
20/07/26 11:42:58.77 C7Nh/5jG.net
>>712
本当にこうなったら笑う
724:デフォルトの名無しさん
20/07/26 12:36:40.14 wM09/xME.net
SPAの特徴まとめてみた
開発の時間とコストが大幅に増える
初期のローディングにかかる時間が増える
SEOの面で不利になる
開発者が少ない
外注する場合にコストが増える
セキュリティが低下する
メリットは高速なページ遷移が可能なことだが
逆に言えばそれが不要ならSPAは必要ないな
むしろコストアップや初回読み込み遅延などのデメリットが上回ってしまう
725:デフォルトの名無しさん
20/07/26 12:43:20.43 kHoCQhob.net
> メリットは高速なページ遷移が可能なことだが
これ体感したことある？
726:デフォルトの名無しさん
20/07/26 13:05:55.45 WcA1r3qH.net
静的HTML+API+Vueの素朴なマルチページ構成がバランスいい
727:デフォルトの名無しさん
20/07/26 13:09:44.19 wM09/xME.net
>>718
画面全体をロードせず、必要な部分を
読み込むので高速になる、と一般的に言われてる。
アプリっぽく軽快に操作できないと困るサイトなら必要だけど
実際のところそこまで素早く操作が必要になるweb appはない気がする。
本当に快適にしたいならnatvie appしかないわけで
SPAは位置づけが微妙、手間とコストかかるわりに微妙すぎじゃないか？
FacebookがSPAで有名な事例だろうけど嫌いだから使わない
728:デフォルトの名無しさん
20/07/26 13:37:49.50 wgRaBi9V.net
SPAはWEBアプリケーションを作るための物であってWEBサイトを作るための物ではないからな
結局は使い分けだよ
�
729:｢界に向けて情報発信するならWEBサイトが基本だからSPAの採用実績が少ないのは仕方ない 複雑になりがちな社内アプリケーションなどは今後はSPAが主流になっていくだろう
730:デフォルトの名無しさん
20/07/26 13:54:45.15 r3Yqqk7H.net
>>717
SSRかSSG使えば初期ローディングとSEOの懸念事項は無くなるんでないかい
Googleだけに関して言えばJSも読んでくれるらしいからSPAでもSEOに関しては問題ない