フロントエンドJavaScriptフレームワーク総合

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

どうぞ

**デフォルトの名無しさん** · 2020/06/18(木) 04:25:47.46

bootstrap5がjqueryはゴミでしたって結論づけました

フロントエンド開発ツールとブラウザサポートの進歩により、jQueryを依存関係として削除できるようになりましたが、他の方法では気付かないでしょう。
これは、フレームワークに対する数年で最大の変更点の1つであり、Bootstrap 5で構築されたプロジェクトは、ファイルサイズとページの負荷が大幅に軽減されることを意味します。

**デフォルトの名無しさん** · 2020/06/18(木) 05:28:54.24

Still want to use jQuery? It’s possible!
jQueryを使いたいですか？可能です。
https://v5.getbootstrap.com/docs/5.0/getting-started/javascript/#still-want-to-use-jquery-its-possible

Bootstrap5はちゃんとjQueryにも対応しとるで

> jQuery’s plugin system; this means you’ll be able to do $('[data-toggle="tooltip"]').tooltip() to enable tooltips.
jQueryが入っていれば便利メソッドが使える

**デフォルトの名無しさん** · 2020/06/18(木) 07:34:06.82

>>15
いやいや依存ライブラリから除外したのは今回のリリースが初やろ

**デフォルトの名無しさん** · 2020/06/18(木) 08:14:39.05

Ruby on Rails 6, Bootstrap 4 では、
yarn add bootstrap jquery popper.js

Jquery に依存しなくなっても、Popper.js への依存は、どうなる？

**デフォルトの名無しさん** · 2020/06/18(木) 09:03:52.76

>>18
公式ではそうだけど思想としてはBootstrap for Native JavaScriptってのは大分前からあったな
>>19
Popperは依存というよりほぼIEをサポートするためのもんだろ

**デフォルトの名無しさん** · 2020/06/18(木) 09:11:42.28

まぁそもそもjQueryが流行りだした頃ってHTML4.01時代で素のJavaScriptがメチャクチャ貧弱だったけど
HTML5世代になってから相当APIとか充実したからネイティブのJavaScriptに置き換えたとしてもそこまでコードが肥大するってわけでもないしな

**デフォルトの名無しさん** · 2020/06/18(木) 09:42:44.58

>>20
うん、さよならしたのは今回が初めて

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

次はwordpressだ！これがデフォルトでフロントエンドにjquery差し込むもんだからjqueryのシェアがイマイチ下がらない諸悪の根源

**デフォルトの名無しさん** · 2020/07/07(火) 08:55:36.91

>>23
Webサイトはそれでいいだろ
フレームワークが必要になるのはWebシステムなんだから

まぁWordPressよりもWixの方がいいだろ感はあるけど

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

よくこんな地獄みたいなスレ立てたな

**デフォルトの名無しさん** · 2020/07/11(土) 12:43:21.91

>>10
それは「飽きる」とは言わない。
「撤退する」だ。

**デフォルトの名無しさん** · 2020/07/11(土) 20:24:58.45

>>26
創始者のプロジェクトからの離脱の前に
その前段階として飽きとか情熱が落ちるというのがあるのよ

**デフォルトの名無しさん** · 2020/07/12(日) 14:54:08.83

>>27
アイデアからして全然違うフレームワークの方が圧倒的人気を持った場合、
自分のフレームワークのプロジェクトを閉じるのは当然で、情熱がなくなるのも
当然。
人気を出すためには、人気の有るフレームワークに近づける必要が有るわけで、
自分の路線でそのまま行っても人気が出る可能性は薄い。
また、本人も最大人気のフレームワークに比べて何らかの点で劣っている事が
分かっているはずで、自分のフレームワークを成長させていってもジリ貧である
ことがわかっているから、情熱を失う。

**デフォルトの名無しさん** · 2020/07/12(日) 19:50:38.44

別のフレームワークじゃなくJavaScriptの最新の傾向なんだけどね
それをいち早く取り入れたかどうかの違いで

**デフォルトの名無しさん** · 2020/07/13(月) 00:10:07.45

