Vue vs React vs Angular Part.4

**デフォルトの名無しさん** · 2020/06/11(木) 19:01:45.26

実際どうなん？
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/07/20(月) 09:31:32.50

>>492
これ作り話くさいな
混沌としたFront endなのだから何を使ってどういう構成
にするのか具体的に指示しないと伝わるわけがない。
雑な指示したおまえが無能

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

>>491
C#は生産性優先でJavaほど頑固なオブジェクト指向でないことは理解してる

**デフォルトの名無しさん** · 2020/07/20(月) 09:34:46.68

>>502
混沌としてるのはフロントエンドじゃなくJS ecosystemな
Blazorにすれば混沌とはおさらば

**デフォルトの名無しさん** · 2020/07/20(月) 09:36:11.74

>>496
Silverlight
pluginなことと
web standardじゃなかったこと

**デフォルトの名無しさん** · 2020/07/20(月) 09:36:38.68

かつて猛威を奮ったFormsほどではないが
Blazorならバカでもチョンでも簡単にSPAを作れてしまう
ジャバスク職人はもういらないのだよ

**デフォルトの名無しさん** · 2020/07/20(月) 12:02:07.86

どっちでもええわ。くだらね。

**デフォルトの名無しさん** · 2020/07/20(月) 19:43:34.23

知識ゼロからASP.NET+Blazorの開発環境を立ち上げるのとNode.js+Reactの環境を立ち上げるの
どっちが簡単なんだろうね。

**デフォルトの名無しさん** · 2020/07/20(月) 19:45:36.00

そりゃBlazorだろ
マイクロソフトはそのあたりは抜け目がない

**デフォルトの名無しさん** · 2020/07/20(月) 19:50:06.26

jQueryおじさんがマシに見えるな

**デフォルトの名無しさん** · 2020/07/20(月) 19:50:21.00

$ sudo apt install -y nodejs
$ npm install -g create-react-app

blazorもこのレベルで行けるん？

**デフォルトの名無しさん** · 2020/07/20(月) 19:54:20.34

>>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.75

>>510
create-react-appは
出来が悪くすごい待たされるが

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

Blazor使ったことない人は>>511やってみるべき

**デフォルトの名無しさん** · 2020/07/20(月) 19:57:20.85

それVirtualstudioのインストールを完全に無視してんじゃん

**デフォルトの名無しさん** · 2020/07/20(月) 20:01:30.36

VisualStudioはあったほうが快適だけど必須じゃ無いよ
VSCodeでもVimでもなんでも使えばいい

**デフォルトの名無しさん** · 2020/07/20(月) 20:05:06.33

jQueryおじさんの次はBlazorおじさんか

**デフォルトの名無しさん** · 2020/07/20(月) 20:09:37.67

>>511
それは単に自動生成してるだけやろ？
全てのリンクをスムーススクロールにするコード書いてみ

**デフォルトの名無しさん** · 2020/07/20(月) 20:18:35.66

>>513
webの開発者ならVS Codeくらいいれてるだろふつう

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

C#やるならVisual Studioいれたほうがいいけどな

**デフォルトの名無しさん** · 2020/07/20(月) 20:21:47.90

>>516
プロジェクト作成なんて自動生成でつくられるべきだろ

create-react-appは時間かかりすぎでダサい

**デフォルトの名無しさん** · 2020/07/20(月) 20:25:36.55

>>518
自動生成で作れるのは
価値がないコートだけだよ
誰でも同じものが手に入るんだから

**デフォルトの名無しさん** · 2020/07/20(月) 20:26:17.04

自演じゃないならBlazorの話してるヤツ３人以上居そうだし専用スレ立てても十分やっていけるだろ
いい加減専用スレ立てろよ

**デフォルトの名無しさん** · 2020/07/20(月) 20:51:47.51

括りとしてはモダンSPAフレームワークなんでここでいいだろ

**デフォルトの名無しさん** · 2020/07/20(月) 21:00:07.53

>>511
なるほど面白い。ただ、このチュートリアルはSPAじゃないんだな。
create-react-appというよりexpress-generatorっぽい。

**デフォルトの名無しさん** · 2020/07/20(月) 21:03:22.07

