【本命】Blazor スレ1【真打】

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/07/20(月) 23:36:36.67ID:td0HkrQz
混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
2020/09/07(月) 00:48:47.43ID:ocp9ke30
できるけどJSを通すしかない
2020/09/07(月) 00:49:42.07ID:sybwZ+D6
>>509
撤廃なんか目指してないからね
2020/09/07(月) 00:54:40.90ID:pAtokO1N
>>510
js通すというより
js側に処理を委譲するんじゃ...

ドラッグしつつ、
辿った背景を変更してくみたいな
良くある処理も上手く書けないじゃね？
2020/09/07(月) 00:54:55.00ID:pAtokO1N
>>511
www
2020/09/07(月) 01:19:54.93ID:sybwZ+D6
>>513
何かおかしい？少しでもBlazorに触れたことがあるなら誰でも知ってるはず。
とはいっても昔は勘違いしてた人もいるようで、Daniel Rothもわざわざ否定したりしてたね。
https://visualstudiomagazine.com/articles/2018/03/23/blazor-alpha.aspx?m=1#comment-3820611651
515デフォルトの名無しさん
垢版 |
2020/09/07(月) 03:28:26.60ID:pAtokO1N
ReactとかVue.js使える人だと、パフォーマンスも悪いんじゃ
使うメリットが全くなさそうだ。

そもそも、Webassemblyなら HTML/CSS使わないと思ってたんだけど、
使ってるあたりが Blazorの癌なのかもね。
2020/09/07(月) 04:32:08.66ID:sybwZ+D6
なぜ使わないと思ってたんだ…
2020/09/07(月) 08:38:18.69ID:R/8abHxo
Blazorの本質はC#が使えること自体ではなく、Webフロントエンドに弱め(全く分からないとは言っていない)な業務系ドットネッターに対して
ReactやVueのような仮想DOM系フレームワークを提供しSPAをキャッチアップさせることにある
もちろんReactやVue使えるんなら全く用はないよ
518デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:18:35.41ID:xj7DdlIE
>>515
開発のパフォーマンス（生産性）が劇的にあがる
JS不要で開発できるのは大きい
2020/09/07(月) 09:24:10.31ID:zpdoSB45
生産性が飛躍的に向上するから
SPA開発者でも乗り換える価値は高いだろう
520デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:24:59.55ID:pAtokO1N
>>517
自分が資料みて感じた事と一致します。
C#だけで出来る事が少ない。Dom側の操作がJs頼みならそうなっちゃいますね。

Webassemblyという点につられてる人多そう。
やはりUno Platformが本命ですかね。
2020/09/07(月) 09:25:44.72ID:sybwZ+D6
ReactやVueを使っていてサーバーサイドもNode.jsならわざわざ切り替える意義はないかな。サーバーサイドがC#ならそれなりに恩恵は大きいはず。
522デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:27:15.52ID:pAtokO1N
>>519
それがVue.jsとか簡単なんですよ。
新規で学んでも簡単でパフォーマンスも良いです。
正直、UI凝り始めるとWPFより使いで良いです。
2020/09/07(月) 09:27:38.77ID:CCEjOt0h
どうしたらHTMLとCSSがいらないなんて発想にたどりつくのか…だってRazorでしょw
524デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:37:14.11ID:pAtokO1N
>>523
Razorは記法だし、
結果を自前でレダリングしてるのかと思いますね。
2020/09/07(月) 09:41:31.06ID:sybwZ+D6
>>524
何のための記法か知ってる？
526デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:43:29.84ID:xj7DdlIE
node.jsが超低速だから
web frameworkとして、React系のNextとか Vueを
使わないほうがいいと思う
サーバーサイドでJSを使うというのが遅いしダサい