>>29
Vue, React, Angular, Razorの違いって、そういうことじゃなくて、設計指針やアイデアの違い。
そして、結果的にVueが最も人気が有る。
新しいことを取り入れたかどうかではない。

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

>>30
いや、上で言われてるのはVue.jsがReactに寄ったって話だろ

**デフォルトの名無しさん** · 2020/07/13(月) 00:31:35.02

確認だけど、最大人気は Vue が持っているんだよね。
後は、廃れている可能性が高くて。

**デフォルトの名無しさん** · 2020/07/13(月) 00:49:46.55

VueはWebサイトでも使われてる事例が多いから相対的にシェアは大きいかもな

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

いや確かVueが一番人気なのは中国と日本とあともうひとつ変な国だけだったはず

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

>>30
なぜそこにRazor？

**デフォルトの名無しさん** · 2020/07/13(月) 11:33:12.72

>>34
vueは、githubの全プロジェクトの中で、ドキュメント(説明文のみ)部門を除いては一位の人気を誇る。

**デフォルトの名無しさん** · 2020/07/13(月) 12:37:30.89

そりゃ中国のプロジェクトだからなぁ

**デフォルトの名無しさん** · 2020/07/13(月) 12:54:39.31

最新のstateofjs フロントエンドフレームワークの項
https://2019.stateofjs.com/front-end-frameworks/

ま、ガッカリすんなよ。ガラパゴスジャパンと中国父さんで人気なんだからいいじゃねぇか。

**デフォルトの名無しさん** · 2020/07/14(火) 13:01:03.03

2020/4/26
webpack 4 の入門メモ
https://qiita.com/rubytomato@github/items/687b1987c7ee233443aa

webpack.config.js を自動作成するため、
npx webpack-cli init
と入力すると、@webpack-cli/init をインストールするか聞かれるので、インストールすると、

npm install -g @webpack-cli/init
で、バージョン・0.3 が入り、エラーが出て、ひどい目にあった！

そこで、アンインストールして、
npm uninstall -g @webpack-cli/init

代わりに、バージョン・0.2.2 をインストールした
npm install -g @webpack-cli/init@0.2.2

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

バックエンドフレームワークでフロントのビルド環境が整ってるやつ使えばイチイチ気にする必要もないけどな

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

>>40
そのフレームワークの名前は？

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

自分はLaravel使ってるがRoRでもv6から対応してるんだとか

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

>>39
anyenvとかの、本質的な管理(npm)の間に何層も便利レイヤーが入ってて、うまく動くときにツールがすごいだけなのに分かった気になって自分がすごいと調子に乗ってるからそうなる

結局そのプラットフォームで手広く使われてる管理方法をちゃんと理解しておかないと、
トラブったときに何が原因なのか切り分けられないから、
パッケージのバージョン違いのトラブル程度が「酷い目」に感じられるんだよ

39 · 2020/07/14(火) 14:46:30.72

Rails: webpack(er)に乗り換える25の理由（翻訳）
https://techracho.bpsinc.jp/hachi8833/2020_04_10/90859

Rails 5 から、webpack を使えたけど、
標準になったのは、Rails 6 から

**デフォルトの名無しさん** · 2020/08/01(土) 00:08:59.83

LaravelだとLaravelMixというwebpackの設定が簡単に書けるものがあるから
vueも割と簡単に導入できるな

**デフォルトの名無しさん** · 2020/08/17(月) 23:21:18.21

複雑な処理はwasm になるだろう

**デフォルトの名無しさん** · 2020/08/18(火) 16:35:54.43

>>46 既にPython がwasm で動いてる。　データサイエンス部門はPython only になりそうだな。
当然Javascript の機能も使える。

**デフォルトの名無しさん** · 2020/09/13(日) 03:09:22.00

Vueのプロジェクト新しく始めるときにVue-Cliって使ったほうがいいのかねえ
なんか裏側で何が起こってるのかよく分からなくなるから、個人的にはwebpackの設定ゴリゴリ書きたいんだけど、主流がvue-cliみたいだから無理やり使ってる