コマンド数回打つだけでこんなに簡単にプロ品質のものが
作れるのはBlazorしかないよ
素晴らしいアイデアだと思う

**デフォルトの名無しさん** · 2020/07/20(月) 21:08:55.51

>>521
フロントエンドJavaScriptフレームワーク総合
https://mevius.5ch.net/test/read.cgi/tech/1591848719/

**デフォルトの名無しさん** · 2020/07/20(月) 21:09:23.40

他の言語でもwasmベースのフレームワークが増えるといいね
JavaScriptを駆逐してやりたい

**デフォルトの名無しさん** · 2020/07/20(月) 21:18:56.24

まあ無理だね。
好むと好まざるとに関わらず残り続けるよ。
最低シナリオでもグルー言語として残り続ける。
そのころにはC#は滅んでるだろうがねｗ
TypeScriptと比べても設計古すぎなんだよこのクソ言語ｗ
WASMもプライマリ言語はRustになっちゃってるし。
クソ言語はその他有象無象の一つとしてしか立場はない。
ま、C#バカはJSすら覚えられずに恨み節なんだからRustなんて覚えられるわけないわなｗ
老害産業廃棄物としてゴミ箱行きｗｗｗ

**デフォルトの名無しさん** · 2020/07/20(月) 21:19:24.12

ははｗそれは無理やろ

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

僅かなパイを奪い合ってる状態だぞ

**デフォルトの名無しさん** · 2020/07/20(月) 21:25:14.51

俺の予想ではwasmは最終的に
JavaScriptを駆逐するのではなく
JavaScriptを強化するために使われるだろうな

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

サーバーの設定をちょいといじるだけで
今までのJavaScriptの開発を変えずに
wasmの恩恵が受けられる

**デフォルトの名無しさん** · 2020/07/20(月) 21:27:28.81

>>527
酷ぇ調査だなこれ。カテゴリ分けずにJSライブラリでいっしょくたか。
一緒に使うライブラリでシェア割っちゃってるし。
例えばjQueryとBootstrapが競合だなんて業界にいたら誰も思わんだろ。
w3techはこれ作ったやつ即刻クビにしたほうがいい。

**デフォルトの名無しさん** · 2020/07/20(月) 21:30:35.73

C#は設計古いところはどんどん改善して変化し続けてるけどな
次バージョンじゃMainいらなくなるしValueObjectを言語レベルでサポートする

**デフォルトの名無しさん** · 2020/07/20(月) 21:34:58.90

>>529
なんか問題があるの？
合計してみればわかるように100%を超えている
競合の有無は関係なく、それぞれのJavaScriptライブラリが
どれだけ使われてるかって数値だよ

**デフォルトの名無しさん** · 2020/07/20(月) 22:08:06.12

Blazorスレ立てちゃえよ

**デフォルトの名無しさん** · 2020/07/20(月) 22:09:43.57

UI関連フレームワーク連敗記録は何処まで伸びるかね

**デフォルトの名無しさん** · 2020/07/20(月) 22:18:25.68

MSなら<canvas>にWPFをレンダリングするくらいできそうなもんだがなぁ。
やったらやったで反発がすごそうだが。

**デフォルトの名無しさん** · 2020/07/20(月) 22:21:04.66

老害JSerが猛反発しそうだなｗ

**デフォルトの名無しさん** · 2020/07/20(月) 22:34:15.86

おれJavaScript書いて10年だけど、型のメリットなんて全く理解できないし、わざわざC#みたいなダメ言語触ってるやつの気がしれん

**デフォルトの名無しさん** · 2020/07/20(月) 22:55:19.66

オモチャ作って遊ぶだけならそれでもいいんだろうけどねえ
ビジネスでは型なしはちと厳しい

**デフォルトの名無しさん** · 2020/07/20(月) 23:37:20.53

立てたぞ

【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/

**デフォルトの名無しさん** · 2020/07/20(月) 23:46:47.95

>>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.28

https://redmonk.com/sogrady/2020/02/28/language-rankings-1-20/
JavaScript 1位
C# 5位

**デフォルトの名無しさん** · 2020/07/20(月) 23:57:06.64

>>528
jQueryおじさんまだいたか

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