web frameworkとしてみるとnode系よりも
ASP.net Coreのがはるかに高速
2020/09/07(月) 09:50:16.63ID:zpdoSB45
>>522
JS、TSって時点で酷しい
JSは単純に生産性が低い
TSはC#の作者と同じだけあって優れた言語だが
コストパフォーマンスの良い要員が集まらない
528デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:57:58.91ID:pAtokO1N
>>527
Jsって頭の良い人が書いたら、
一般人には理解不能な凄いものが書けますからねwww
2020/09/07(月) 10:12:27.38ID:qk/9c7gK
>>528
頭がいい人は複雑で高度なことも他人(当然ある程度の前提知識はあるものとする)が読めるように書ける
頭の悪い人が難しいことをやろうとすると、他人に理解できない酷いコードになる
530デフォルトの名無しさん
垢版 |
2020/09/07(月) 10:36:24.94ID:pAtokO1N
>>529
自分言ってるのはそれとは違うやつの事ですね。
一般人なんで説明できないですけどwww
2020/09/07(月) 12:07:46.81ID:zpdoSB45
>>528
本当に頭のいい人は理解しやすいコードを書くものだけどね

JSの悪い点は中途半端に知識「だけ」をつけた実質バカが書くと容易に凄惨なコードを生み出せてしてしまうところ

C#は優れたIDEによるコーチングがあるからバカでも及第点のコードが書ける
532デフォルトの名無しさん
垢版 |
2020/09/07(月) 12:12:26.47ID:K0kNn/Cs
日本テレビの子供向けプログラミング教育ω番組
今こそ知りたい!めざせ!プログラミングスター
で映ってた画面が jquery だったわωωω
2020/09/07(月) 13:25:47.78ID:ocp9ke30
>>512
あ、そういう意味ね
JS側からC#側のメソッドを呼び出せるから一応はできるはず
ただオーバーヘッドは半端ない気がするし
ガッツリJS書く必要はある
2020/09/07(月) 13:35:49.63ID:kVPghFIH
Blazorのサーバー版とWebAssembly版の話題が入り乱れてややこしいなw
2020/09/07(月) 13:36:52.17ID:sybwZ+D6
>>534
妄想だけで語ってるやつがいるからね
2020/09/07(月) 19:12:50.79ID:OD77ZCh+
Scoped CSS か CSS Modules が実装されたら起こして
2020/09/07(月) 19:21:13.66ID:sybwZ+D6
>>536
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/#css-isolation-for-blazor-components
2020/09/07(月) 19:29:37.93ID:sybwZ+D6
>>536
https://youtu.be/KRNd8JDRqRc?t=1645
2020/09/07(月) 20:05:00.63ID:OD77ZCh+
>>537
ありがとう、枕に頭をつける暇もなかったよｗ
2020/09/08(火) 15:59:38.82ID:vb9MQFMO
あぁ^〜Mauiを想うと心がぴょんぴょんするんじゃぁ^〜
541デフォルトの名無しさん
垢版 |
2020/09/08(火) 18:07:26.14ID:8rtOALpS
苦労してWeb appを作るのは時代遅れなのかもしれない
https://gigazine.net/news/20200907-reddit-app-downloads-miserable-web/

redditは使いにくいweb appにしてnative appに誘導している。
これはけっこう参考になる
開発スピードが速くて、使いやすくて、実行スピードも速いのはnative appだしな

>>540
ごちうさ難民
2020/09/08(火) 18:41:03.85ID:thO0W8Tv
WPF回帰か
まあそれもわるく無い
高速で生産性が高いC#であることが重要
2020/09/08(火) 21:16:43.61ID:scYxt6FH
>>542
残念ながらネイティブアプリageの流れはスマホの話
PCは一貫してWebファーストが普通だし、ネイティブアプリ化するにしてもSlackみたいにWebアプリのガワだけネイティブにするのが今時は多いよ
2020/09/19(土) 11:24:45.44ID:QFC7K9+q
マウスポインターの位置に
コンテキストメニュー表示したいんだけど、
JS使わずに可能？
2020/09/19(土) 12:03:44.03ID:ATAk2qRK
コンテキストメニューって言葉がわかってるなら
blazor context menu でぐぐればいいだろ
2020/09/19(土) 12:08:37.39ID:u2qkdgIs
JSでやってたことをC#でやるだけ
JSを呼び出す必要はない
547デフォルトの名無しさん
垢版 |
2020/09/20(日) 11:13:54.82ID:B8GhM1mv
https://docs.telerik.com/blazor-ui/components/contextmenu/overview
https://github.com/stavroskasidis/BlazorContextMenu

これを見ると、
Jsのラッパー使わないと
出来そうに出来そうに見えないが...