laravel mixとかもそうだけどwebpackをブラックボックスにしたツールあんま好きになれない

**デフォルトの名無しさん** · 2020/10/27(火) 12:51:34.40

後継スレage

**デフォルトの名無しさん** · 2020/10/27(火) 12:55:35.80

前スレ
>>986
書いたのぼくなんだけど、
いや決してblazor最高！って言ってるわけではない。

次に使う技術を選考するにあたって、
他のWebフレームワークでもおなじようなことができるのか純粋に聞きたかっただけ…

とにかくフロントとバックで言語を合わせたらできるということがわかった。ありがとう。

バックエンドをtsとc#のどっちがいいかは、両方使ったことがある人にしか判断つかなさそうね。
で、なかなかそういう人はいなさそう。

たぶんMS推しまくってる人もそうだと思う…

**デフォルトの名無しさん** · 2020/10/27(火) 13:06:09.30

>>50
単純に言語としての良し悪しならC#とTSは甲乙付けがたい。カッチリしたC#か、より柔軟なTSか。どちらも優れた言語だ。
バックエンドのエコシステムとして見たら……いろんな視点があるからなんとも

**デフォルトの名無しさん** · 2020/10/27(火) 13:18:03.70

ここはJSのすれなので...

**デフォルトの名無しさん** · 2020/10/27(火) 13:42:04.55

ここは総合スレなので周辺の話題はOK

**デフォルトの名無しさん** · 2020/10/27(火) 13:47:39.42

>>50
backendははっきりしてる。C#のがts(node)よりいい
実行速度がレベルが違う

backendは生産性考えたら静的言語以外は使いたくないわ
C#のように言語が強力だと何をやるにも楽だわ

**デフォルトの名無しさん** · 2020/10/27(火) 13:58:18.14

流石にC#だけの話はスレ違い

**デフォルトの名無しさん** · 2020/10/27(火) 14:23:30.30

隔離スレ必要かも

**デフォルトの名無しさん** · 2020/10/27(火) 15:47:03.48

普通のweb appでサーバーの実行速度がボトルネックになることはほぼねーよ。

**デフォルトの名無しさん** · 2020/10/27(火) 16:44:28.91

いやふつうに速度落ちるし
どんだけ過疎サイト作ってるのさ

落ちなきゃいいとかいう低レベルなのでいいわけ？
サクサクにしないとリピーター増えないわけよ

**デフォルトの名無しさん** · 2020/10/27(火) 16:47:22.07

>>55
54もtsと比較してるしC#だけじゃない

JSありきで思考停止していてはだめ
それは宗教

**デフォルトの名無しさん** · 2020/10/27(火) 16:58:26.62

C#の話しない奴は思考停止

**デフォルトの名無しさん** · 2020/10/27(火) 19:22:06.25

>>54
いやあなためちゃくちゃjs,tsディスってるけど、
経験はあるの？
そういう頭ごなしに否定する意見はあまり信用できない。

**デフォルトの名無しさん** · 2020/10/27(火) 20:03:07.77

>>61
そりゃあるよ
C#に比べたら動的言語は全部ゴミ

動的言語は生産性低いわ遅いわで最悪

AndroidもiOSも開発は静的言語だろ？
個人的な感想じゃなくて事実なの

**デフォルトの名無しさん** · 2020/10/27(火) 20:06:42.73

JS, TSをディスってるのではない
動的言語、スクリプト全般がダメという話

MS, Google, Appleの一押し言語は全部、静的だろう
JSだけ取り残された化石なんだよ

**デフォルトの名無しさん** · 2020/10/27(火) 20:15:50.34

じゃあこのスレはあなたの趣向に合わないねバイバイ

**デフォルトの名無しさん** · 2020/10/27(火) 20:21:42.65

ぶっちゃけVSとc#はマジで最強
これは否定できない

しかしWebシステムではまったく使われていない
どうしようもないほどゴミクズな存在
普及しそうな気配もない

**デフォルトの名無しさん** · 2020/10/27(火) 22:35:27.19