wasm時代はJS縛りがなくなるわけだから
大手は生産性の高い言語で開発を始めるようになる。

**デフォルトの名無しさん** · 2020/07/21(火) 00:02:33.34

>>532
そんなに分裂させても過疎るとおもうけどな
フロントエンドJavaScriptフレームワーク総合
も過疎ってる。
Blazorの話題でるまではこのスレも超過疎だったし

次からスレタイにvs Blazorも追加しちゃえばいいよ

**デフォルトの名無しさん** · 2020/07/21(火) 00:04:18.19

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.12

>>536
Visual StudioでWindows appをつくってみろ
C#でな
それやるとtype safeのありがたみがわかる
開発スピードが別次元になる

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

スクリプトだとPerl, PHP, JSが世界3大クソ言語

**デフォルトの名無しさん** · 2020/07/21(火) 00:11:09.12

>>540
それはJSがbrowserで動く唯一の言語だったからだ。
仕方なく使っていただけで人気なわけではない。

wasmの時代は好きな言語つかえるから
もうJSは終わりに向かってる

**デフォルトの名無しさん** · 2020/07/21(火) 00:15:37.07

漏れは、UIPathで、RPAのプログラムを書いたけど、
操作するアプリから、取ってくる値も、
書き込む値も、両方、文字列なのに、いちいち変換させられるのが、大変で、困った！
数字を取ってきたときも、計算するために、文字列から、数値に変換させられるのは、分かるんだけど、操作してるアプリに、書き込むときは、文字列以外、あり得ないのだから、いちいち変換させられるのは、意味が分からなかった！

**デフォルトの名無しさん** · 2020/07/21(火) 00:16:55.74

UIPathでは、C#しか、使えない！
Rubyでも、書けるようにして欲しい！

**デフォルトの名無しさん** · 2020/07/21(火) 00:19:09.97

GithubはMicrosoftのサイトだからC#が人気なのでは。

GNUならPHPかもしれない。

**デフォルトの名無しさん** · 2020/07/21(火) 00:20:22.55

RPAは流石にスレチすぎるだろ

**デフォルトの名無しさん** · 2020/07/21(火) 00:24:09.16

ビビッドアーミーって広告よく出てない？
このゲームは中華だからやっぱりVueですか？

**デフォルトの名無しさん** · 2020/07/21(火) 00:38:26.14

>>543
flutter来てるなー。Dartとか覚えるのめんどくさそうなのに。
なんでこんなに伸びてるんだろ。

**デフォルトの名無しさん** · 2020/07/21(火) 00:56:20.57

>>544
マジでこれだよな
ほんとこれに尽きる

VS＋c#でやるとVSC＋javascriptがいかにクソでデバッグが苦しいかわかる

**478** · 2020/07/21(火) 02:20:54.87

>>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.76

言語にOSが含まれてるｗｗｗ

**デフォルトの名無しさん** · 2020/07/21(火) 06:51:15.60

>>550
確認したけどフレームワーク的なものはなんも使ってなかった
気になるんならChromeかFirefoxでVue.js devtoolsでも入れて見てみたらいいと思う

**デフォルトの名無しさん** · 2020/07/21(火) 07:30:54.45

レバニラJSですか。

**デフォルトの名無しさん** · 2020/07/21(火) 07:53:53.51

>>553
Rubyはecosystemが小さい
言語のバージョンアップですぐに互換性がなくなることで有名
性能も低い
Rubyは実質Rails専用言語と化している

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

C#のように広い範囲で使われてる優秀な言語とは大違い
C#はwindows app, server-side, Gameなど範囲が広い

**デフォルトの名無しさん** · 2020/07/21(火) 12:19:52.79

自分より下を見付けて安心するとか完全に劣等感思考だな
なんだ？C++勢にポインタが使いこなせないC#erってバカにされて八つ当たりにでもきたのか？

**デフォルトの名無しさん** · 2020/07/21(火) 12:21:58.73

C#はポインタ模使えるが？

**デフォルトの名無しさん** · 2020/07/21(火) 14:41:03.04

今更やけどここ最近スレチ過ぎるわ
C系使ってるやつが書き込むのは全然いいけどスレタイに関係ないこと喋りたいんやったらそれぞれのスレ行け

