20/06/11 13:15:46.08 GPnrOOaI.net
jQueryでいいんじゃね？
3:デフォルトの名無しさん
20/06/11 13:16:32.16 ieQ6rncY.net
このスレと何が違うの？
Vue vs React vs Angular Part.4
ｽﾚﾘﾝｸ(tech板)
4:デフォルトの名無しさん
20/06/11 13:17:08.07 GPnrOOaI.net
2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
ｽﾚﾘﾝｸ(prog板)
あれから三年後、jQueryのシェアは75.5%にまで成長
5:デフォルトの名無しさん
20/06/11 13:18:24.83 GPnrOOaI.net
>>3
そっちはVue vs React vs Angular限定
ここはフロントエンドで使われるJavaScript全般
つまりサーバーサイドで使われるもの以外
ブラウザで動くものは全て対象
6:デフォルトの名無しさん
20/06/11 13:24:16 CFV1M6Wv.net
つまりスレタイが気に入らなかったってことだな。
7:デフォルトの名無しさん
20/06/11 13:38:53.08 Th6rh/3U.net
JSよりWasmが主体だったらどうなるの。
8:デフォルトの名無しさん
20/06/11 15:15:44.84 hKbzev3Q.net
AureliaとSvelteとEmberのスレか
9:デフォルトの名無しさん
20/06/11 15:30:27.96 92eNOFs2.net
Backboneとかあったよなぁ
どうしてどれも長続きしないんだろうね
10:デフォルトの名無しさん
20/06/11 21:14:53.14 jc8GPsyQ.net
>>9
開発者がメンテナンスにあきてしまう
他のフレームワークが人気になるとそうなる
大手IT企業が関与してないVueとかはそうなるかもね
11:デフォルトの名無しさん
20/06/11 21:29:26.27 4cF8OH1R.net
>>5
>ここはフロントエンドで使われるJavaScript全般
スレタイ読めないのか
12:デフォルトの名無しさん
20/06/11 23:07:46.92 8C5ELS3/.net
UI/UXのフレームワークの話も含めたいね
13:デフォルトの名無しさん
20/06/18 00:34:19.11 rhyr1iYZ.net
Bootstrap5のαリリース来たぞー
URLﾘﾝｸ(v5.getbootstrap.com)
14:デフォルトの名無しさん
20/06/18 00:38:29 jBRL/Eep.net
さよならjQuery
15:デフォルトの名無しさん
20/06/18 03:27:24.17 n5xiCy8O.net
>>14
4年ぐらい前から同じようなことを聞いてる
16:デフォルトの名無しさん
20/06/18 04:25:47.46 BQt2eaS2.net
bootstrap5がjqueryはゴミでしたって結論づけました
フロントエンド開発ツールとブラウザサポートの進歩により、jQueryを依存関係として削除できるようになりましたが、他の方法では気付かないでしょう。
これは、フレームワークに対する数年で最大の変更点の1つであり、Bootstrap 5で構築されたプロジェクトは、ファイルサイズとページの負荷が大幅に軽減されることを意味します。
17:デフォルトの名無しさん
20/06/18 05:28:54.24 n5xiCy8O.net
Still want to use jQuery? It’s possible!
jQueryを使いたいですか？可能です。
URLﾘﾝｸ(v5.getbootstrap.com)
Bootstrap5はちゃんとjQueryにも対応しとるで
> jQuery’s plugin system; this means you’ll be able to do $('[data-toggle="tooltip"]').tooltip() to enable tooltips.
jQueryが入っていれば便利メソッドが使える
18:デフォルトの名無しさん
20/06/18 07:34:06.82 jBRL/Eep.net
>>15
いやいや依存ライブラリから除外したのは今回のリリースが初やろ
19:デフォルトの名無しさん
20/06/18 08:14:39 5B13NKbO.net
Ruby on Rails 6, Bootstrap 4 では、
yarn add bootstrap jquery popper.js
Jquery に依存しなくなっても、Popper.js への依存は、どうなる？
20:デフォルトの名無しさん
20/06/18 09:03:52.76 WG2N4191.net
>>18
公式ではそうだけど思想としてはBootstrap for Native JavaScriptってのは大分前からあったな
>>19
Popperは依存というよりほぼIEをサポートするためのもんだろ
21:デフォルトの名無しさん
20/06/18 09:11:42.28 WG2N4191.net
まぁそもそもjQueryが流行りだした頃ってHTML4.01時代で素のJavaScriptがメチャクチャ貧弱だったけど
HTML5世代になってから相当APIとか充実したからネイティブのJavaScriptに置き換えたとしてもそこまでコードが肥大するってわけでもないしな
22:デフォルトの名無しさん
20/06/18 09:42:44.58 Eh7CTuI7.net
>>20
うん、さよならしたのは今回が初めて
23:デフォルトの名無しさん
20/07/07 05:23:55 7NRV/JzE.net
次はwordpressだ！これがデフォルトでフロントエンドにjquery差し込むもんだからjqueryのシェアがイマイチ下がらない諸悪の根源
24:デフォルトの名無しさん
20/07/07 08:55:36.91 xXdXkP9Q.net
>>23
Webサイトはそれでいいだろ
フレームワークが必要になるのはWebシステムなんだから
まぁWordPressよりもWixの方がいいだろ感はあるけど
25:デフォルトの名無しさん
20/07/07 09:15:21.36 x028rPbz.net
よくこんな地獄みたいなスレ立てたな
26:デフォルトの名無しさん
20/07/11 12:43:21.91 jFmaCC8f.net
>>10
それは「飽きる」とは言わない。
「撤退する」だ。
27:デフォルトの名無しさん
20/07/11 20:24:58.45 UYSRZN1t.net
>>26
創始者のプロジェクトからの離脱の前に
その前段階として飽きとか情熱が落ちるというのがあるのよ
28:デフォルトの名無しさん
20/07/12 14:54:08 mrfX7fQj.net
>>27
アイデアからして全然違うフレームワークの方が圧倒的人気を持った場合、
自分のフレームワークのプロジェクトを閉じるのは当然で、情熱がなくなるのも
当然。
人気を出すためには、人気の有るフレームワークに近づける必要が有るわけで、
自分の路線でそのまま行っても人気が出る可能性は薄い。
また、本人も最大人気のフレームワークに比べて何らかの点で劣っている事が
分かっているはずで、自分のフレームワークを成長させていってもジリ貧である
ことがわかっているから、情熱を失う。
29:デフォルトの名無しさん
20/07/12 19:50:38 7ropyLPZ.net
別のフレームワークじゃなくJavaScriptの最新の傾向なんだけどね
それをいち早く取り入れたかどうかの違いで
30:デフォルトの名無しさん
20/07/13 00:10:07.45 V204cNMI.net
>>29
Vue, React, Angular, Razorの違いって、そういうことじゃなくて、設計指針やアイデアの違い。
そして、結果的にVueが最も人気が有る。
新しいことを取り入れたかどうかではない。
31:デフォルトの名無しさん
20/07/13 00:25:31.45 Hp5yCgq0.net
>>30
いや、上で言われてるのはVue.jsがReactに寄ったって話だろ
32:デフォルトの名無しさん
20/07/13 00:31:35.02 V204cNMI.net
確認だけど、最大人気は Vue が持っているんだよね。
後は、廃れている可能性が高くて。
33:デフォルトの名無しさん
20/07/13 00:49:46.55 Hp5yCgq0.net
VueはWebサイトでも使われてる事例が多いから相対的にシェアは大きいかもな
34:デフォルトの名無しさん
20/07/13 00:51:39.83 wgMdCM9I.net
いや確かVueが一番人気なのは中国と日本とあともうひとつ変な国だけだったはず
35:デフォルトの名無しさん
20/07/13 05:49:20.27 CQQeof0X.net
>>30
なぜそこにRazor？
36:デフォルトの名無しさん
20/07/13 11:33:12.72 V204cNMI.net
>>34
vueは、githubの全プロジェクトの中で、ドキュメント(説明文のみ)部門を除いては一位の人気を誇る。
37:デフォルトの名無しさん
20/07/13 12:37:30.89 Ee4teTF9.net
そりゃ中国のプロジェクトだからなぁ
38:デフォルトの名無しさん
20/07/13 12:54:39.31 wgMdCM9I.net
最新のstateofjs フロントエンドフレームワークの項
URLﾘﾝｸ(2019.stateofjs.com)
ま、ガッカリすんなよ。ガラパゴスジャパンと中国父さんで人気なんだからいいじゃねぇか。
39:デフォルトの名無しさん
20/07/14 13:01:03.03 wxNuZUMy.net
2020/4/26
webpack 4 の入門メモ
URLﾘﾝｸ(qiita.com)
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
40:デフォルトの名無しさん
20/07/14 14:08:24.84 H5aVQBQg.net
バックエンドフレームワークでフロントのビルド環境が整ってるやつ使えばイチイチ気にする必要もないけどな
41:デフォルトの名無しさん
20/07/14 14:10:18.95 XqvBEmpn.net
>>40
そのフレームワークの名前は？
42:デフォルトの名無しさん
20/07/14 14:13:31.01 H5aVQBQg.net
自分はLaravel使ってるがRoRでもv6から対応してるんだとか
43:デフォルトの名無しさん
20/07/14 14:35:02.18 H8nbNF4c.net
>>39
anyenvとかの、本質的な管理(npm)の間に何層も便利レイヤーが入ってて、うまく動くときにツールがすごいだけなのに分かった気になって自分がすごいと調子に乗ってるからそうなる
結局そのプラットフォームで手広く使われてる管理方法をちゃんと理解しておかないと、
トラブったときに何が原因なのか切り分けられないから、
パッケージのバージョン違いのトラブル程度が「酷い目」に感じられるんだよ
44:39
20/07/14 14:46:30 wxNuZUMy.net
Rails: webpack(er)に乗り換える25の理由（翻訳）
URLﾘﾝｸ(techracho.bpsinc.jp)
Rails 5 から、webpack を使えたけど、
標準になったのは、Rails 6 から
45:デフォルトの名無しさん
20/08/01 00:08:59.83 gvLAafQv.net
LaravelだとLaravelMixというwebpackの設定が簡単に書けるものがあるから
vueも割と簡単に導入できるな
46:デフォルトの名無しさん
20/08/17 23:21:18.21 frAy30YW.net
複雑な処理はwasm になるだろう
47:デフォルトの名無しさん
20/08/18 16:35:54.43 x5qGmzqp.net
>>46 既にPython がwasm で動いてる。 データサイエンス部門はPython only になりそうだな。
当然Javascript の機能も使える。
48:デフォルトの名無しさん
20/09/13 03:09:22.00 0dPPZk/D.net
Vueのプロジェクト新しく始めるときにVue-Cliって使ったほうがいいのかねえ
なんか裏側で何が起こってるのかよく分からなくなるから、個人的にはwebpackの設定ゴリゴリ書きたいんだけど、主流がvue-cliみたいだから無理やり使ってる
laravel mixとかもそうだけどwebpackをブラックボックスにしたツールあんま好きになれない
49:デフォルトの名無しさん
20/10/27 12:51:34.40 CaOOP+B2.net
後継スレage
50:デフォルトの名無しさん
20/10/27 12:55:35.80 eOigoQsF.net
前スレ
>>986
書いたのぼくなんだけど、
いや決してblazor最高！って言ってるわけではない。
次に使う技術を選考するにあたって、
他のWebフレームワークでもおなじようなことができるのか純粋に聞きたかっただけ…
とにかくフロントとバックで言語を合わせたらできるということがわかった。ありがとう。
バックエンドをtsとc#のどっちがいいかは、両方使ったことがある人にしか判断つかなさそうね。
で、なかなかそういう人はいなさそう。
たぶんMS推しまくってる人もそうだと思う…
51:デフォルトの名無しさん
20/10/27 13:06:09.30 ThxLfpvm.net
>>50
単純に言語としての良し悪しならC#とTSは甲乙付けがたい。カッチリしたC#か、より柔軟なTSか。どちらも優れた言語だ。
バックエンドのエコシステムとして見たら……いろんな視点があるからなんとも
52:デフォルトの名無しさん
20/10/27 13:18:03.70 fGW86n1U.net
ここはJSのすれなので...
53:デフォルトの名無しさん
20/10/27 13:42:04.55 CaOOP+B2.net
ここは総合スレなので周辺の話題はOK
54:デフォルトの名無しさん
20/10/27 13:47:39.42 CaOOP+B2.net
>>50
backendははっきりしてる。C#のがts(node)よりいい
実行速度がレベルが違う
backendは生産性考えたら静的言語以外は使いたくないわ
C#のように言語が強力だと何をやるにも楽だわ
55:デフォルトの名無しさん
20/10/27 13:58:18.14 /wvDdziR.net
流石にC#だけの話はスレ違い
56:デフォルトの名無しさん
20/10/27 14:23:30.30 fGW86n1U.net
隔離スレ必要かも
57:デフォルトの名無しさん
20/10/27 15:47:03.48 3A689EsD.net
普通のweb appでサーバーの実行速度がボトルネックになることはほぼねーよ。
58:デフォルトの名無しさん
20/10/27 16:44:28.91 CaOOP+B2.net
いやふつうに速度落ちるし
どんだけ過疎サイト作ってるのさ
落ちなきゃいいとかいう低レベルなのでいいわけ？
サクサクにしないとリピーター増えないわけよ
59:デフォルトの名無しさん
20/10/27 16:47:22.07 CaOOP+B2.net
>>55
54もtsと比較してるしC#だけじゃない
JSありきで思考停止していてはだめ
それは宗教
60:デフォルトの名無しさん
20/10/27 16:58:26.62 /EPljA2v.net
C#の話しない奴は思考停止
61:デフォルトの名無しさん
20/10/27 19:22:06.25 eOigoQsF.net
>>54
いやあなためちゃくちゃjs,tsディスってるけど、
経験はあるの？
そういう頭ごなしに否定する意見はあまり信用できない。
62:デフォルトの名無しさん
20/10/27 20:03:07.77 CaOOP+B2.net
>>61
そりゃあるよ
C#に比べたら動的言語は全部ゴミ
動的言語は生産性低いわ遅いわで最悪
AndroidもiOSも開発は静的言語だろ？
個人的な感想じゃなくて事実なの
63:デフォルトの名無しさん
20/10/27 20:06:42.73 CaOOP+B2.net
JS, TSをディスってるのではない
動的言語、スクリプト全般がダメという話
MS, Google, Appleの一押し言語は全部、静的だろう
JSだけ取り残された化石なんだよ
64:デフォルトの名無しさん
20/10/27 20:15:50.34 E6eX5gof.net
じゃあこのスレはあなたの趣向に合わないねバイバイ
65:デフォルトの名無しさん
20/10/27 20:21:42.65 /EPljA2v.net
ぶっちゃけVSとc#はマジで最強
これは否定できない
しかしWebシステムではまったく使われていない
どうしようもないほどゴミクズな存在
普及しそうな気配もない
66:デフォルトの名無しさん
20/10/27 22:35:27.19 CaOOP+B2.net
>>65
嘘をついてはいけない
Microsoft ASP.NET はシェア42%でトップ
URLﾘﾝｸ(www.wappalyzer.com)
67:デフォルトの名無しさん
20/10/27 22:38:38.69 GDMoXg0p.net
Web開発はjsから入る。
そこからtsに行くことはあっても
c#に行くことはないわな
68:デフォルトの名無しさん
20/10/28 06:11:35.16 Qi7/VIGF.net
・老害は自説を曲げない
・老害は沸点が低い・怒りっぽい
・自分の価値観を押し付けてくる
・老害は話が長い、くどい
見事に老害の枠に収まってて草
URLﾘﾝｸ(docoic.com)
69:デフォルトの名無しさん
20/10/28 07:30:12.06 aicBX4yN.net
>>66
分母がなんなのか不明なんだが
70:デフォルトの名無しさん
20/10/28 07:56:02.60 nspWFAv0.net
>>67
js, tsしかやらないっていうのは
静的言語わからないエンジニアのままでいるってことだな
C#やらなければwindows appもasp.netも使えない。
静的言語の理解がないのでAndroid , iOS appも開発できない
エンジニアとしてはかなり格下
71:デフォルトの名無しさん
20/10/28 08:12:32.36 pPhinwSN.net
GCのある言語なんて軟弱、CやRustやれ。
コンパイル言語なんて軟弱、アセンブリやれ。
とかいくらでも言いようはあるわけで。C#の殻に籠もってればいいのに
72:デフォルトの名無しさん
20/10/28 08:27:31.61 dpNm0AnW.net
餌を与えないで下さい
73:デフォルトの名無しさん
20/10/28 09:15:48.03 aicBX4yN.net
>>66
Wappalyzerに検知されるバックグランドテクノロジーってサーバーの構成に問題あると思う
たまにPHP5.4とかMySQLとかが検知されてるの見た事あるけど
74:デフォルトの名無しさん
20/10/28 09:20:28.68 T0JmpPnv.net
実際JS,TSしかできません、やりませんって人も多いんだろうね
でもプログラミング言語ってそんなもんだよね
日本語で生きていけるのに、英語学べ！って言われてもはあ…ってかんじだよ
いろんな言語を貪欲に習得する人はすげーなとおもう
75:デフォルトの名無しさん
20/10/28 09:25:19.08 TFmbHEom.net
>>66
日本は2％じゃん
つまり42％✕2％でたったの0.8％なのになんでこいつ嘘ついてんの？
76:デフォルトの名無しさん
20/10/28 09:31:34.01 nspWFAv0.net
>>69
実際のwebから収集されてるデータだぞ
信頼性が高い
77:デフォルトの名無しさん
20/10/28 09:33:16.01 aicBX4yN.net
>>74
tsやっててtsしかできん人は流石におらんのやない？
78:デフォルトの名無しさん
20/10/28 09:36:04.45 nspWFAv0.net
>>75
全世界のデータが意味ないとでも？
掛け算して意味不明な値だしてるし頭悪すぎて草
％の使い方すらわからないことに驚き
79:デフォルトの名無しさん
20/10/28 09:42:01.51 SlaLR7pu.net
webpackのビルド設定かなんかで専用のdevtoolには検知されてもWappalyzerでは検知されない事多々あるんだよな
80:デフォルトの名無しさん
20/10/28 09:45:23.40 jsYzGvJ6.net
TSやってる人は他の言語の経験それなりにあって、
Electronベースの結構複雑なソフト(それこそvscodeとか)を作ってるからTSを使ってる印象あるけどな
今風のイケてるプログラマーだと思うけど
てかそもそも言語は大事じゃないでしょ。職業プログラマーだったら色々な言語書くことになるでしょ。
81:デフォルトの名無しさん
20/10/28 09:53:01.61 aicBX4yN.net
>>80
寧ろ職業プログラマは仕事で使う言語しか覚えないからJavaしかできないってヤツとか相当多い
82:デフォルトの名無しさん
20/10/28 10:04:01.70 nspWFAv0.net
>>80
frontendはJSしかできない奴多いよ
受託開発ならいろんな言語やらされるだろうが
そういう企業ばかりではないし
web appなら言語変わるのはbackendだろう。
83:デフォルトの名無しさん
20/10/28 12:36:00.61 kXGdk7dX.net
next.js10の最適化凄いな。こういう変化の速さはさすがだわ
84:デフォルトの名無しさん
20/10/28 12:57:17.00 TFmbHEom.net
>>78
オメーがバカなんだろ
aspのシェアが42％でasp全体で日本は2ぱーなんだからフレームワーク全体だと掛け算だろが
小学生以下のアホがバカを晒して自慢すんな
85:デフォルトの名無しさん
20/10/28 13:15:46.33 nspWFAv0.net
>>84
IT後進国の日本だけのシェアなどまったく意味がないし
そもそもそのそのデータの国別、言語別の統計はあてにならない
ということに気付かない時点で無能だわ
ほかのframeworkでもアメリカが50%超えてる時点で気付けないんだな
アメリカはコスパいいレンタルサーバー、データセンター、クラウドサービスが
多いからアメリカがシェアが高くなっているだけの話だ
それはIPアドレスで判定してるだけ
アメリカのデータ値はアメリカ人がアメリカ国内で使っていることを表しているわけではない
86:デフォルトの名無しさん
20/10/28 13:21:52.37 TFmbHEom.net
>>85
じゃあwappalyzerのザル統計なんか晒すなボケ
87:デフォルトの名無しさん
20/10/28 15:58:57.89 nspWFAv0.net
wappalyzerが最も信頼できる
88:デフォルトの名無しさん
20/10/28 17:28:40.47 E9S3F981.net
選好バイアスというやつだね。
自分に都合のよい結果を出す情報源をより信頼してしまう。
89:デフォルトの名無しさん
20/10/28 17:35:41.58 nspWFAv0.net
>>88
そう思うならほかの統計データ出してくれ
信頼できそうなやつな
一般の法人ならASP.NET系使うのはごくふつうのこと
サポート期限が長いしMSの技術と品質が信頼されてる
90:デフォルトの名無しさん
20/10/28 17:58:01.01 kXGdk7dX.net
普通にLinuxかクラウドでしょ
91:デフォルトの名無しさん
20/10/28 19:45:42.76 DyguEWpO.net
>>82
だからそういう人は絶対tsには手を出さないしwebpackビルドなんてしないだろ
92:デフォルトの名無しさん
20/10/28 19:48:26.35 DyguEWpO.net
少なくともLaravel-MixでビルドしたものはWappalyzerに検知されないしAmazonで部分的に使われてるReactもWappalyzerには検知されてないからな
93:デフォルトの名無しさん
20/10/28 19:49:43.58 6tWCz4dA.net
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
94:デフォルトの名無しさん
20/10/28 22:13:43.55 mJa7Ke6X.net
thread.context.langs
// => ["js", "ts", "html", "css", "rust"]
95:デフォルトの名無しさん
20/10/28 22:46:19.56 nspWFAv0.net
>>90
さっぱり意味が分からない
ASP.net CoreはLinuxでも動くの知らない人？
あとクラウド＝Linuxだと思ってるの？
96:デフォルトの名無しさん
20/10/28 23:07:15.84 6tWCz4dA.net
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
97:デフォルトの名無しさん
20/10/29 01:32:08.52 elePZyQ4.net
LinuxでわざわざASPを使いたがるヤツなんて明らかに異端だろ
98:デフォルトの名無しさん
20/10/29 05:48:33.24 v1nCL7qY.net
使いたがるやつが、明らかに居たんだよ
99:デフォルトの名無しさん
20/10/29 06:04:13.37 R5MrQyZ+.net
猫も杓子も、AWS
Amazon Linux, Aurora の時代に、
ASP, Windows Server, Azure とか、使う理由がない
もう新規で使われることはない。保守だけ
100:デフォルトの名無しさん
20/10/29 07:53:02.69 QJk3197B.net
>>96
コピペ荒らしうざい
>>97
偏見そのもの
知識がふるいんだよ
ASP.NET CoreはLinux対応だしライセンスフリーだしLinuxで使ってる人多い
101:デフォルトの名無しさん
20/10/29 07:56:02.72 QJk3197B.net
>>99
こいつもASP.net CoreがLinuxで動くこと知らない
フロントエンジニアは無知ばっかりだな
Azureで業績好調だし
102:デフォルトの名無しさん
20/10/29 08:29:19.69 gcxuV9WQ.net
>>99
AzureはAWSについでシェア2位だよ
Windowsの比率はわからんけど選ばないということはない
少なくとも業務アプリ系では新規でも使われている。
ここにいる人たちってスレタイの技術使ってどんな規模のWebアプリ作ってるのかな。
それによっても使うクラウドサービスとか変わるんだろうね。
例えばFirestoreは複雑且つ大量データを扱う業務アプリ系では無理と感じた。
103:デフォルトの名無しさん
20/10/29 09:13:07.00 elePZyQ4.net
>>100
逆、逆
ASPを使ってる人の中でLinuxを使ってる人が多いかどうかじゃなく
Linuxを使ってる人の中でASPを使ってる人が多いかどうかの話だよ
104:デフォルトの名無しさん
20/10/29 09:33:32.93 QJk3197B.net
>>103
おまえの思考が逆
Web appはまず開発ツールのスタックを選んでから、OSは決める
server sideに関してはWindowsでしか動かないものよりも
Linuxでしか動かないものが多いからLinuxを選ぶケースが増える
＞Linuxを使ってる人の中でASPを使ってる人が多いかどうか
自分で優れている開発ツールを選び使うだけ
いくら多くの他人が動的言語のゴミ使おうが関係ない
PHPもRubyも遅いし生産性が低いし選ぶ価値がない
105:デフォルトの名無しさん
20/10/29 09:34:25.57 mzgb86nm.net
>>102
Firestoreは大量のデータを素早く裁くのはむしろ向いてると思うよ。複雑さの意味合いにもよるけど、向き不向きははっきりしてるよね。
IoTと組み合わせたWebでのリアルタイム監視的なものとか色々作ってるよ。Reactはまだ使い始めたとこだけど作りやすくて良いよね。用途によってクラウドも物理サーバも使い分けるよ。
106:デフォルトの名無しさん
20/10/29 09:36:31.26 QJk3197B.net
>>103
おまえらが知らないだけで
ライセンス無料になったからASP.NET Core始めた人がたくさんいるわけ
107:デフォルトの名無しさん
20/10/29 13:57:41.20 AXLwjvSf.net
>>106
お前の周りだけやぞ
108:デフォルトの名無しさん
20/10/29 14:01:32.46 zFaSV2ve.net
>>105
RDB脳なんでいまいち想像できないんだけど
Firestoreってログデータみたいな構造化されてないデータには向いてるとおもうけど、
商品マスタと10年間の売上データを結合して、商品マスタのなんちゃら区分ごとに集計するって言い出したら用途合わないよね…？
109:99
20/10/29 17:53:27.21 R5MrQyZ+.net
Amazon Linux, Aurora なら、数倍速くなる。
Lambda もある
GCP には、Tensorflow, Firebase がある
Azure には、セールスポイントが無い
Windows Server が落ち目だろ。
新規で、Windows Server を選ぶ香具師は、いない。保守だけ
110:99
20/10/29 18:00:28.12 R5MrQyZ+.net
NoSQL は、銀行などの正確なものには向かない。
重複更新されたりするだろ
間違っても、問題がないような用途だけ
RDB みたいな表分割も出来ない
111:デフォルトの名無しさん
20/10/29 18:08:08.60 nbVc4Wcx.net
転職サイトでBlazor案件検索してみたが全然ヒットしないぞ
112:デフォルトの名無しさん
20/10/29 18:45:04.80 mzgb86nm.net
>>108
コレクションの組み方次第で可能。
でも可能だというだけで、そういうのは正直向いてないね。素直にRDB使いたい。
113:デフォルトの名無しさん
20/10/29 18:55:17.50 QJk3197B.net
>>111
BlazorはASP.NETの中のひとつでしかないから
求人とかはASP.NET(Core)として扱われるだろう
まだ件数としてはBlazorより前のASP.NET MVCとかの方がはるかに多い
114:デフォルトの名無しさん
20/10/29 18:57:14.57 QJk3197B.net
>>109
数倍とかいいかげんすぎる
オンプレミスで開発、運用するスキルがないから性能に大きな差が出る
115:デフォルトの名無しさん
20/10/29 18:58:45.80 QJk3197B.net
Firestore高すぎだろう
月間アクティブ100万ユーザーで月額30万円近くかかる。
年間360万円
いいカモになってるな
116:デフォルトの名無しさん
20/10/29 19:10:53.43 nbVc4Wcx.net
>>113
いやキーワード検索なら普通にフレームワーク名は出るぞ
117:デフォルトの名無しさん
20/10/29 19:11:03.03 jsAu6jIB.net
>>115
妥当な気がするけど
他のが全然安くすむもん？
118:99
20/10/29 19:21:26.54 R5MrQyZ+.net
安さなら、AWS Lambda などのサーバーレス
119:デフォルトの名無しさん
20/10/29 19:27:23.76 QJk3197B.net
>>116
求人ならふつうはC#とASP.NETで募集かけるだろう。
Blazor単体だとシェア0.5%もないし、APIつくるときは従来のASP.NET (Core) MVCを使う。
C#とASP.NETやってきた人にとってBlazorは覚えることはあまりない。
C#やASP.NETで経験つんできた人を採用する方がはるかにいい
120:デフォルトの名無しさん
20/10/29 19:3
121:3:29.03 ID:QJk3197B.net
122:デフォルトの名無しさん
20/10/29 19:42:14.53 jsAu6jIB.net
規模ごとに値段出してくれてるのは親切だわ
123:デフォルトの名無しさん
20/10/29 19:44:48.38 mzgb86nm.net
月間100万アクティブユーザをタダ同然しかコストかけないオンプレミスは怖くない？
Firebaseから乗り換えるにしても、高可用性なVPSか、しっかりコストかけて鯖組むよ
124:デフォルトの名無しさん
20/10/29 20:15:19.82 elePZyQ4.net
>>119
Redux、Webpackってキーワードですら普通にヒットするのに本当に使われてるなら出ないわけないだろ
125:デフォルトの名無しさん
20/10/29 20:36:11.06 QJk3197B.net
>>123
Blazor単体ではシェア少ないと書いただろ
あとBlazor Serverの社内システムとかは外部の統計にでてこない
他人ばかりきになるなら
クソみたいなPHPとかRubyやってりゃいいじゃん
みんなと同じことやって安心したいんでしょ
126:デフォルトの名無しさん
20/10/29 20:40:28.26 zFaSV2ve.net
MSがWebFormの移行先にBlazorを挙げている。
何年か経ったらSIerが使い出すんじゃない？
業務系はクラサバ時代に作られためちゃくちゃ複雑な画面があったりするから、簡単にSPAが作れるならBlazorは歓迎されると思う。
127:デフォルトの名無しさん
20/10/29 20:41:18.33 QJk3197B.net
>>122
ハードのコストはトラフィックやデータ量に依存するから書いてないだけで
サーバーは当然、用意するよ
Cloudに比べたらタダ同然ってこと
VPSとかしょぼすぎて無理
せっかくオンプレミスでやるのにサーバー借りるとかバカらしい
乗り換えるならそもそも独自仕様のFirebaseなんか使わないほうがいい
トラフィック増えたらひたすらカモられるのがクラウド
128:デフォルトの名無しさん
20/10/29 21:00:39.18 QJk3197B.net
>>125
日本はUIの注文が細かいからな
WPFもCore対応したようだから法人はWPFもありかもしれない
開発スピードはBlazorより速いしUXも良いはずだ
129:デフォルトの名無しさん
20/10/29 23:12:11.44 hUSN75pF.net
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください。
ここはJSのスレです。
130:デフォルトの名無しさん
20/10/30 02:37:24.20 v7jfcTve.net
前にASP.net MVCの案件したけど、使いやすかったね
PHPはLaravelがデファクトスタンダードになってるけど、あれASP.net MVCを真似て作ってる
131:デフォルトの名無しさん
20/10/30 02:39:17.08 v7jfcTve.net
Winows Server+SQL Serverな環境だとVS上で完結して開発できるのもメリット大きいと思った
132:デフォルトの名無しさん
20/10/30 06:43:41.05 jNt72K+1.net
そういうのってフロントエンドJavaScriptフレームワークと組み合わせられるのか、と思ったけどライブラリであるReactは組み合わせられるらしい。
こんな記事を2016年に作ってるんだから、MS的には共存したいようだ。
URLﾘﾝｸ(docs.microsoft.com)
133:デフォルトの名無しさん
20/10/30 08:15:44.23 35UlbOhZ.net
マイクロソフトのサイトちょっと前はNuxt使ってた記憶あるけどな
134:デフォルトの名無しさん
20/10/30 08:32:21.87 GqN73ljK.net
>>127
いや要件上Webアプリにしたいのに開発スピードが早いからと言ってWPFするのは違う…
ただ、業務アプリとなると複雑度の違いはあれど画面数が100超えたりするので生産性はとても大事。
簡単な画面はサクサク作れても、複雑な画面になると一気にややこしくなるようなフレームワークだとつらい。
Reactとかってこういう大規模な業務アプリにはどうなんかね。
メンテナンス性も含めて気になる。ころころフレームワークがバージョンアップすると維持も大変だし。
135:デフォルトの名無しさん
20/10/30 09:34:54.00 iByn/0U1.net
>>133
.NET CoreのWPFでMac, Linuxも対応してクロスプラットフォームに
なったから、そもそもWeb appにする必要がないケースも多いんじゃないかってことだよ
Mobileから使う社員にはwin tabletやPCから使わせればいいわけで。
開発コストの増大、UXの低下とかのWeb appのデメリットが無視されすぎてる
136:デフォルトの名無しさん
20/10/30 09:39:21.58 iByn/0U1.net
>>133
後半、Reactの代替こそBlazorでしょ
開発のコストも時間もReactより大幅に抑えられる
Blazorならバージョンアップのコストも小さい
137:デフォルトの名無しさん
20/10/30 09:54:41.83 DO7lhPF4.net
WPFのMac/Linux版とかBlazorみたいな新しい茨の道進むよりははるかに情報も技術者も豊富なReactでWebにした方がずっと素直では……
138:デフォルトの名無しさん
20/10/30 10:10:00.20 iByn/0U1.net
>>136
そんな考えだから日本は生産性が低くなるんだろう。
Blazorでどれだけ楽になるか、コスト下がるかわかったら
Reactなんてあほらしくて使ってられないと思うが
日本人はまわりに合わせると言われてるからどうしようもないな、いつも遅い
実際はReact続ける方がコスト的にいばらの道だ
139:デフォルトの名無しさん
20/10/30 10:11:30.42 qV+CbFPu.net
そうやってフレームワーク争いしていればいいんじゃね？ｗ
世界は相変わらずjQueryを使っている
140:デフォルトの名無しさん
20/10/30 10:43:25.42 IWemq3eS.net
Blazor調べたらC#で吐いた
141:デフォルトの名無しさん
20/10/30 10:55:08.13 DO7lhPF4.net
無駄に複雑化してまでレガシーに拘ってる人が生産性を語るのか……
142:デフォルトの名無しさん
20/10/30 10:59:47.18 xCQxkKUw.net
スレタイ見えないのか？
アメリカに行って「中国語はいいですよ！」って布教してこいよ
143:デフォルトの名無しさん
20/10/30 11:00:53.94 GqN73ljK.net
>>134
ネイティブアプリは必ず配布の問題が出てくる。
数十人ならともかく、千人規模になると運用つらいよ。
トレードオフの話で、生産性が少々落ちたとしても配布の手間をなくすためにWebアプリにする。
あとReactってそんなに生産性悪いのか？
じゃあなんで全世界でこんなに使われてるの？
144:デフォルトの名無しさん
20/10/30 11:07:05.45 qV+CbFPu.net
世界各国に行って「日本はいい国ですよ！」って言ったら
反対するのは特定の地域だけだろうな
145:デフォルトの名無しさん
20/10/30 11:09:05.07 qV+CbFPu.net
> あとReactってそんなに生産性悪いのか？
> じゃあなんで全世界でこんなに使われてるの？
そもそも使われてないでしょ？
あと「この道具は世界で一番使われてる。だから生産性が高いに違いない」
なんて言ったら笑われるよ
使われるかどうかなんてマーケティング能力の問題だからね
146:デフォルトの名無しさん
20/10/30 11:19:17.20 iByn/0U1.net
>>140
複雑化ってなんのことだ？
UIをドロップして最速で作れるのはWPFとかだろ
147:デフォルトの名無しさん
20/10/30 11:26:16.97 JR1a94e7.net
>>134
WPFはクロスプラットフォーム対応してねーだろあほ
148:デフォルトの名無しさん
20/10/30 11:27:04.45 iByn/0U1.net
>>142
またその話か
インフラ側の知識が足りない。
アプリなんてグループポリシーで一括インストールできるし
他のシステム管理ツールでも管理できる
まともな企業なら無断で禁止アプリ使われないようなんらかの
ツールで管理してる
.NET CoreのWPFは単一のexeになるしdeployはコピーするだけだからさらに簡単になる。
single exeは.NET5だったからかもしれないがいづれにしもdeployはまったく問題ない
149:デフォルトの名無しさん
20/10/30 11:28:01.10 qV+CbFPu.net
そのお着せのUIで事足りるなら�
150:ﾋ・・・ 実際にはある程度のカスタマイズが必要で いろんなことができる割にやり方が複雑だったりする 結果フレームワークの使い方に振り回されることになる
151:デフォルトの名無しさん
20/10/30 11:29:43.43 iByn/0U1.net
>>146
.NET CoreのWPFはクロスプラットフォーム対応だ
Linux、Mac対応
152:デフォルトの名無しさん
20/10/30 11:34:40.33 iByn/0U1.net
>>142
後半
ブラウザ内で使える言語がJSだけだったからだ。過去形
Blazor wasmなどのWeb Assemblyが実用化してJS縛りがなくなった。
生産性の低いJSを使う必要性がなくなった。
153:デフォルトの名無しさん
20/10/30 12:28:56.25 ClF96+nh.net
未だにIEが要件に挙がるジャップランドでwasmなんて使えるの？
154:デフォルトの名無しさん
20/10/30 12:30:40.89 C3Ry/DxR.net
正直wasmで作るアプリは
「ブラウザで動かす必要はない」
155:デフォルトの名無しさん
20/10/30 12:37:30.44 GqN73ljK.net
>>147
え、じゃあ企業内で使うアプリは全てネイティブでやれってこと？
大抵の企業ってまずグループウェアがあってそこからシングルサインオンで各業務Webアプリに遷移するのが一般的だとおもうんだけど…
WPF、いいフレームワークだしOSS化したのは知ってるけど、それこそあまり使われてない印象。
多数の人に使われている技術は、知見が沢山あるのと、技術者を集めやすいメリットがある。
156:デフォルトの名無しさん
20/10/30 12:40:51.64 C3Ry/DxR.net
WPFは俺の会社の範囲内では100%使われてる
だから世界でも使われてるはずだ
とかいうやつやろｗ
157:デフォルトの名無しさん
20/10/30 12:47:30.62 B0ujDtw0.net
デスクトップアプリは実績豊富なElectronでいいじゃん
158:デフォルトの名無しさん
20/10/30 12:55:01.70 C3Ry/DxR.net
正直ぽとペタで作れるのは見た目だけで
処理ではないので、あまり意義を感じられんのだよな
159:デフォルトの名無しさん
20/10/30 13:08:36.77 iByn/0U1.net
>>151
環境を限定できる業務アプリでIE縛りなんてないだろ、ナンセンス
あとなかなかIEやめないやつ対策で
IE開こうとするとEdgeが開くようにMSが変更するらしい
そこまでMSがやってるんだから開発者もIEを使わせないように努力するべき
160:デフォルトの名無しさん
20/10/30 13:13:52.85 JR1a94e7.net
>>149
してないよ
161:デフォルトの名無しさん
20/10/30 13:15:28.60 JR1a94e7.net
>>149
URLﾘﾝｸ(stackoverflow.com)
162:デフォルトの名無しさん
20/10/30 13:15:59.55 C3Ry/DxR.net
>>157
新規開発ばかりだと思ってんのか？
アホだな
環境を限定できるから、何年も前にIE縛りにして
IE縛りのアプリが残ってるから変更できないんだよ
しかたないからまたIE縛りでアプリを作る
163:デフォルトの名無しさん
20/10/30 13:16:31.71 iByn/0U1.net
>>153
全てなんて言ってないだろう
SPから使う必要があるならWPFは選択肢から外さざるを得ない
WPFがベストなシステムでも必要もなくWeb appにしてる企業が多すぎるということ
外部企業に作らせていてその会社がWeb appしか作れないんだろう
164:デフォルトの名無しさん
20/10/30 13:23:57.41 iByn/0U1.net
>>153-154
WPFはdesktop appでナンバーワン。
実績がなければ.NET Core対応したりしない
>>155
Electron、生産性が低い
>>156 Web appで時間かかってるのUIだろう。WPFはそこのコスト大幅に削れる
165:デフォルトの名無しさん
20/10/30 13:27:46.15 C3Ry/DxR.net
UIに時間がかかるとか、本末転倒ですねｗ
166:デフォルトの名無しさん
20/10/30 13:28:45.91 C3Ry/DxR.net
> 実績がなければ.NET Core対応したりしない
実績がなくても.NET Core対応とかするやろ
DelphiとかCOBOLLとか
167:デフォルトの名無しさん
20/10/30 13:37:13.20 iByn/0U1.net
>>160
しかたないからまたIE縛りでアプリを作る？
それただの馬鹿な企業だろｗ
依頼するほうも要件丸のみして開発するほうも両方バカ
IEはセキュリティ低いしもう終わるのでやめましょうと言えないのは無能
そのうち消えるIEに合わせ�
168:ﾄ作ったらIE終了時で大問題になる
169:デフォルトの名無しさん
20/10/30 13:40:29.41 C3Ry/DxR.net
>>165
客がそれを望んでるのだからしょうがない
IE終了なら、その時は作り直しですねーって金を取るからいい
それを渋るなら、その会社はいつまでも古いものを使うってだけだ
未だにフロッピーディスクを使っている会社とかよくある話
170:デフォルトの名無しさん
20/10/30 13:53:43.65 iByn/0U1.net
>>166
カネさえ貰えればクライアントがどうなろうといったこっちゃないってことか
意識低い系
171:デフォルトの名無しさん
20/10/30 13:54:09.03 iByn/0U1.net
知ったこっちゃない、の誤字
172:デフォルトの名無しさん
20/10/30 13:54:47.96 sXVsY8+M.net
>>167
プロである以上。ただで仕事はしないんでね
173:デフォルトの名無しさん
20/10/30 14:10:51.21 iByn/0U1.net
IE前提の開発を続けることの危険性を
クライアントに伝えられないならプロではない
意識低い系
レベル低い
174:デフォルトの名無しさん
20/10/30 14:19:05.97 JR1a94e7.net
>>149
撤回まだー？
175:デフォルトの名無しさん
20/10/30 14:31:13.28 iByn/0U1.net
>>171
WPFのプラットフォームは撤回する。調べたらフェイク情報だった
.NET MAUIでiOS, Andoroid対応するからそれに期待する
176:デフォルトの名無しさん
20/10/30 14:50:44.76 DO7lhPF4.net
その方面での人気はReactに大きく水を開けられてますね。
GitHub stars
React-native 91k
MAUI 4.9k
ちなみに元になったXamarinも似たような数字なので、新しいから星が少ないわけでは無い模様。
177:デフォルトの名無しさん
20/10/30 15:01:33.65 SSPT0mbH.net
Githubの星で判断するのは無理があるわ
178:デフォルトの名無しさん
20/10/30 15:10:07.16 hYhF3+Ov.net
それはまぁそうだ。でもなんの根拠もない主観帯な意見よりは役に立つ
179:デフォルトの名無しさん
20/10/30 15:12:12.89 ZIWRavoe.net
GitHub Starは1000超えてるかどうか2値くらいの価値しかない
180:デフォルトの名無しさん
20/10/30 15:12:45.62 ZIWRavoe.net
>>175
一理あるね
181:デフォルトの名無しさん
20/10/30 15:27:31.87 B0ujDtw0.net
>>172
情弱無能紹介乙
182:デフォルトの名無しさん
20/10/30 15:29:02.02 B0ujDtw0.net
>>162
オメーんのこと大好きなMSがVSCodeをElectronで作ってるんですけど？
183:デフォルトの名無しさん
20/10/30 15:44:54.07 hYhF3+Ov.net
なんなら React Native for Windows もMSが開発してる
184:デフォルトの名無しさん
20/10/30 16:08:49.27 iByn/0U1.net
>>179
俺は信者じゃないしMySQLとかをよく使う
C#, ASP.NETは良いものだから使っているだけ
Electronのアドバンテージなんかあるか？低速だろ
React Nativeも下火だぞ
185:デフォルトの名無しさん
20/10/30 16:22:16.67 t+8AqTUm.net
>>115
>月間アクティブ100万ユーザーで、月額30万円近くかかる
YouTube で月千円の会員なら、月10億円になる。
月30万円って、一人0.3円か？
>>120
>オンプレミスでMySQL, Postgreとか使えば、維持費はタダ同然
OS, ミドルウェアのバージョンアップとか、AWS が保証するから安全
186:デフォルトの名無しさん
20/10/30 16:35:07.22 mwjlref6.net
月間アクティブ100万人って規模なら
たった30万円の維持費を減らす努力よりもっとほかにやることあるよなそりゃ
187:デフォルトの名無しさん
20/10/30 16:49:35.81 vor9ilBY.net
>>149
Q:WPFは、.NET Core3 を使えば、Linux で動作しますか？
A: いいえ、彼らはそれらが明確にWindowsのみに対応していると述べました。
そして、将来も、それらをクロス・プラットフォームにするつもりはないことを
明言しました。なぜなら、その全体の概念がWindows特有の機能からもたらされて
いるからです。
彼らは、クロスプラットフォームアプリケーションについての完全に新しいアイデアに
ういて話し合いましたが、それは簡単ではありません。
[Q] Can WPF applications be run in Linux with .Net Core 3?
2019/06/19
[A]
No, they have clearly stated that these are windows only.
In one of the .NET Core 3.0 discussions, they have also clarified
that they do not intend to make these features cross-platform
in the future since the whole concept is derived from windows specific features.
They talked about thinking of a whole new idea for cross-platform applications,
which is not easy.
188:デフォルトの名無しさん
20/10/30 16:53:00.98 ckLvIbEY.net
彼の言うことは間違っているか主観的で偏見に満ちているという事か
189:デフォルトの名無しさん
20/10/30 16:57:58.39 DGQvftbd.net
おまけにスレ違いだ
190:デフォルトの名無しさん
20/10/30 17:09:26.20 vor9ilBY.net
URLﾘﾝｸ(ja.wikipedia.org)
「.NET Core 3.0では、Windows版に限りWindows FormsおよびWPFのサポートが
提供されるようになった」
191:デフォルトの名無しさん
20/10/30 17:40:22.11 EfvZrgr3.net
どこの板行ってもみんなに迷惑かけて嫌われてるな、ドザはｗｗｗ
192:デフォルトの名無しさん
20/10/30 18:03:32.89 ShtIhVkp.net
ソフトウェア開発の場合はMacやLinuxを使うユーザーも大量にいるけど、一般的なビジネスソフトの場合は無視できるレベル
実際MacはまだしもLinux向けのビジネスソフトなんかほとんどないわけだし
193:デフォルトの名無しさん
20/10/30 18:07:53.05 PPIOCSmX.net
まぁね。俺はデスクトップLinuxユーザだけど、それは俺が開発者でしかもLinuxが好きだからだ。
194:デフォルトの名無しさん
20/10/30 18:13:37.77 vW0P/VrR.net
Electron、マルチウィンドウとか高度なUIだとネイティブのGUIには敵わないなという印象
VSと比べると、VSCodeはタブウィンドウの動作が不自然でマルチモニター環境だと使い勝手が大きく劣る
単純に重いというのもあるし
195:デフォルトの名無しさん
20/10/30 18:15:30.38 YkVydWfR.net
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
196:デフォルトの名無しさん
20/10/30 18:37:27.88 zIm6pmym.net
「クロスプラットフォームできる！」
↓
できませんでしたｗｗ
↓
「クロスプラットフォームなど不要！ウィンドウズだけで十分！」
自分ができないことを必要ないと強弁するのがRubyコミュニティとソックリｗｗｗ
197:デフォルトの名無しさん
20/10/30 19:00:22.67 /kDe3Bml.net
生産性の違いをまじで知りたいんだけど…
彼以外に両方やってる人はいない…？
BlazorよりReactのほうが生産性高いわい！という声がない。
198:デフォルトの名無しさん
20/10/30 19:03:52.94 JR1a94e7.net
>>193
いやたぶんC#側にバカにされたRuby野郎の成れの果てやろ。普通にC#触ってるならWPFがクロスプラットフォーム対応してないことなんて常識…
199:デフォルトの名無しさん
20/10/30 19:07:38.08 Kbjr28sO.net
C#もReactも使えるけどBlazor使った事無いし。彼みたいに使っても無い物を根拠も例もなしにこき下ろすような事できないし
200:デフォルトの名無しさん
20/10/30 19:10:09.71 sXVsY8+M.net
>>194
生産性なんて結局の所慣れてるかどうかでしかない
UI部分の話でしかないから、ほしいコンポーネントがあるかどうか
それもシンプルなUIにすれば、複雑なものなんかいらない
201:デフォルトの名無しさん
20/10/30 19:20:57.77 IWemq3eS.net
>>194
エチオピアと日本どっちのが住心地いいですか？って聞かれたらなんて答える？
202:デフォルトの名無しさん
20/10/30 19:22:25.53 sXVsY8+M.net
日本に決まってるだろー！
203:デフォルトの名無しさん
20/10/30 19:27:11.63 iByn/0U1.net
>>194
静的言語の経験ないのか？
生産性はC#最強すぎて勝負にならないぞ
>>195
最近WPF触ってない
204:デフォルトの名無しさん
20/10/30 19:32:17.87 t+8AqTUm.net
React には、周辺のエコシステムがある
Ruby on Rails, Bootstrap, React の組み合わせも多い。
React で、styled-components だろ
Redux, TypeScript もある
205:デフォルトの名無しさん
20/10/30 19:42:54.34 Kbjr28sO.net
TypeScriptが動的型言語と静的型言語の良いとこ取りを達成しちゃったからなぁ。Union型とかLiteral型とかIntersection型とか、その他もろもろ。
206:デフォルトの名無しさん
20/10/30 19:43:22.84 B0ujDtw0.net
>>194
生産性でいえば静的c#とVSが圧倒的
これだけは他を突き放してる
207:デフォルトの名無しさん
20/10/30 19:46:46.80 B0ujDtw0.net
ちなみにMSはTypeScript＋VScodeをc#＋VS並の生産性にしたいらしい
BlogやVScodeのアップデート履歴にそれらが記載されていてアイデアくれってユーザーに呼びかけている
208:デフォルトの名無しさん
20/10/30 19:49:00.14 iByn/0U1.net
>193
desktopとしてLinux, Mac使ってる人ほぼゼロだし
web appである必要ない場合多いって事実だろ
なんでもweb appにしてしまう風潮おかしい
3DCGもApple非対応のソフトが増えてるらしいからな
Macはもうクリエイターからも見放されている
209:デフォルトの名無しさん
20/10/30 19:54:02.14 iByn/0U1.net
>>197
俺の言ってるBlazorの生産性ってUI限定の話じゃないぞ
ASP coreだとbackend含めて大幅に生産性があがる
同じ人が同じ言語で同じC#ライブラリ使ってかけるから
生産性が桁違いにあがる
210:デフォルトの名無しさん
20/10/30 19:58:28.72 Kbjr28sO.net
>>205
スマホとかタブレットとかエンドユーザとかご存知無い？
>>206
TypeScriptでバックエンドもフロントエンドも書けるよ？
211:デフォルトの名無しさん
20/10/30 20:17:31.78 iByn/0U1.net
>>207
TS、JSは低速だしbackendで使わないほうがいい
しょぼいアクセスのサイトならいいけど
SPはMAUIでるまで対応しないから上の議論では外していただけで
ちゃんと考慮はしている
SP対応させたいならBlazorを使えばいい
212:デフォルトの名無しさん
20/10/30 20:21:47.01 /kDe3Bml.net
>>204 がほんとなら
ts + VSCodeはc#+VSに生産性負けてるじゃん
仕事で普段はVSとC#で開発してるんだが、一度話題のVSCodeを使ってみようとC#で簡単なコンソールアプリ作ろうとしたことがある。
しかし、とにかくVSと比較して支援が少なくてすぐ投げてしまった…
もしかしてtsでもこの程度なんだろうかという疑念がある。
>>198
そりゃあ…エチオピアじゃないかな…
213:デフォルトの名無しさん
20/10/30 20:35:09.93 iByn/0U1.net
>>209
VS codeよりVSのがいいのはわかる。
tsはASPもWPFも対応してないし当分はC#がMSの主役言語でしょ
214:デフォルトの名無しさん
20/10/30 21:01:38.15 dxq/xiY9.net
>>209
多分それ言語用の拡張が入ってない
215:デフォルトの名無しさん
20/10/30 21:19:32.06 dxq/xiY9.net
>>208
普通はDBの方が速度に対する影響大きいでしょ。それにJSはかなり最適化入っててそこそこ速い。もしそんなJSの速度で不満ならGoなりRustなり使うよ。
MAUIなんて待たなくてもその前身であるXamarin使えば良い。と思ったけどそれだと移植が必要だからのMAUI待ちか。どちらにせよWPFそのままってわけにはいかないよね
216:デフォルトの名無しさん
20/10/30 21:39:34.45 iByn/0U1.net
>>212
わざわざ遅い言語でbackend作る意味がない
nodeもrailsもC#に比べると激遅いぞ
217:デフォルトの名無しさん
20/10/30 21:42:33.86 t+8AqTUm.net
未だに、Webサイトの最高速度は、Ruby on Rails。
瞬間で表示される。
他のフレームワークじゃ無理
表示速度が“異常な”Webサイト「dev.to」とか
URLﾘﾝｸ(dev.to)
元乃木坂46 の川後陽菜のWebサイト、SKIYAKI とか
URLﾘﾝｸ(kawagopro.com)
218:デフォルトの名無しさん
20/10/30 21:55:18.87 dxq/xiY9.net
>>213
シンプルなコードだから参考記録だけど、まぁ一応JSはC#より2倍遅い程度で、劇遅いとまでは言いにくい。JSで遅ければ（ボトルネック部分を）C#より速い言語にするよ。
URLﾘﾝｸ(qiita.com)
そもそもパフォーマンスチューニングで最も重要なのは計測だよ。ボトルネック見つけて、それからその部分を最適化すべきだ。
219:デフォルトの名無しさん
20/10/30 22:36:44.04 wuZkHHST.net
>>215
なーんだ、C#ってエラそうなこと言ってもネイティブ言語には全然敵わないんだなｗｗｗ
220:デフォルトの名無しさん
20/10/30 22:39:56.75 iByn/0U1.net
>>214
Railsは論外に遅い
ASP.net Coreの1/10から1/20の速度になってることがある。
221:デフォルトの名無しさん
20/10/30 22:43:15.68 iByn/0U1.net
>>216
C#はILを使うんだからC++に勝てるわけないだろ
しかし生産性とのバランス考えると最強になる
web appでC++とか使ってられない
使いやすいframeworkがないとだめ
ベンチだけ速いマイナー言語は使えない
222:デフォルトの名無しさん
20/10/30 22:44:50.89 Y0zOzZAt.net
バランス考えるとJSが最強やろｗ
223:デフォルトの名無しさん
20/10/30 22:58:32.39 GPwUqPhZ.net
静的型のメリットも享受できそこそこ早いTypeScriptで使いやすいフレームワークを使った上で遅い部分をCなりWasmなりで最適化する、と
224:デフォルトの名無しさん
20/10/30 23:51:05.88 ZQ+XX0gW.net
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
225:デフォルトの名無しさん
20/10/31 13:44:56.80 3Fb0eLxY.net
なんとなく自分の中で結論が出たよ。
生産性についてはASP.NET+C#に軍配が上がるけど、
React,Vue+TypeScriptのほうが人気。開発者も集めやすいし、情報が多い。
どちらもバランスが取れた言語、フレームワーク。
わざわざ今tsやってる人がC#を習得しなくてもいいし、逆もまた然り。
ってかんじかな…
226:デフォルトの名無しさん
20/10/31 13:54:14.05 ocpJ6AXX.net
2020年、世界で最も使われているWebフレームワークはjQuery
URLﾘﾝｸ(insights.stackoverflow.com)
227:デフォルトの名無しさん
20/10/31 14:01:46.09 XhxNYcCe.net
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
228:デフォルトの名無しさん
20/10/31 14:13:58.59 KltQ2rtQ.net
>>222
BlazorはC#+ASP.NETの知識ある人にとっては
覚えることがほとんどないんだよ
Razor syntaxという以前からのASP.NET同じような書き方をする
情報も英語できる人なら新しいBlazorでさえ情報十分
C#の中級者以上ならASP.NETもBlazorも短期間で習得できるから
人の集めやすさも問題ない。
229:デフォルトの名無しさん
20/10/31 14:47:13.67 jL3jlyKT.net
あと分かったこと。
ts+VSCodeのイケてるWebプログラマ達は、実はSIerが扱うC#+VSより生産性の低いやり方でやっているという…
でもMSもここに金を注ぎ込んでいるし、そのうち改善されるんでしょう。
230:デフォルトの名無しさん
20/10/31 15:26:08.66 ocpJ6AXX.net
生産性の低いやり方でやってるはずなのに
なぜか生産量は多い
とか言う話かね？
231:デフォルトの名無しさん
20/10/31 15:47:02.01 jL3jlyKT.net
>>227
ちょっと何言ってるかわからない…
232:デフォルトの名無しさん
20/10/31 15:49:31.47 KltQ2rtQ.net
>>226
いけてると思い込んでる、だな
webエンジニアはMS系の技術の知識がない人多い
233:デフォルトの名無しさん
20/10/31 16:03:47.06 FDpI/dXx.net
ASPにシェアがあると言ったりWeb屋はMS系の知識無いと言ったり矛盾してませんかねぇ
234:デフォルトの名無しさん
20/10/31 16:10:11.93 KltQ2rtQ.net
>>230
矛盾してない
web系企業というジャンルがあるんだよ
web エンジニアがweb系の企業にだけいるわけじゃない
235:デフォルトの名無しさん
20/10/31 16:20:10.05 FDpI/dXx.net
つまりASPやってるのはWebエンジニアじゃないって事？
Webを触るけどWebエンジニアじゃない人々なの？
236:214
20/10/31 16:32:17.93 zTfIs5nt.net
YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる
この2つ以外は、出てこない
GUI 系は、画面の手直しなどで、工数がかさむ。
C#, dot.net などのWindows 系は、いらない。
Java などの土方系も、いらない。
C/C++ などのポインタ系や、ハードウェアの仕組みなども、いらない。
Elixir, Rust は、普及へのchasm・溝を超えられなかった
言語よりも、Docker, Kubernetes, AWS などの、サーバー構築・新規案件を重視する。
上流工程・新規案件の方が、価格交渉力が強いから。
一方、下流工程・保守案件は低価格しかない
ベンチャー企業では、Ruby on Rails, AWS, CircleCI がデフォルト。
Amazon Linux, Aurora か、Lambda
YouTube で有名な、くろかわこうへいは、
来年から、AWS の有料講座を始めるらしい
もう会社では、AWSが必須で、
年収が500万円とか、プログラマーより上になってる
237:デフォルトの名無しさん
20/10/31 16:38:22.19 KltQ2rtQ.net
そういうこと
所属企業のジャンルとか、ほかに手掛けてる技術とかで変わる
自社開発で不特定多数向けのweb serviceを作ってる企業を
web系企業といったり、そこにいるひとをweb（系）エンジニアといったりする。
日本だとヤフーみたいなところだ
受託開発でやってる企業のC#エンジニアはweb appだけやってることは稀。
WPFとかほかのC#にも携わってることが多い上にweb系企業所属でもないから
webエンジニアと言われることは少ない
238:214
20/10/31 16:38:29.71 zTfIs5nt.net
YouTube で有名な、くろかわこうへいは、
来年から、AWS の有料講座を始めるので、
1万円あげるから、モニター受講者5人を探していたけど、応募者が殺到
時代はKENTA から、くろかわへ移った！
職を欲しい香具師が、AWSへ殺到
239:214
20/10/31 16:42:28.63 zTfIs5nt.net
YouTube の、KENTA・くろかわこうへいが、
web バックエンドの歴史・道筋を作った！
時代が変わった瞬間
YouTube からは、こういう時代の寵児が出てくる。
必ず、誰かがやる
240:デフォルトの名無しさん
20/10/31 16:43:31.29 KltQ2rtQ.net
>>233
おまえコピペばっかりだな
C#とJavaやらないとかいってるKENTAはレベル低い
やらないというよりできない、が正しい
サーバーサイドのスキルがないからクラウド前提になる
241:デフォルトの名無しさん
20/10/31 16:49:11.26 KltQ2rtQ.net
>>236
へぼいYouTuberに洗脳されすぎ
バックエンドで速度でてメジャーなのといったらC#とJava
そこができないKENTAはレベル高くはない
242:214
20/10/31 16:58:03.79 zTfIs5nt.net
>>233
に書いたような旧技術よりも、AWS などの価値が大きくなった。
GAFA, Microsoft の5社の時価総額が、東証一部と同じ、500兆円
今後は、Amazon 1社で、500兆円になるかも
Ruby on Rails のポートフォリオも、マコなりの所のメルカリクローンばかりになって、
ついにKENTA も、面接で学校へ通っていたことを言わないでくださいって言ってたw
学校のポートフォリオを、そのまま提出する香具師が多いから、
企業からは、学校へ通っていた香具師は採用しないとか
Railsのコピペ・チート技術がまん延した結果、
誰でもメルカリが作れるようになってしまったw
243:214
20/10/31 17:03:47.45 zTfIs5nt.net
KENTA の職歴
URLﾘﾝｸ(github.com)
100以上の技術をやってる！
244:デフォルトの名無しさん
20/10/31 17:11:53.45 zyEu/to4.net
jQueryおじさん、Youtuberおじさん、C#おじさん三つ巴の戦いが今、始まる。
蠱毒かな？
245:デフォルトの名無しさん
20/10/31 17:36:23.72 gz3vxsih.net
共通項は狂人ってことかな
246:デフォルトの名無しさん
20/10/31 17:40:24.50 1fCoANS1.net
関係ないやつらが関係ないはずのJavaScriptスレで延々と必死に我田引水の宣伝合戦を繰り広げるということは、逆説的にいかにJavaScriptの人気が高いかということを示してしまっているねｗｗｗ
247:デフォルトの名無しさん
20/10/31 17:41:42.48 FDpI/dXx.net
確かにw
248:デフォルトの名無しさん
20/10/31 17:46:16.32 Oo7C4HEc.net
使える技術一覧にDHCPなんて書く奴全く信用できないけどな
249:デフォルトの名無しさん
20/10/31 19:23:56.10 QnYm1bfS.net
…
URLﾘﾝｸ(i.imgur.com)
250:214
20/10/31 19:56:00.47 zTfIs5nt.net
KENTA の千円のサロンは、1,200人で、技術系としては異例の多さ！
勝又健太さんが運営する雑食系エンジニアサロンの口コミと評判！
URLﾘﾝｸ(onsalofan.com)
251:デフォルトの名無しさん
20/10/31 20:13:18.23 H/mkCvBm.net
雑食系ケンタはフロントはド素人だからな
252:デフォルトの名無しさん
20/10/31 20:36:06.34 KltQ2rtQ.net
C#, Javaもやってないからbackendもたいしたことない
253:214
20/10/31 21:06:40.28 zTfIs5nt.net
KENTA の職歴には、Rails, jQuery, Vue.js はあるけど、
Node.js, React, Bootstrap, Electron, Express, Firebase は無い
Bootstrap を使わずに、レスポンシブ対応をどうやったのか？
Kotlin, Scala, Java, VC++, C# もある
254:デフォルトの名無しさん
20/10/31 22:16:09.18 KltQ2rtQ.net
>>250
サロンの収入増やすためにKENTAはハローワールド
いじった程度の言語まで書いて経歴粉飾してるんだろう
C#やってたらWindows要らないなんて言うわけない
最速でdesktop app作れるのC#だし
>>214もだまされて有料サロン入ってるのか？
>>246 みたらGitHubがスカスカじゃないか
255:デフォルトの名無しさん
20/10/31 22:50:09.46 FDpI/dXx.net
>>250
Bootstrap無くてもレスポンシブ対応はCSSでできるやん。かなり特殊な条件でもResizeObserberで行けるだろうし
256:デフォルトの名無しさん
20/10/31 23:00:34.13 Oo7C4HEc.net
>>250
むしろBootstrap使っただけのサイトをレスポンシブなんて言わないだろ
CSS自力で書けないのにレスポンシブWebが作れますって宣言するレベルもケンタ？レベルだろ
そんなに難しくないぞ、HTML/CSS
257:デフォルトの名無しさん
20/10/31 23:06:35.58 Oo7C4HEc.net
つーかそもそもワナビーぐらいしかWebエンジニア系YouTuberなんか見ないだろ
だって情報ありふれてて態々動画で見る意味がないもん
組み込みとかゲームだったらまだ面白い気がするけど、Webって一番エンジニア数も多くて底も浅いじゃん
有名フレームワーク作ってるとかWebサーバー作ってるとかなら話は別だが、動画で見たいか？
どっちかっていうとドキュメント読みたいだろ
YouTubeチャンネルの人気度で測ってること自体、正直レベル低すぎでしょ。その動画を面白いと思う人がいることと業界で金になるとか技術力が高いってことは全然別だもの。
なんでYouTubeで初心者、子供の人気が集まる人が優秀ってことになるのかさっぱり理解できない。
258:デフォルトの名無しさん
20/10/31 23:07:21.76 H/mkCvBm.net
ケンタがまともなUI作れるわけがない
というかケンタだけじゃなくお前らの大半がゴミのようなUIしか作れないんだから終わってんだろ
259:デフォルトの名無しさん
20/11/01 10:37:28.97 QQutjtZw.net
>>254
英語音声のYouTubeのプログラミング関連はクオリティ高いのあるから割と見てる。
公式ドキュメントでカバーされてない話題とかTipsがあったりする。
ドキュメントより動画のがわかりやすいものもある。
開発チームのトップが解説してる動画もいい
260:デフォルトの名無しさん
20/11/01 11:50:08.01 pdNlK96W.net
組み込みなんていう遺物をいつまでやってんだか
261:デフォルトの名無しさん
20/11/01 12:10:43.49 4jvwVyq+.net
>>257
Linuxカーネルの開発なんかは組み込みに近いところがあるし、
ドライバ～ハードウェア抽象化層～OSまでのコード生成が仕様書から自動で行われなくなるようにならない限り
組み込み的な開発はずっと必要だよ。
遺物だと思うのは何十にも抽象化されたようなアプリレイヤーしか触ってないからでしょ。
まあ、jsスレだしそう思うフロントしかわからない人が居ても不自然ではないが。
262:デフォルトの名無しさん
20/11/01 12:18:47.30 4jvwVyq+.net
>>256
自分もそういう動画は見ることがあって、
もちろん、全ての動画解説を否定しているつもりはなく、
開発技術ジャンルを、チャンネル登録者数の多いYouTuberが一押ししてるから今はこのジャンルが強い、みたいに評価することに何の意味があるのって意見を言いたかっただけ。
チャンネル登録者数が多いってことは多くの場合は初心者にとってキャッチーで簡単なだけで、
それ以上の商業的、技術的意味はない訳だろう。
割とコアに活動してる技術者達が、今はこれが熱い(将来性を感じる)と言っているならわかるけど、
いくら人気だろうがYouTuberに特化したエンジニア崩れが何言ってようが初心者が初心者になんか言ってるだけで、
小学生の間でどの漫画が流行ってるぐらいの意味しかないだろう。
263:デフォルトの名無しさん
20/11/01 12:26:04.44 xiHRYmfR.net
日本でも海外でも専門分野の話はユーチューブ以外で
実績ないと信用したらダメだろ
264:デフォルトの名無しさん
20/11/01 12:48:18.45 pdNlK96W.net
>>258
だからなんでお前ここにいて組み込み吠えてんだよ？
265:デフォルトの名無しさん
20/11/01 12:51:27.79 jzqs5N6a.net
組み込みとかハードに近いコード書いてるやつらはリスペクトしてる。
他所から見ると変化の無さそうに見えるけど、けっこう激しく変化してる世界だし、構造体を見事に組み合わせてメモリ効率良く美しいロジック組んでるの見るとホレボレする。
266:デフォルトの名無しさん
20/11/01 13:04:32.89 jzqs5N6a.net
逆に組み込み屋から見ると、こちらはこちらでレイヤーが多いし異様に高度に抽象化してるように見えるらしく、スゲースゲー言われる。
基礎は共有してても専門性が高い部分はお互いわからない。見下したりせず、お互いリスペクトしあうのか望ましい
267:デフォルトの名無しさん
20/11/01 13:09:49.31 QQutjtZw.net
>>259
日本人YouTuberはプログラミングの解説動画はあまり作らずに
サロンに勧誘するための動画ばっかり作ってる印象。
サロンビジネス、ぼったくり情報商材屋多め
268:214
20/11/02 04:34:55.19 cH+o+Znx.net
KENTA は、マナブの12万円のWordPress 教材を、情弱狙いだと批判してる
WordPressは低価格の請負だから、初心者がやるのは危険。
時間給じゃないから、どれだけ時間が掛かっても、5万円とか
WordPressぐらいなら、KENTAの千円のサロンで、誰かに聞けば十分。
最近は、高額の情弱ビジネスが横行しているから、まず、KENTAに聞くべき！
269:デフォルトの名無しさん
20/11/02 05:23:14.34 mSt0AvyI.net
>>265
KENTAも情弱ビジネス
情弱相手のサロンビジネス屋
ネットで調べればわかるしサロンに入る必要がないのに
サロンにはいれば解決するかのように宣伝してるのは詐欺
初心者ばかり集まってるサロンで聞いてもろくな回答つかないだろｗ
スキルあるやつはそんなサロン入らないだから
270:デフォルトの名無しさん
20/11/02 08:04:08.52 P4ANvvFg.net
WordPressは単価悪いからやらん方がいいってところに関しては確かに同意だな
271:デフォルトの名無しさん
20/11/03 16:04:20.01 6GluVfsg.net
ちょっと聞きたいんだけど、
Gatsbyと(ヘッドレス)CMSを組み合わせた場合、静的なページが出力されるの？
つまりCMS上で更新した内容はGatsbyでビルドしないと反映されないのかどうかという事なんだけど。
272:デフォルトの名無しさん
20/11/03 18:42:41.12 6wTHK8y9.net
すまん教えて
クラスとクロージャってどう違うの？
273:デフォルトの名無しさん
20/11/03 18:58:37.49 Fn7caUMC.net
>>269
まったく別物
クラスをちゃんと理解するにはC#とかの静的言語で
オブジェクト指向プログラミングを学ばないとだめ
動的言語だけやってると型の概念が身につかない
まずは静的言語の学習を
274:デフォルトの名無しさん
20/11/03 19:12:06.08 XR+zjtJR.net
>>270
知らんのかい！
275:デフォルトの名無しさん
20/11/03 19:19:07.96 6wTHK8y9.net
>>270
静的言語のクラスはわかる
その上で違いを教えて
276:デフォルトの名無しさん
20/11/03 19:20:41.94 Fn7caUMC.net
>>271 数行で説明できる概念じゃない オブジェクト指向は自分でプログラミングしないと見につかない Java , C#の初級プログラマーが最初につまづくところだ 動的言語だけやってると初級から抜け出せない 静的言語を勉強しろってのが適切なアドバイスなわけ
278:デフォルトの名無しさん
20/11/03 19:23:26.53 Fn7caUMC.net
>>272
いや、わかってない
静的言語でちゃんとコード書けないでしょ
クラスわかってたらそんな頓珍漢な質問は出てこない
279:デフォルトの名無しさん
20/11/03 19:28:40.19 6GluVfsg.net
C#おじさんまさかクロージャ知らんとは……
280:デフォルトの名無しさん
20/11/03 19:50:31.51 0gT2OZTN.net
クロージャを知らない人がクラスだけ勉強したところでその違いがわかるわけないわな。
281:デフォルトの名無しさん
20/11/03 20:22:33.83 XR+zjtJR.net
>>273
理解が曖昧だから
教えられないのでは？
282:デフォルトの名無しさん
20/11/03 20:25:55.35 6GluVfsg.net
>>269
雑に言うと
クロージャは関数が外側の変数の参照を（外側の部分の実行が終わった後も含め）持ち続ける現象、かな。参照を持ってるから変数がGCされることも無い。
クラスとの違いは（比較対象では無いけど）……プライベート変数と機能は多少重複してるけど、出来た経緯が全然違うもの、かなぁ。
283:デフォルトの名無しさん
20/11/03 20:50:21.77 Vb+pPlne.net
クロージャってPerlとかクラスがないというかまともなOOPの仕組みない言語がOOPするために使われてただけなんじゃない
284:デフォルトの名無しさん
20/11/03 21:03:28.35 xZyzqOA2.net
今の時代クロージャーがないほうがOOP言語として未熟扱いだけどね
285:デフォルトの名無しさん
20/11/03 21:05:09.79 6GluVfsg.net
クロージャはLisp由来関数畑育ちで、OOPの出来損ないみたいなものじゃない。
まぁ、クロージャ何でもできるからそういう使われ方してて（Ecma3時代にプライベートメンバ作るとか）、そう思われても仕方ないとこあるけど……
286:デフォルトの名無しさん
20/11/03 21:09:30.03 xZyzqOA2.net
OOPが出来損ないでは？
関数型になれなかった言語
287:デフォルトの名無しさん
20/11/03 21:21:58.90 XR+zjtJR.net
>>282
発言内容が馬鹿に聞こえますよーー
288:デフォルトの名無しさん
20/11/03 21:22:58.28 xZyzqOA2.net
ほらね。レスするくせに反論しなかったｗ
ここがこいつの限界というわけ
289:デフォルトの名無しさん
20/11/03 21:23:09.78 6GluVfsg.net
>>282
その気持ちはわかるww
でもその言い方は「これだから関数型信者は」って虐められるから止めてよw
俺はOOPも好きだし
290:デフォルトの名無しさん
20/11/03 22:01:36.74 Fn7caUMC.net
>>277 >>270
じゃあ3行で説明してあげよう
URLﾘﾝｸ(en.wikipedia.org)(computer_programming)
291:デフォルトの名無しさん
20/11/03 22:06:43.38 Ir5rYGmc.net
やっぱり知らなかったｗｗ
wikipedia得意気に貼って恥ずかしい奴ｗｗｗ
292:デフォルトの名無しさん
20/11/03 22:10:03.34 Fn7caUMC.net
クロージャなんて言語によって違いすぎるから
誰も数行で説明できない
存在しない言語もあるわけでね
やはり静的言語勉強しろっていうアドバイスが的確過ぎた
293:デフォルトの名無しさん
20/11/03 22:17:57.17 6GluVfsg.net
いやいや、違い過ぎるものを同じ言葉では呼ばないでしょ。よりにもよってWikipediaのURLなんてダサすぎる。
なんならあんたの好きなC#で説明すれば良かったのに
294:デフォルトの名無しさん
20/11/03 22:19:56.71 WKYb8LN0.net
>>268
SSGはCMS用途とは違うね
295:デフォルトの名無しさん
20/11/03 22:26:09.52 6GluVfsg.net
>>290
回答してくれてありがとう。
所謂JAMstackについて調べてたらmicroCMSとGatsbyの組み合わせについて書いてあったから、ちょっと混乱しちゃって。
296:デフォルトの名無しさん
20/11/03 22:40:00.07 6wTHK8y9.net
>>278
クラスもメソッド（≒クロージャの関数）がプライベートプロパティ（≒外側の変数）を参照できるからそこはクロージャと変わらんよね？
jsはprototypeとはいえクラス使えるからクロージャはもういらないってこと？
それとも今でもjsはクロージャを駆使するのが当たり前なのかな？
297:デフォルトの名無しさん
20/11/03 23:01:24.01 vaTODcc2.net
>>292
クラスがあればクロージャはいらないってのは間違ってないんだけど、
ちょっとしたコールバック関数を書くのにそれ用のクラス書いてるとクラスだらけになってめんどくさいよ。
逆に適当にクロージャを書いて変数のスコープの見通しが悪くなるときにはクラスにするし、
どっちにも無理やり使おうとすると使いづらい場合がある。
究極を言えばチューリング完全なら出来ること同じなんだし、
言語の機能はよくあるパターンを人間が書きやすく、そしてルールを覚えやすく作ってあるだけということになる
298:デフォルトの名無しさん
20/11/03 23:04:31.48 6GluVfsg.net
>>292
ある程度はその通りで、プライベートプロパティが使える現代のJS|TSではクロージャの役割は少し減った。
状態を持つならクラス書いたほうが意図が自明な場合があるからね。
でもクロージャ使った方が短く書けたり、意図がわかりやすいパターンもある（メモ化とか高階関数とか）。だからクロージャは今も使われてる。
299:デフォルトの名無しさん
20/11/03 23:47:37.88 pWieQE6j.net
クロージャは、クラスと同じ。
メソッドf が、fの外のスコープにある、インスタンス変数@num にアクセスできるのと同じ
class A
def initialize ( num )
@num = num
end
def f
puts @num
end
end
a = A.new( 2 )
a.f #=> 2
300:デフォルトの名無しさん
20/11/06 14:57:16.02 eyjgBnBT.net
クラスとクロージャーは全くの別物だよ。
同じことを処理として実現できるから同じ技術というのはおかしいよ。
URLﾘﾝｸ(qiita.com)
↑これを読むと理解できるかも
301:デフォルトの名無しさん
20/11/06 17:08:55.05 xCt6apsx.net
お前ら技術力が無いと見下してきたおじさんズが全然技術力無いことを露呈した流れは正直面白かった
302:デフォルトの名無しさん
20/11/06 19:38:31.05 UqYVvhfA.net
>>297
どれの話？そうやってありもしないことを言って満足してるの？
303:デフォルトの名無しさん
20/11/07 08:31:51.61 alCltY04.net
「バナナが欲しかったが、バナナを持ったゴリラを手に入れた」
ゴリラ＝クラス
元ネタはErlang作者であるJoe Armstrongの、
「オブジェクト指向言語の問題は、オブジェクト指向言語が持ち歩く暗黙の環境をすべて持っていることです。あなたはバナナが欲しかったのですが、あなたが手に入れたのはバナナを持ったゴリラが生活しているジャングル全体でした」
クラスがあるからクロージャは不要というのは、
バナナを簡単に食べられるという話に
ジャングルでも同じことができるから不要と言ってるに過ぎない
304:デフォルトの名無しさん
20/11/07 09:08:18.76 fFUf4t5z.net
>>299
たとえがアホすぎだね
ジャングル全体があるからバナナが収穫できる
バナナしかなければ食べたらおしまい
静的言語のが実行速度も速いし生産性も高い
大規模開発もできる
つまり上位互換
305:デフォルトの名無しさん
20/11/07 10:11:05.93 MRkwVirz.net
バナナを食べるだけなのにジャングルの整備・バナナの収穫までその場で考えなければならない。
ゴリラの飼育、お嫁さんどうするかも考えないとｗ
306:デフォルトの名無しさん
20/11/07 10:17:29.21 eE30bK/h.net
ゴリラの花嫁
307:デフォルトの名無しさん
20/11/07 12:42:22.96 vkENrb2s.net
何故この文脈で静的言語云々が出てくるのか。
静的言語って言いたいだけか
308:デフォルトの名無しさん
20/11/07 13:25:25.47 fFUf4t5z.net
JSに限らず動的言語は必要な機能が揃ってないからだ
309:デフォルトの名無しさん
20/11/07 13:57:57.00 b176xE9N.net
例えばevalすらできない
310:デフォルトの名無しさん
20/11/07 14:21:37.60 vkENrb2s.net
クロージャの話にどうして静的言語云々が出てるんですかねぇ
311:デフォルトの名無しさん
20/11/07 14:26:51.28 alCltY04.net
初期のJavaは酷かった。
イベントハンドラ登録するだけなのにイベントリスナーのクラス作らないといけなかった。
「む、無名クラスでインラインでも書けるから！」とか。アホかと。
今ではみんなラムダ関数使ってまーすｗ
だーれもクラス使ってないでーすｗｗｗ
312:デフォルトの名無しさん
20/11/07 15:56:43.14 8kUdOBCA.net
>>307
JavaとJavaScriptの区別もつかない無能
313:デフォルトの名無しさん
20/11/07 17:07:33.91 vkENrb2s.net
確かに以前のJavaはクロージャどころか関数ポインタ（的なもの）すら無くて辛い言語だったなぁ。
個人的にはJS|TSでクラス使う場面って、
・状態を持つオブジェクトを扱う時
・継承を使う時（WebComponents等）
くらいだと思ってる。
314:デフォルトの名無しさん
20/11/07 18:01:35.46 l4y7rONL.net
>>307
まああのシンプルさが勉強には良かったけどね。
仕事で使いたくはないけど。
なぜクロージャーが便利なのかということも身を持って知れるし。
315:デフォルトの名無しさん
20/11/09 18:11:35.27 8xYN06mP.net
Javaに失望したらC#にいけばいいのに
なぜさらに不便なJSなのか
316:デフォルトの名無しさん
20/11/09 19:45:26.78 7AsvEqxF.net
webの開発では圧倒的にクロージャーを使うことが多いよ。
あるリストがあって、その中の一つの要素をクリック時に削除するなどの処理を書く場合は自然とクロージャー使うしね
317:デフォルトの名無しさん
20/11/09 20:10:47.53 isQbKDOz.net
elm.AddEventListener(function() { ・・・}) を使うな
function handler() { ・・・}
elm.AddEventListener(handler) を使え派は
どこ行ったんだろうねｗ
前者はクロージャーだから循環参照を引き起こして
メモリリークのバグになる可能性があるから
後者を使えっていうのが昔は多かったんだが
もっともjQueryは後者の書き方をしても循環参照にならない
仕組みなので問題なかったんだが
（要素に直接イベントハンドラ関数を割り当てるのではなくjQueryの内部的な
イベントハンドラを管理するオブジェクト経由で間接的に参照するので
循環参照にならない仕組みでブラウザのメモリ管理のバグを回避していた）
318:デフォルトの名無しさん
20/11/09 20:31:46.56 pTt4z/D/.net
クロージャ使い倒してるけど循環参照してメモリリークなんて一度もなった事無いから、普段全く意識してないなぁ。
TS使ってて他に劣ってるとは全然思わない。あ、ジェネリック周りが複雑過ぎるとは時々思うw
319:デフォルトの名無しさん
20/11/09 22:50:02.10 UdZsOPJh.net
next.jsって本がないのが辛い。Gatsbyですらあるのに。どこ見て勉強するとええんやろ。公式をGoogle翻訳？
320:デフォルトの名無しさん
20/11/09 22:57:02.16 8xYN06mP.net
英語できない人がそんなマイナーフレームワーク使ってはいけない
翻訳なんてつかうからいつまでたっても英語が上達しない
本は情報が常に古い
英語のドキュメントとソースコードでしょ
あとはYouTubeの英語
321:デフォルトの名無しさん
20/11/10 01:20:11.62 cAihqDfD.net
>>313
俺は世代的にこの問題を意識したことないけど、eventをちゃんとremoveすれば良いって話だよね？
322:デフォルトの名無しさん
20/11/10 02:21:05.26 S9m/y1JQ.net
>>317
ブラウザバックや進む、リロード時に
eventをremoveするように作らないといかんわけや
とうぜんブラウザバック時にイベントなんて起きないでｗ
323:デフォルトの名無しさん
20/11/10 02:35:39.06 TotITmpP.net
そう言えば、jQuery では、DOM の削除時にも、イベントも削除してくれるのだっけ？
324:デフォルトの名無しさん
20/11/10 04:48:41.91 tEaf6cRQ.net
リロードしてもリソース開放されんってそんな時代あったんか……
325:デフォルトの名無しさん
20/11/10 06:15:05.66 903MPdZb.net
リロードワロタｗｗｗ
お里が知れるなｗｗｗｗ
326:デフォルトの名無しさん
20/11/10 10:54:11.86 WFD3YGWJ.net
Chromeだとリロードボタンの右クリックにキャッシュを飛ばしてリロードするかどうかの選択あるけどね
327:デフォルトの名無しさん
20/11/10 11:27:57.67 S9m/y1JQ.net
>>319
削除される。もちろんjQueryの命令を使って削除しないといけないけど
328:デフォルトの名無しさん
20/11/10 16:18:55.13 pjTXqdbV.net
>>322
キャッシュの話ｗｗｗｗｗ
で？ｗ
リスナーの登録は？ｗｗｗ
329:デフォルトの名無しさん
20/11/12 10:31:14.40 8uyqyLZH.net
web component流行ってくれ
330:デフォルトの名無しさん
20/11/12 13:42:28.98 bkKeALiT.net
自作ソフトをWeb Componentsで作り直そうかと思ってるが
特にメリットがないし、二の足を踏んでいる。
331:デフォルトの名無しさん
20/11/12 17:43:51.94 4DYET88S.net
web components は spaとかを作るには向いてないけどある程度静的なものを作るなら向いてると思うで。
templateとかにlit htmlとか使うの前提だけどね
332:デフォルトの名無しさん
20/11/12 20:08:20.88 mC/HDmh/.net
lit-html知らなかったわ。面白いなこれ。
ガチンコなアプリでは物足りない感じだけど、既存のものにもさくっと差し込めそう
333:デフォルトの名無しさん
20/11/13 16:19:13.65 RlSYHcA6.net
おもろいで
lit elementもおもろいで
334:デフォルトの名無しさん
21/03/05 12:09:53.39 GkxdZauC.net
URLﾘﾝｸ(www.statista.com)
URLﾘﾝｸ(trends.google.com)
上の方に ASP.NET のマーケットシェアが１位って記事があったから載せてみるね
ネット上のマーケットシェアのサイトってソース載ってないのも
どうやって調べてるかわからないものも多いよね