>>65
嘘をついてはいけない

Microsoft ASP.NET はシェア42%でトップ
https://www.wappalyzer.com/technologies/web-frameworks/

**デフォルトの名無しさん** · 2020/10/27(火) 22:38:38.69

Web開発はjsから入る。
そこからtsに行くことはあっても
c#に行くことはないわな

**デフォルトの名無しさん** · 2020/10/28(水) 06:11:35.16

・老害は自説を曲げない
・老害は沸点が低い・怒りっぽい
・自分の価値観を押し付けてくる
・老害は話が長い、くどい
見事に老害の枠に収まってて草
https://docoic.com/9265

**デフォルトの名無しさん** · 2020/10/28(水) 07:30:12.06

>>66
分母がなんなのか不明なんだが

**デフォルトの名無しさん** · 2020/10/28(水) 07:56:02.60

>>67
js, tsしかやらないっていうのは
静的言語わからないエンジニアのままでいるってことだな

C#やらなければwindows appもasp.netも使えない。
静的言語の理解がないのでAndroid , iOS appも開発できない
エンジニアとしてはかなり格下

**デフォルトの名無しさん** · 2020/10/28(水) 08:12:32.36

GCのある言語なんて軟弱、CやRustやれ。
コンパイル言語なんて軟弱、アセンブリやれ。
とかいくらでも言いようはあるわけで。C#の殻に籠もってればいいのに

**デフォルトの名無しさん** · 2020/10/28(水) 08:27:31.61

餌を与えないで下さい

**デフォルトの名無しさん** · 2020/10/28(水) 09:15:48.03

>>66
Wappalyzerに検知されるバックグランドテクノロジーってサーバーの構成に問題あると思う
たまにPHP5.4とかMySQLとかが検知されてるの見た事あるけど

**デフォルトの名無しさん** · 2020/10/28(水) 09:20:28.68

実際JS,TSしかできません、やりませんって人も多いんだろうね
でもプログラミング言語ってそんなもんだよね
日本語で生きていけるのに、英語学べ！って言われてもはあ…ってかんじだよ
いろんな言語を貪欲に習得する人はすげーなとおもう

**デフォルトの名無しさん** · 2020/10/28(水) 09:25:19.08

>>66
日本は2％じゃん
つまり42％✕2％でたったの0.8％なのになんでこいつ嘘ついてんの？

**デフォルトの名無しさん** · 2020/10/28(水) 09:31:34.01

>>69
実際のwebから収集されてるデータだぞ
信頼性が高い

**デフォルトの名無しさん** · 2020/10/28(水) 09:33:16.01

>>74
tsやっててtsしかできん人は流石におらんのやない？

**デフォルトの名無しさん** · 2020/10/28(水) 09:36:04.45

>>75
全世界のデータが意味ないとでも？
掛け算して意味不明な値だしてるし頭悪すぎて草
％の使い方すらわからないことに驚き

**デフォルトの名無しさん** · 2020/10/28(水) 09:42:01.51

webpackのビルド設定かなんかで専用のdevtoolには検知されてもWappalyzerでは検知されない事多々あるんだよな

**デフォルトの名無しさん** · 2020/10/28(水) 09:45:23.40

TSやってる人は他の言語の経験それなりにあって、
Electronベースの結構複雑なソフト(それこそvscodeとか)を作ってるからTSを使ってる印象あるけどな
今風のイケてるプログラマーだと思うけど

てかそもそも言語は大事じゃないでしょ。職業プログラマーだったら色々な言語書くことになるでしょ。

**デフォルトの名無しさん** · 2020/10/28(水) 09:53:01.61

>>80
寧ろ職業プログラマは仕事で使う言語しか覚えないからJavaしかできないってヤツとか相当多い

**デフォルトの名無しさん** · 2020/10/28(水) 10:04:01.70

>>80
frontendはJSしかできない奴多いよ
受託開発ならいろんな言語やらされるだろうが
そういう企業ばかりではないし
web appなら言語変わるのはbackendだろう。

**デフォルトの名無しさん** · 2020/10/28(水) 12:36:00.61