**デフォルトの名無しさん** · 2020/07/21(火) 15:06:15.13

Javascriptはウェブ板というのが、ム板のルールだから。

**デフォルトの名無しさん** · 2020/07/21(火) 18:18:52.09

C#って社畜のイメージしかない。

**デフォルトの名無しさん** · 2020/07/21(火) 19:37:54.47

エンジニアの大半は社畜だろ

**デフォルトの名無しさん** · 2020/07/21(火) 22:23:18.32

スレ伸びてんなーと思ったらスレチで盛り上がってたのか。。
テキストエディタで書いてFireBugでデバッグしてた10年以上前と比べたら今のフロントの開発なんて天国だぜ。
これは言語というより、JSフレームワークとIDEの進化のおかげ。
回顧ジジイの戯言かもしれんが。。

**デフォルトの名無しさん** · 2020/07/21(火) 22:49:39.61

>>564
まあそうなんだけど
そのぶんやることの範囲も求められることも多くなってユーザーも肥えてるから
昔とは違った辛さがあると思うよ

**デフォルトの名無しさん** · 2020/07/22(水) 00:15:53.80

C#って確かにいい言語だけど
業務上でブランチプログラムが沢山できて開発終了から５年くらい経った上に当時の担当者が辞めた場合とかどのブランチなのか確認するのに一苦労するから
最近スクリプト言語以外は避けたいなとか思ってる

**デフォルトの名無しさん** · 2020/07/22(水) 00:37:06.54

それ言語関係あんのか

**デフォルトの名無しさん** · 2020/07/22(水) 00:37:20.45

ブランチプログラム？？

**デフォルトの名無しさん** · 2020/07/22(水) 00:52:19.20

朝食と昼食の間くらいに書くプログラムのこと

**デフォルトの名無しさん** · 2020/07/22(水) 01:14:31.02

「ブランチプログラム」でググっても出てこないんだけど？

**デフォルトの名無しさん** · 2020/07/22(水) 01:24:01.34

>>566
それ逆だろう
C#こそ仕様変更あったときに修正しやすい。
IDEがエラー拾ってくれるから楽できる。

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

担当引継ぎはバージョン管理とかドキュメント保管の問題だが
メンテナンスコスト低いのは型のある言語

**デフォルトの名無しさん** · 2020/07/22(水) 01:26:03.91

>>570
たぶんgitとかのbranchのことじゃないかね

**デフォルトの名無しさん** · 2020/07/22(水) 01:30:36.64

>>572
こんなオレオレ用語が通じると思ってる時点でアレだよね

**デフォルトの名無しさん** · 2020/07/22(水) 01:38:35.35

いやいやGitより遥かに昔からOSS界隈では枝分かれの事をForkとかBranchとか言ってたよ

**デフォルトの名無しさん** · 2020/07/22(水) 01:47:48.97

>>571
今そこで動いてるプログラムのソースの特定ってリリース直後なら全然問題ないけど時間が経つとPCが飛んだりファイルサーバーが飛んだりして色々分からんくなるんよ
管理が悪いと言われればそれまでだけど

たったちょっとの下らない修正をする場合に今サーバーで現在動いてるソースを正にできるならこんなに楽な事はない

**デフォルトの名無しさん** · 2020/07/22(水) 01:52:43.74

>>574
「ブランチプログラム」の話やで？ブランチやフォークじゃない

**デフォルトの名無しさん** · 2020/07/22(水) 01:53:51.05

>>575
具体的にC#でソースの特定になぜ困るの？

**デフォルトの名無しさん** · 2020/07/22(水) 01:57:43.97

アセンブリのバージョン見りゃすぐにわかるし、簡単にデコンパイルもできるけど？
その程度の管理体制であれば、むしろスクリプトの方が安易にサーバー上での書き換えを助長してカオスになるやろ

**デフォルトの名無しさん** · 2020/07/22(水) 08:49:11.56

そんな杜撰な管理をする企業はウェブサイト公開したらだめだよ

**デフォルトの名無しさん** · 2020/07/22(水) 09:12:34.80

自社ならどうしようもないが他社案件の引き継がない引き継ぎとかならまぁなくはない