https://github.com/stavroskasidis/BlazorContextMenu/blob/master/BlazorContextMenu/wwwroot/blazorContextMenu.js
2020/09/20(日) 11:18:05.38ID:omMauE6q
要らんよ
549デフォルトの名無しさん
垢版 |
2020/09/20(日) 20:15:19.21ID:B8GhM1mv
コード(C#)でDom Treeの任意の位置に
オブジェクトを足したり削除したり出来るって事？？
2020/09/21(月) 11:55:44.53ID:Cgyr/Ih0
https://ncov.oktopus59.net/

blazor 使ってんだって
2020/09/21(月) 12:19:35.43ID:tfvujsdz
いいね
552デフォルトの名無しさん
垢版 |
2020/09/21(月) 12:30:35.11ID:mc/SlMom
>>550
速度も問題ないね
結局、体感でサクサクならベンチマークとかどうでもいいんだよな
開発生産性が高いメリットを享受できる

ハード性能あがればさらにJSで書く人は減るだろう
2020/09/21(月) 13:28:01.42ID:5fzDdes6
>>550
502 Bad Gateway
が出て起動すらしない。
2020/09/21(月) 14:05:36.06ID:2HL9jfi3
>>552
viewの処理のほとんどは
Chart.jsなんじゃないの？
99%ぐらい。
2020/09/21(月) 14:30:28.63ID:a0iBHw//
そうだね
フロントエンドのパフォーマンス的な観点で言えば、100%普通のJSで動いていると言って差し支えない
そもそもWebAssemblyじゃなくてBlazor Serverだしな
2020/09/21(月) 14:38:45.50ID:2HL9jfi3
Chart.js使った時点で、
Blazorの出番ないし
最初から全部JSで書いたほうが
楽だし、簡単だよね。

クライアントサイドでC#で動かしたいライブラリーが無かったら
何の価値が有るんだろう。
557デフォルトの名無しさん
垢版 |
2020/09/21(月) 17:14:00.32ID:mc/SlMom
Blazor Serverだったのか
それなら少人数なら快適に動いて当たり前か

Blazor Serverはスケーラビリティはないらしいね
ぜんぶserver sideでやるから当たり前だけど。
不特定多数向けサービスならBlazor Serverは選ばないほうがいいと思う。
アクセス数が予測できるイントラ利用向けと解説されてた

アクセス多い場合はWebAssemblyとかHybridとかnative appとかほかの技術使う
2020/09/21(月) 17:20:21.47ID:Cgyr/Ih0
>>557
はぁっ？
2020/09/21(月) 17:28:12.77ID:mc/SlMom
>>558
なんなのその頭悪いレス？
言いたいことあったらはっきりかけアホ
560デフォルトの名無しさん
垢版 |
2020/09/21(月) 19:27:13.31ID:KqbH7J4b
WebFormsで作られた業務システムの移行先に考えてるんだけど、
何でもかんでもblazorで作ると開発コストがかさみそうで…。

複雑な画面構成の機能はBlazorで作って
DBの値を更新するだけの単純な機能はMVCのスキャフォールド機能使って作るみたいなことはできるんだろうか。

いいプロジェクトの構成が思いつかない。
2020/09/21(月) 20:03:05.36ID:Cgyr/Ih0
MVCか Blazor Server でいいんちゃうの
Blazor でも WebAssembly使うとプロジェクトも二つになるし
考えないといけないことも増えるかな

SPAにしたくってでもJavaScript/TypeScript極力使いたくないならBlazorかな
2020/09/21(月) 21:52:08.52ID:zwx+QOMY
>>559
全部サーバーサイドだとスケーラビリティがない

これに
は？
以外どんなレスが付くと思った？
2020/09/21(月) 22:47:24.40ID:7dDEGXG6
サーバーサイドのは
signalRでクライアントと
Websocketでセッションを張る。
この時点で社内システム程度の運用が限界。
564デフォルトの名無しさん
垢版 |
2020/09/21(月) 23:03:25.83ID:mc/SlMom
>>562
558のアホか？
初心者のくせに上から目線、ウザすぎ
反論、質問があるなら伝わるように具体的にかけ

俺の見解じゃなくスペシャリストの見解だ
断言する。Blazor Serverはスケーラビリティはない

ServerのCPUとRAMのリソースを最大限に浪費する
セッションも最大限に使う
Serverの処理が重いというのにさらに
SignalRはリアルタイムなJSレスポンスを要求してくる
認証とか絡むと単純にサーバー増やしても解決できない
スケールアウトは極めて困難と言われている

これが理解できないのはサーバー増やせばスケールアウトすると
考えてるような初心者かバカだ
2020/09/21(月) 23:13:14.88ID:mc/SlMom
>>563
SignalRがリアルタイムの処理が要求してくるからな
そこで破綻する
2020/09/21(月) 23:38:03.42ID:FE12ttrt
リアルタイムリアルタイムってバカの一つ覚えわろた

株価の情報配信するわけでもないだろうに
2020/09/22(火) 00:11:30.38ID:kylJSQdV
>>566
何も表示しない画面でも
Websocketのセッションを張るんだよ。
不得意多数の要件には使えない。

なんでらこんな不安なシステムを考案したか
理解できない。

が

多分Webassembly版が出せない時代の
お茶濁しだろうけどね。
2020/09/22(火) 00:14:57.89ID:kylJSQdV
あ！

Webassemblyが動作しない処理系にも
同一コードが使えるメリットはある。

いらんけど。ね。
569デフォルトの名無しさん
垢版 |
2020/09/22(火) 00:24:35.49ID:j70U2+kl
>>567
566はろくにコード書けない上に上からのアホだから
ほとんどレスを理解できてないぞ

Blazor Serverの数少ないメリットはセキュリティ。
コードをclientに極力見せずに作れる。
スケーラビリティを犠牲にしてでもセキュリティが
重要な社内用途とかなら使いどころになりうる
2020/09/22(火) 00:42:48.24ID:epkmWxIb
>>567
うん、セッション張るのは Signal-r使ったことあるからわかるよ
っていう今もある業務システムで使ってるわ

ただ、リアルタイムが云々っていうのちょっとね

あと不特定多数って言ってもそんなにたくさんの人がずっと接続し続けるものもあればそうでないものもあるからね

結局どういうアプリ次第なんだよ
2020/09/22(火) 01:17:58.77ID:kylJSQdV
>>569
ソース漏は
Webassemblyなら大丈夫でね？
なのでサーバーサイドの使い道は
殆ど思いつかん。
2020/09/22(火) 01:29:18.19ID:UXy6Yo2i
デイトラで有名な、東京フリーランスのとだこうきの動画

0から手を動かして作るRailsチャットアプリ【チュートリアル】
https://www.youtube.com/watch?v=WCsgcp5dg7M

Ruby on Rails で、Web Socket
573デフォルトの名無しさん
垢版 |
2020/09/22(火) 01:40:46.22ID:GCixYKXo
>>564
あ、はい
574デフォルトの名無しさん
垢版 |
2020/09/22(火) 08:14:13.81ID:KxwePHxM
>>561
ありがとう
あなたのレス以降Blazor Serverがディスられてて複雑な心境。。

しかし、イントラネット内で千人くらいしか使わないような業務システムならBlazor Serverがベターな気がする。

不特定多数が使うウェブアプリならWebAssemblyがベターなんでしょう。
2020/09/22(火) 09:07:26.70ID:j70U2+kl
>>574
同時使用ユーザー数次第だが1000人って規模としては大きめ
基幹業務のシステム？

あとあとパフォーマンス問題でたら無能扱いされるよ
スケールできない技術でやって破綻したら最悪、全部つくりなおし
高価なサーバーの購入が必要になる可能性もある。
責任とれるの？

>>553　で
502 Bad Gateway
でてる人いただろ、これパフォーマンス不足が原因の可能性ある

俺はパフォーマンスでない技術だけは選ばないわ
Blazor Serverでなければならない理由もないのに選ぶ理由がわからん
2020/09/22(火) 09:19:17.86ID:EwzeVKsQ
責任てw
呑み屋で見ず知らずのオヤジに説教受けているみたいな
2020/09/22(火) 09:31:32.20ID:j70U2+kl
サラリーマンなら特に重要だろ
プロジェクト失敗したら上流設計やったやつらは
完全に無能扱いされるし
社員からもあいつが上流設計したせいでって陰口叩かれるわｗ
578デフォルトの名無しさん
垢版 |
2020/09/22(火) 10:42:28.47ID:KxwePHxM
>>577
おっしゃるとおりパフォーマンス問題が出たら、後々何言われるか分からないのがこの業界の常でございます。

ただ機能数が百を超える業務システムを全部が全部blazorで作るわけではない。
特定の機能だけblazorで作りたい…

しかしそんなにパフォーマンスでないもんなんかね

https://devblogs.microsoft.com/aspnet/blazor-server-in-net-core-3-0-scenarios-and-performance/
これ見てると
a single Standard_D1_v2 instance on Azure (1 vCPU, 3.5 GB memory) could handle over 5,000 concurrent users without any degradation in latency.

とあるけどこれまさかあのクリックするたびにカウントアップしますよアプリで試してるんだろうか…
複雑な画面でやるとダメダメなんだろうか…
2020/09/22(火) 11:37:42.85ID:epkmWxIb
WebSocketのセッションが5000までいけるってことなんじゃないの
VPSなんかだとサーバの設定もあるから
きちんと設定できないとすぐに制限いっぱいになっちゃうんでしょ

どこにサーバーおくかも考えて決めたら
2020/09/22(火) 14:43:37.98ID:epkmWxIb
ローカルの環境でIIS Express使ってテストしたら
5000コネクション余裕で張れたわ
2020/09/22(火) 15:17:57.43ID:1XqBBY/l
SSRがスケールしないって嘘ついてまでBlazorを貶めたいのかねぇ
582デフォルトの名無しさん
垢版 |
2020/09/22(火) 16:27:39.02ID:j70U2+kl
>>580
scalabilityについては多くの人があげてるけど一例
Blazor Serverの長所短所
Blazor server-side vs client-side (WebAssembly) | What should you choose?
https://youtu.be/HFvPKmS2gig?t=588

localでセッションだけ張れても安心ではないだろう
Blazor ServerはRAMやCPUのリソースも多く使う。
処理速度も遅くなる

あとWAN経由でもアクセスするならネットワークのパフォーマンスも問題になる
結局、パフォーマンス絡みは稼働後に問題が発覚することが大半
採用するなら徹底的にパフォーマンスは事前検証したほうがいい
失敗したら確実に無能の烙印おされる
2020/09/22(火) 17:07:46.37ID:1XqBBY/l
サーバでテンプレートエンジンを動かして、HTMLを生成
必要なところだけ部分的に、AJAXで更新

結局のところ、それだけでよかったんだ
SPAもSSRも最初から失敗だった
2020/09/22(火) 23:24:11.38ID:64ICKLQm
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/hosting-models?view=aspnetcore-3.1#blazor-server
> 多くのユーザーがいるアプリで、スケーラビリティが課題になります。
2020/09/22(火) 23:40:57.68ID:UXy6Yo2i
AWS Elastic Beanstalk は、次の言語と開発スタックをサポートしています

Apache Tomcat for Java アプリケーション
Apache HTTP Server for PHP アプリケーション
Apache HTTP Server for Python アプリケーション

Nginx or Apache HTTP Server for Node.js アプリケーション
Passenger or Puma for Ruby アプリケーション

Microsoft IIS 7.5, 8.0, and 8.5 for .NET アプリケーション
Java SE

Docker
Go
2020/09/22(火) 23:48:23.46ID:epkmWxIb
だからその
多くのユーザーって何人の話なんだよ
10万人か100万人か
587デフォルトの名無しさん
垢版 |
2020/09/23(水) 00:08:25.99ID:BblF/Ts1
>>584
個人的にはこっちのほうが嫌だな

SignalR 接続に "スティッキー セッション" を実装する必要があります。


負荷分散装置やらプロキシサーバーやらでいつも苦労する
2020/09/23(水) 02:33:18.98ID:2MH3im7L
結論的だけど、
Blazorてjsすら使えないエンジニアの為の
救世主ぐらいしか価値を見いだせない。

Blazorだって学習コストかかるのに
その分JS学んだ方が将来的な
メリットは計り知れないと思うけど。
589デフォルトの名無しさん
垢版 |
2020/09/23(水) 12:28:24.15ID:TJRuGaHL
>>581
アンチと決めつけうざい
じぶんはずっと前からからC#とASP.net推してきてる
スケールしないといってるのはBlazor Serverだ。
Blazor WebAssemblyについてはスケールしないといっていない

>>584にも
MSのサイトにスケーラビリティの欠点かいてあっただろ
前にはなかったが追加された
590デフォルトの名無しさん
垢版 |
2020/09/23(水) 12:33:56.41ID:TJRuGaHL
>>588
JSのほうが将来性ないのになにいってんだ
Wasmが普及したらメインの開発言語でJSを選ぶ人はいなくなる

JSは開発生産性が低いしnode.jsなどserver sideで使っても遅い

Blazor使う層はC#が使える
JSは使えないのではなく、生産性が低いから使いたくないのだ
591デフォルトの名無しさん
垢版 |
2020/09/23(水) 13:46:42.94ID:aXGalhzK
JavaScriptとセキュリティーについては、紙教材ベースでは学習してはいるけど・・・・
どっかで実務経験を積まないことには、素人サービスであっても実戦投入なんて危なくてできないな
2020/09/23(水) 17:06:15.80ID:2MH3im7L
>>590
開発生産性は
VS code + Hot Relode の
vuejsとかreactの方が高いですよ。
言語もTypescriptとか使えば死角がなくなります。
593デフォルトの名無しさん
垢版 |
2020/09/23(水) 17:22:32.14ID:TJRuGaHL
>>592
ありえない
reactはframeworkじゃないし関係ない
静的言語は速度も生産性もC#に勝てない

C#やasp.netを知らない人の意見とすぐわかる
必要なコードの量が全く違う
2020/09/23(水) 17:27:33.88ID:WMt34WtD
Javaの方が早く死にかけてるのに驚いてる
古くからのC#erですよ。
ASP.NETの前のASPのベータ版から親しんでる
爺です。
2020/09/23(水) 18:44:41.10ID:jsSlKDJf
>>584
Blazor WebAssemblyと比較しての欠点でしょ
シンクライアントとファットクライアントを比べたら当然のことが書いてあるだけ
596デフォルトの名無しさん
垢版 |
2020/09/24(木) 08:05:11.98ID:g1jGyjzk
技術選定するにあたって、
Blazorの対抗馬としてReactやらVueやら最近流行りのフレームワークは当然候補に上がってくる。

しかしこの手の技術、実際手を動かして作ってみたことがない…
本当のところ生産性ってどうなんだろう。
両方使いこなせてる人に生産性の違いを教えてもらいたい。

以前なんかのブログに、
TypeScriptは型が使えるんですよ。するとIDEでコード補完やリファクタリング機能が使えるんですよ！これは便利！
と書いてあるのを見た。
実はWeb系の人たちってこれまでものすごい苦行を強いられてきていたのでは…
2020/09/24(木) 08:47:14.39ID:xLAA4wLj
>>596
server-sideの生産性はasp.net coreが格段に上
UI component作るだけならJS/C# どちらの言語に慣れているかで
変わるかもしれない。

流行ってるかどうかではなく、優れているかどうか、
自分のスキル、好みで決めればいいよ
PHPみたいにそこそこ流行っていてもクソみたいな言語もある
598デフォルトの名無しさん
垢版 |
2020/09/24(木) 09:31:02.38ID:g1jGyjzk
>>597
チームで開発してるからなかなか自分の好みだけでは決めれなくて…

Blazorつかいます！ってなったら
そんなのよりVueを使いたまえとか言ってくる偉い人が必ず出てくる。
若い子も流行りのtsやReact、Vueをマスターしたいってなると思う。

そのとき、君たちの憧れの言語やフレームワークはこんな苦行を強いられるのですよと言えるようにしておきたい。
2020/09/24(木) 10:04:58.46ID:xLAA4wLj
>>598
流行りで決めるほうがよっぽど論理的でないだろう

server-sideのbenchmark見てみりゃわかる
node.js系はasp.net coreよりかなり遅い。
それだけでJS系frameworkを使わない理由になる。

同じ言語C#でclient-sideも開発できればコストも削減できる。
Vueなんて個人ベースで作ってるものだろ
長期サポートされないしnode系だから速度も遅い。
2020/09/24(木) 10:15:36.19ID:xLAA4wLj
流行ってるかどうかでいったら普及率ナンバーワンの
web frameworkはWordPressなわけだけど、
本格的なweb appをそんなゴミで開発しようとはならないでしょ。
シェアで技術を選ぶのは完全に間違いってこと
2020/09/24(木) 11:31:25.30ID:PiIDdeD/
WebサイトとWebアプリの違い
2020/09/24(木) 12:43:26.88ID:glrQYFrS
JavaScript は改良が続くんだろうし
いつかTypeScriptとの違いもなくなっちゃうのかもしれんね

そうなったらクライアントサイドがJavascriptでもいいのかもしれない
2020/09/24(木) 13:12:22.54ID:xLAA4wLj
>>602
JSは互換性重視だから大幅には変わらない。
wasm普及したらJSの役割はおしまいだろ

PCとSPで動くnative appを開発できるツールが
でてきてweb appが下火になる未来も来ると思うわ
AppleもMAC向けARM系独自プロセッサ開発する。
最後はcross platform対応のnative appに向かう
604デフォルトの名無しさん
垢版 |
2020/09/24(木) 18:26:57.96ID:BAyxlToW
中途半端Bootstrapより、なんかまともなもんを一つ移植して欲しいな
2020/09/24(木) 19:48:01.41ID:ipSsIIJF
WebAppは、下火になるとしても、独特の面白さがある。
ビビッドアーミーなんかも、Webからすぐに始められるから、インストール型
のゲームよりも罪悪感が少ないため、ヒットした可能性がある。
2020/09/24(木) 19:51:18.25ID:I6ftHOh5
>>596
最近までasync/awaitもなかったんやで・・推して知るべし
自分は最近仕事で使ったからReactはギリ推せる
なぜかというとhooksが導入されたり関数コンポーネントが主流になったりで
React周りの記述量が大幅に減ったから
Reduxなんか挫折する人が出るくらい記述量が無駄に多かったらしい
それもRedux-Toolkitでずいぶん楽になったようだ
調べているうちに新旧のコードを見かけるけど
旧Reduxで組んでた人はよく発狂しなかったと感嘆した
まだまだ記述量が減る余地はあると思うから期待したい
BlazorはRedux-Toolkit以上の使いやすい状態管理が提供されれば
仕事でも使ってみたい
ReactとVueは選定するとき迷ったが、サポートしているのが
FaceBookとコミュニティでは巨人の肩に乗るほうがよいと判断した
Augularは構文デザインになぜか吐き気を覚えたので選定から外した
607デフォルトの名無しさん
垢版 |
2020/09/24(木) 20:22:47.35ID:nbhc13gU
みなさん貴重なご意見ありがとう。

Web系のひとたち、俺たちは最先端のことやってるぜ感出してるけど、
昔のVBAみたいな、あとで誰も手をつけれてないようなシロモノを職人技で苦労しながら作ってるような気がしてて…
そういうのは仕事では使いたくない…

あとBlazorに望むこととしては、
WinFormsやWebFormsみたいに標準のコントロールを充実させてほしい。
DataGridViewやTreeViewが海外のサードパーティ製にしかないのはこれまたお仕事では困る…
ぼちぼちGrapeCityあたりが出してくれそうだが…
608585
垢版 |
2020/09/24(木) 21:43:39.63ID:80+YcRw8
YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる

この2つ以外は、出てこない

GUI 系は、画面の手直しなどで、工数がかさむ。
C#, dot.net などのWindows 系は、いらない。
Java などの土方系も、いらない。
C/C++ などのポインタ系や、ハードウェアの仕組みなども、いらない。
Elixir, Rust は、普及へのchasm・溝を超えられなかった

言語よりも、Docker, Kubernetes, AWS などの、サーバー構築・新規案件を重視する。
上流工程・新規案件の方が、価格交渉力が強いから。
一方、下流工程・保守案件は低価格しかない

>>585
で書いた、AWS Elastic Beanstalk の中で、
Puma for Ruby, Docker, Go を抑えておけばよい
2020/09/24(木) 22:08:01.62ID:BrtCX/UE
サーバー版Blazorのシステム納品間近
サーバーサイドとクライアントサイドをC#同一ソースコードで記述できるから開発効率高いね
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況