next.js10の最適化凄いな。こういう変化の速さはさすがだわ

**デフォルトの名無しさん** · 2020/10/28(水) 12:57:17.00

>>78
オメーがバカなんだろ
aspのシェアが42％でasp全体で日本は2ぱーなんだからフレームワーク全体だと掛け算だろが
小学生以下のアホがバカを晒して自慢すんな

**デフォルトの名無しさん** · 2020/10/28(水) 13:15:46.33

>>84
IT後進国の日本だけのシェアなどまったく意味がないし
そもそもそのそのデータの国別、言語別の統計はあてにならない
ということに気付かない時点で無能だわ

ほかのframeworkでもアメリカが50%超えてる時点で気付けないんだな
アメリカはコスパいいレンタルサーバー、データセンター、クラウドサービスが
多いからアメリカがシェアが高くなっているだけの話だ
それはIPアドレスで判定してるだけ
アメリカのデータ値はアメリカ人がアメリカ国内で使っていることを表しているわけではない

**デフォルトの名無しさん** · 2020/10/28(水) 13:21:52.37

>>85
じゃあwappalyzerのザル統計なんか晒すなボケ

**デフォルトの名無しさん** · 2020/10/28(水) 15:58:57.89

wappalyzerが最も信頼できる

**デフォルトの名無しさん** · 2020/10/28(水) 17:28:40.47

選好バイアスというやつだね。
自分に都合のよい結果を出す情報源をより信頼してしまう。

**デフォルトの名無しさん** · 2020/10/28(水) 17:35:41.58

>>88
そう思うならほかの統計データ出してくれ
信頼できそうなやつな

一般の法人ならASP.NET系使うのはごくふつうのこと
サポート期限が長いしMSの技術と品質が信頼されてる

**デフォルトの名無しさん** · 2020/10/28(水) 17:58:01.01

普通にLinuxかクラウドでしょ

**デフォルトの名無しさん** · 2020/10/28(水) 19:45:42.76

>>82
だからそういう人は絶対tsには手を出さないしwebpackビルドなんてしないだろ

**デフォルトの名無しさん** · 2020/10/28(水) 19:48:26.35

少なくともLaravel-MixでビルドしたものはWappalyzerに検知されないしAmazonで部分的に使われてるReactもWappalyzerには検知されてないからな

**デフォルトの名無しさん** · 2020/10/28(水) 19:49:43.58

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください

**デフォルトの名無しさん** · 2020/10/28(水) 22:13:43.55

thread.context.langs
// => ["js", "ts", "html", "css", "rust"]

**デフォルトの名無しさん** · 2020/10/28(水) 22:46:19.56

>>90
さっぱり意味が分からない
ASP.net CoreはLinuxでも動くの知らない人？

あとクラウド＝Linuxだと思ってるの？

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

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください

**デフォルトの名無しさん** · 2020/10/29(木) 01:32:08.52

LinuxでわざわざASPを使いたがるヤツなんて明らかに異端だろ

**デフォルトの名無しさん** · 2020/10/29(木) 05:48:33.24

使いたがるやつが、明らかに居たんだよ

**デフォルトの名無しさん** · 2020/10/29(木) 06:04:13.37

猫も杓子も、AWS

Amazon Linux, Aurora の時代に、
ASP, Windows Server, Azure とか、使う理由がない

もう新規で使われることはない。保守だけ

**デフォルトの名無しさん** · 2020/10/29(木) 07:53:02.69

>>96
コピペ荒らしうざい

>>97
偏見そのもの
知識がふるいんだよ
ASP.NET CoreはLinux対応だしライセンスフリーだしLinuxで使ってる人多い

**デフォルトの名無しさん** · 2020/10/29(木) 07:56:02.72

>>99
こいつもASP.net CoreがLinuxで動くこと知らない
フロントエンジニアは無知ばっかりだな

Azureで業績好調だし

**デフォルトの名無しさん** · 2020/10/29(木) 08:29:19.69