**デフォルトの名無しさん** · 2020/07/22(水) 09:33:53.61

WEB系ってホビーの延長みたいな企業が多いからこういう杜撰なとこも少なくないのかね
業務系じゃ考えられないよ

**デフォルトの名無しさん** · 2020/07/22(水) 10:15:54.53

Google「ウェブ系ですが？」

**デフォルトの名無しさん** · 2020/07/22(水) 10:32:50.16

そんなもの引き受けなきいいに越した事はないが上が決めた事だから従わざるを得ない技術者が飛んだ会社の保守の引き継ぎとかさ

**デフォルトの名無しさん** · 2020/07/22(水) 10:57:39.34

自殺とか行方不明の人の引継ぎは嫌どす

**デフォルトの名無しさん** · 2020/07/22(水) 12:34:59.62

>>583
それならなおさらスクリプトはやっかいだね

**デフォルトの名無しさん** · 2020/07/22(水) 15:19:18.80

>>581
お前が時代遅れのクソジジイだと認識しろよゴミwww

**デフォルトの名無しさん** · 2020/07/22(水) 16:12:45.93

なんでここシーシー言ってるおじいちゃん湧いてるんや
シーの読み書きのし過ぎで目バグってスレタイ読めんくなったんか

**デフォルトの名無しさん** · 2020/07/22(水) 16:16:13.80

>>586
えー？
うちは比較的モダンな現場なんでこんな杜撰な管理はしてませんよ
コードもリリースも全てテキストファイルでバージョン管理されてます

**デフォルトの名無しさん** · 2020/07/22(水) 23:07:35.80

Excel のマクロで、再帰的なファイル操作とかしてると、難しくて仕方ない。
おまけに仕様書もない。
こういう仕事が、1人月100万円

これが、Ruby のファイル操作なら、ものすごい簡単。
glob で済む

**デフォルトの名無しさん** · 2020/07/23(木) 10:57:27.96

JqueryおじとBlazorおじとRuby君で戦わせたらどうなんの？

**デフォルトの名無しさん** · 2020/07/23(木) 11:00:04.11

Rubyガイジも爺さんだよ
年取ると周りの意見が耳に入らなくなるんだ

**デフォルトの名無しさん** · 2020/07/23(木) 11:02:41.88

馬鹿は若くても人の話を聞かんから年齢は関係ないがな

**デフォルトの名無しさん** · 2020/07/23(木) 11:13:10.23

年取って周りの意見が耳に入らなくなった老害JSおじさん

vs

若いBlazor勢力

**デフォルトの名無しさん** · 2020/07/23(木) 11:20:51.69

Blazorの記事見てるけどなんかBlazorのソースってフレームワーク使ってないPHPやJSPみたいなコーディングするんだね

**デフォルトの名無しさん** · 2020/07/23(木) 11:26:19.24

>>594
ウェブシステムのフレームワークってどれもそういうもんだぞ
それが一番ウェブのシステム開発に適してると判断したってことだよ

**デフォルトの名無しさん** · 2020/07/23(木) 11:37:21.07

>>593
お前老害過ぎるわｗ

**デフォルトの名無しさん** · 2020/07/23(木) 11:43:47.44

タグの中に分岐やループの制御文書くのってなんかレガシーな感じだよね

**デフォルトの名無しさん** · 2020/07/23(木) 11:49:55.98

>>597
ほぼすべてのフレームワークが、それを採用してる。
っていうか、それを採用してないフレームワークを
お前は一つでも言えるの？何も知らんでしょ？

**デフォルトの名無しさん** · 2020/07/23(木) 11:54:30.03

まだ5年くらいしか経ってないJSTL（JSP Standard Tag Library）に
ようやく追いついてレガシー呼ばわりされるとは開発しがいがないね

**デフォルトの名無しさん** · 2020/07/23(木) 11:55:05.70

>>597
KISSの原則だな
人類は奇抜なアイデアに翻弄されて様々なアーキテクチャ浮気したけど
原点回帰かつそれを高度に洗練させたものが結局はイチバンだったというわけだ

**デフォルトの名無しさん** · 2020/07/23(木) 12:00:44.73

>>597
でも他にいい案もなくね？