>>99
AzureはAWSについでシェア2位だよ
Windowsの比率はわからんけど選ばないということはない
少なくとも業務アプリ系では新規でも使われている。

ここにいる人たちってスレタイの技術使ってどんな規模のWebアプリ作ってるのかな。
それによっても使うクラウドサービスとか変わるんだろうね。
例えばFirestoreは複雑且つ大量データを扱う業務アプリ系では無理と感じた。

**デフォルトの名無しさん** · 2020/10/29(木) 09:13:07.00

>>100
逆、逆
ASPを使ってる人の中でLinuxを使ってる人が多いかどうかじゃなく
Linuxを使ってる人の中でASPを使ってる人が多いかどうかの話だよ

**デフォルトの名無しさん** · 2020/10/29(木) 09:33:32.93

>>103
おまえの思考が逆
Web appはまず開発ツールのスタックを選んでから、OSは決める

server sideに関してはWindowsでしか動かないものよりも
Linuxでしか動かないものが多いからLinuxを選ぶケースが増える

＞Linuxを使ってる人の中でASPを使ってる人が多いかどうか

自分で優れている開発ツールを選び使うだけ
いくら多くの他人が動的言語のゴミ使おうが関係ない
PHPもRubyも遅いし生産性が低いし選ぶ価値がない

**デフォルトの名無しさん** · 2020/10/29(木) 09:34:25.57

>>102
Firestoreは大量のデータを素早く裁くのはむしろ向いてると思うよ。複雑さの意味合いにもよるけど、向き不向きははっきりしてるよね。

IoTと組み合わせたWebでのリアルタイム監視的なものとか色々作ってるよ。Reactはまだ使い始めたとこだけど作りやすくて良いよね。用途によってクラウドも物理サーバも使い分けるよ。

**デフォルトの名無しさん** · 2020/10/29(木) 09:36:31.26

>>103
おまえらが知らないだけで
ライセンス無料になったからASP.NET Core始めた人がたくさんいるわけ

**デフォルトの名無しさん** · 2020/10/29(木) 13:57:41.20

>>106
お前の周りだけやぞ

**デフォルトの名無しさん** · 2020/10/29(木) 14:01:32.46

>>105
RDB脳なんでいまいち想像できないんだけど

Firestoreってログデータみたいな構造化されてないデータには向いてるとおもうけど、
商品マスタと10年間の売上データを結合して、商品マスタのなんちゃら区分ごとに集計するって言い出したら用途合わないよね…？

99 · 2020/10/29(木) 17:53:27.21

Amazon Linux, Aurora なら、数倍速くなる。
Lambda もある

GCP には、Tensorflow, Firebase がある

Azure には、セールスポイントが無い

Windows Server が落ち目だろ。
新規で、Windows Server を選ぶ香具師は、いない。保守だけ

99 · 2020/10/29(木) 18:00:28.12

NoSQL は、銀行などの正確なものには向かない。
重複更新されたりするだろ

間違っても、問題がないような用途だけ

RDB みたいな表分割も出来ない

**デフォルトの名無しさん** · 2020/10/29(木) 18:08:08.60

転職サイトでBlazor案件検索してみたが全然ヒットしないぞ

**デフォルトの名無しさん** · 2020/10/29(木) 18:45:04.80

>>108
コレクションの組み方次第で可能。
でも可能だというだけで、そういうのは正直向いてないね。素直にRDB使いたい。

**デフォルトの名無しさん** · 2020/10/29(木) 18:55:17.50

>>111
BlazorはASP.NETの中のひとつでしかないから
求人とかはASP.NET(Core)として扱われるだろう

まだ件数としてはBlazorより前のASP.NET MVCとかの方がはるかに多い

**デフォルトの名無しさん** · 2020/10/29(木) 18:57:14.57

>>109
数倍とかいいかげんすぎる
オンプレミスで開発、運用するスキルがないから性能に大きな差が出る

**デフォルトの名無しさん** · 2020/10/29(木) 18:58:45.80

Firestore高すぎだろう
月間アクティブ100万ユーザーで月額30万円近くかかる。
年間360万円
いいカモになってるな