Vue vs React vs Svelte Part.6

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/31 06:58 / Filesize : 262 KB / Number-of Response : 1017
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん [2020/10/27(火) 13:09:05.31 ID:5aYZ+KyB.net]: 実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Angular Part.5
https://mevius.5ch.net/test/read.cgi/tech/1596029929/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
261 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 19:41:07.41 ID:YNdyjjvH.net]: 人類規模で投資の仕方間違ったよな
スクリプトの高速化なんてやってないで、wasmに早期から取り組むべきだった
262 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 19:46:27.00 ID:sOEBQUsx.net]: wasmのブートストラップコードはjsなんだからjsが遅かったらwasmまで遅くなるじゃんバカなの
263 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 20:06:24.90 ID:YNdyjjvH.net]: バカには理解するのが難しいかもしれ
投資してればその無駄なブートストラップのJSが消えるだけ
264 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 20:16:31.99 ID:TbmbElJ8.net]: wasmが影も形も無かった頃、静的型付けでコンパイル言語でバイナリが実行ファイルで、サーバからクライアント、あらゆるマシンやブラウザ上で動く、しかもITの巨人たちがこぞって投資した。そんな凄い言語があったんです。
そんな言語でもJavaScriptの牙城は崩せませんでした
265 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 20:24:28.83 ID:bza0LWNC.net]: >>261
まだ投資が足りなかった
普及してれば人類のステージはもう何歩か先に進んでたのに惜しいことをしたな
この遅れが後々の宇宙人との戦争に響いてくる
266 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 20:57:40.64 ID:MsV4ej8L.net]: appletのこと？
267 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 22:03:16.18 ID:8NXwxGIx.net]: 時系列おかしくね
268 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 22:09:24.49 ID:+p4clpep.net]: 投資とかじゃなくてwasmが重かっただけの話
当時のブラウザじゃろくに動かない
ソフトウェアの世界は重いものより軽量のものが好まれる
269 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 22:41:32.13 ID:Rb8oT144.net]: そもそも、jsの置き換え用途として
wasmが用意された訳ではない。
270 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 22:46:49.01 ID:sEIsLTyR.net]: docker作ったやつが「wasmを知ってたらdocker作らんでも良かった」って言ってwasmのことを褒めてた記事を前見た
言ってる意味はよくわからなかったけど将来性あるんだろうなあって感じた
271 名前：デフォルトの名無しさん [2020/11/29(日) 22:50:34.02 ID:AbKwwhG3.net]: webエンジニア全員でAppleボイコットすべきだろ
縮尺違うデバイス乱発しやがるし
safariとかいうゴミブラウザはまともに動作出来ないしよ
272 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 23:10:43.09 ID:kn6Xy7Za.net]: Safariは糞なんだけどなんだかんだ全盛期のIEよりはマシ。でもMacやiOS以外でテストできないのはホントやめて欲しい
273 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 23:12:09.34 ID:HZy5s6KS.net]: >>267
wasmのサーバーサイド向けのまともな処理系があれば確かにdockerいらないんだけどな
いかんせんwasmは仕様が貧弱すぎて
274 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 23:13:05.16 ID:Z/yAEGW+.net]: >>267
K8Sでwasm動かすオプション、マイクロソフトが作ってた気がする
外部コマンドとかに依存してないピュアなプログラムなら、wasmに乗せればどこでも動くからDocker要らん
275 名前：デフォルトの名無しさん mailto:sage [2020/11/29(日) 23:37:25.38 ID:Rb8oT144.net]: サンドボックスから出れませんよ。
デスクトップネイティブの変わりにはなりません。
276 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 01:18:36.39 ID:rn09M8ye.net]: >>271
その「どこでも」にサーバーサイドは含まれていますか？
277 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 01:30:06.52 ID:owcTZSsV.net]: >>273
当たり前だろ…今誰がクライアントサイドの話をしてるんだよ…
クライアント側技術のwasmが、docker代わりにサーバで使えるかもね、どうだろうね、とそういう話だろうに。
278 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 01:31:07.01 ID:iUHy/DDO.net]: >>266
え？
もともと、EmscriptenがC/C++をasm.jsに変換していたのが、asm.jsがWasmに
進化したのだと思っていたが。
279 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 01:39:36.58 ID:owcTZSsV.net]: 何の反駁にもなってない。jsの置き換え用途として
asm.jsが用意された訳ではない。
280 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 01:41:23.94 ID:owcTZSsV.net]: >>271
Krustletかな？
https://www.publickey1.jp/blog/20/kuberneteswebasssemblykrustlet.html
281 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 03:09:11.88 ID:m2msM8IC.net]: えーこれJavaVMの再開発なんじゃ
282 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 07:16:39.65 ID:+FPoUGVQ.net]: wasmは
C++等の色んな言語の資産を活かせる。
JavaVMほどの起動時の遅さやフットプリントは必要ない。
GCが無い。
純粋なwasmではIOができない（データの永続化ができない）

のでJavaVMとは色々異なってて、サーバサイドではどちらかというとDockerぽいと感じるかな
283 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 09:05:29.99 ID:FUbWMdS/.net]: >>274
かもねじゃなくもうK8Sで使える
284 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 09:08:34.72 ID:FUbWMdS/.net]: いずれにせよJSは近いうちに終わる
COBOLやJavaみたいなレガシーの扱いになる
285 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 09:58:33.10 ID:+FPoUGVQ.net]: 近いうちと言っても少なくともまだ5年ぐらいは無さそう。完全に置き換わるまでには10年くらい。全然置き変わらない可能性もある。
ま、無くなったって新しいの覚えるだけだ。言語が変わっても思想的に地続きなフレームワークが出るだろうし、何も無駄にはならないな
286 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:13:49.58 ID:y87+I7Qr.net]: JS終わってほしいけど数十年は終わらないと思う
287 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:28:21.64 ID:+FPoUGVQ.net]: 何れにしてもポストJSを考えるには時期尚早感が強い。言語ベンダーとかフレームワーク屋ならともかく
288 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:38:55.43 ID:rn09M8ye.net]: >>281
> COBOLやJavaみたいなレガシーの扱いになる
それは終わるとは言わないｗ

お前はいちばん重要なことを忘れてるな
JavaScriptが一番少ない記述量・作業量で目的を達成できるのだから
wasmに取って代わることはない
289 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:43:07.99 ID:bmm0MTRM.net]: 選挙でもそうだが政局なんてそう簡単にはひっくり返らんよ
290 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:43:56.07 ID:rn09M8ye.net]: 世の中で本当に終わったといえる言語には特徴がある

1. 1ベンダーによる開発
2. その開発会社が終息を宣言、もしくはそれ相当の自体になった

これにギリギリ当てはまるのは
VB6とDelphiぐらいだろ

JavaScriptは多数の実装があるのでどうあっても終わらない
291 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:46:18.62 ID:rn09M8ye.net]: D言語やPerl5/6なんかもあったな
PHPも開発会社が終息を宣言すれば終わる可能性もある
Rubyは幾つか実装があるみたいだが
やっぱり本家が終われば終わる可能性もある
GoもGoogleだけかな

で、JavaScriptはこれらとは程遠い
292 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:46:30.21 ID:bmm0MTRM.net]: Delphiとエンバカデロってどうにかなったのか？
293 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:50:16.45 ID:rn09M8ye.net]: >>289
もう誰も気にしてないということ
294 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 12:33:18.66 ID:0Mqgtux2.net]: >>281
JSからネイティブコードが
呼び出せるようになるだろ。
295 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 12:37:42.55 ID:PALovYd2.net]: jsは終わらないけど
jsを使ったフレームワークやAltJSの類はどんどん移り変わるから大変だなあとは思う
バージョンアップしたときとかみんな着いていけてるのか？
296 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 12:58:24.94 ID:+FPoUGVQ.net]: フレームワーク作る側も変化が激しくて習得が負担になりうる事を意識してか、ルールが独特過ぎたり複雑過ぎ�
297 名前：驍ﾌは最新減ってきたように思う []: [ここ壊れてます]
298 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 13:31:15.73 ID:owcTZSsV.net]: Pythonの高速ライブラリはCで書かれたネイティブモジュールだけどPythonはなくなりましたか。
え？なくなってない？じゃあなんでwasmでjsがなくなるのｗｗｗ
Pythonよりさらに状況悪くて、クライアントサイドではwasmはjs経由でしかロードもできないのにｗｗｗｗ
299 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 13:52:09.05 ID:FUbWMdS/.net]: 何言ってんだこいつ

pythonのライブラリがCで書かれてるからと言ってクライアントまでCにする理由はない
なぜならCよりもpythonのほうが簡単だから
これはpythonと「pythonより速いが難しい言語」との比較だ

JSとwasmの関係はpythonとCの関係とは全く状況が異なる
wasmは今のところC#が有力だが将来的には言語を選ばなくなるはず
ということはJSと「JSより簡単で安全で高速な他の言語」との対立という構図になる
結末は目に見えているね
300 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 13:58:03.77 ID:owcTZSsV.net]: > C#が有力
どこが？ｗｗｗ
wasmはGCサポートしてないから.net中間コード逐次実行するランタイムをwasmでロードするという、クソみてーなことしてるGCクソ言語じゃんｗｗｗｗ
RustやCみたいにwasm用にAoTコンパイルできるようになってからほざけカスｗｗｗｗ
やーいインタプリタ言語ｗｗｗｗｗｗ
301 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:17:09.83 ID:+FPoUGVQ.net]: >>296
嘘だろと思って調べてみたらマジで草
オーバーヘッド半端ないな
302 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:19:02.43 ID:IuzD2K3l.net]: >>296
corertちゃん…
303 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:26:46.20 ID:5LwFg3Ca.net]: >>296
blazor wasmがガッカリ低速なのもこれが主原因なんだよね。
ランタイムDLのオーバーヘッド、
中間言語からの実行時(JIT)コンパイルのオーバーヘッド…
他のザコアイテムの改善を行ってはいるが、本丸のAoT対応はできてないw
304 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:51:20.63 ID:0Mqgtux2.net]: >>299
Blazorは純粋なwasmじゃないですよ。
Domの処理はガッツりjsです。だから遅い。
305 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:59:27.04 ID:FUbWMdS/.net]: >>296
そんなものは時間が解決するに決まってるだろ
少しは考えてからレスしたほうがいいよ
306 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:27:21.70 ID:+FPoUGVQ.net]: wasmにGCが乗り、さらに予定すらされていないDOMを直接触る機能が付き、それが全てのブラウザに搭載され、仕様が安定し、それにC#が対応し、フレームワークが完成し、そのフレームワークが流行り……いつになったらJSはレガシーになるんですか？
307 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:31:51.34 ID:5LwFg3Ca.net]: >>300
そんなのはRustもCも一緒です。
DOM APIはJS用しか存在しないんだから。
言い訳にもならない。
308 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:32:59.39 ID:rn09M8ye.net]: >>291
alert("hoge")

alertの先はネイティブコード
昔からJavaScriptはネイティブコードを呼び出している
309 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:41:53.35 ID:mKaKPR0T.net]: .net vmのcdnを予めダウンロードしとくみたいなことできんの？
310 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:42:29.51 ID:rn09M8ye.net]: >>303
昔からDOM APIはJavaScript専用じゃない
呼び出そうと思えば、どんな言語からでも呼び出せる
VB6（VBScriptじゃなくて）とかDelphiにIEコンポーネントを埋め込んで
VB6やDelphiからDOM APIを呼び出すなんてのは昔からできた

DOM APIの先はネイティブコードなのでJavaScriptから呼び出しても
wasmから呼び出してもパフォーマンスは変わらない
DOM APIの機能が強化されるたびに、JavaScriptのパフォーマンスは上がってきた

JavaScriptからwasmに変換することもできるということを考えると
話は昔かあるインタプリタ vs コンパイラでしかなくなる

事前コンパイルした方が確かに速いが、インタプリタは事前に
コンパイルする必要がなく気軽に開発できるという点で広く使われている
これが覆ることなんて今後も考えられないだろ

Javascriptのメリットはインタプリタからコンパイラへの変更がシームレスであるということ
開発の初期段階はブラウザで直接動くから素早く開発でき
そして速度が重要な部分だけwasmで変換すれば良くなる
パフォーマンスと開発効率のバランスが優れてるいいとこ取りの言語なんだよ
311 名前：デフォルトの名無しさん [2020/11/30(月) 16:08:05.54 ID:XP0NOCLu.net]: >>303
domに頼ってるようじゃお終いですな
312 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 16:11:06.34 ID:tpJ2df0N.net]: >>305
一回落とせばキャッシュされるよ
313 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 16:12:17.98 ID:5LwFg3Ca.net]: DOM APIはJavaScript専用です。
wasmからJS経由せずにDOMを触る方法はありません。
これはCだろうがRustだろうがC#だろうが変わりません。
DOMの実装はC++ですが、上記の状況とはまったく関係のない話です。
C++だろうがwasmからJS経由せずにDOMは触れません。
嘘を千回繰り返しても本当にはなりません。
314 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 16:15:02.59 ID:0Mqgtux2.net]: まったく困ったもんだ。
315 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 17:18:04.07 ID:tr0Vj++C.net]: Mozillaのwasmのリファレンスに、「wasmから直でDOMいじれるようにする計画もあるよ！」みたいなことが書いてあったような記憶がある
316 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 17:46:49.41 ID:0Mqgtux2.net]: >>311
Mozillaにはね...Mozillaだから
317 名前：デフォルトの名無しさん [2020/11/30(月) 18:37:42.91 ID:8OT0vtYb.net]: >>309
じゃあDOMの実装をJSにしたら良いのでは？
318 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 18:55:08.36 ID:FUbWMdS/.net]: >>302
数年以内だろうな
C#に限らず各言語で出揃う
319 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 18:56:44.46 ID:owcTZSsV.net]: >>313
じゃあ、とは？
C++で実装されたネイティブDOM API (JS専用。wasmからはC++だろうがJS経由しないと呼び出せない)が整備されてるのになぜその必要が？
誤魔化してるつもりかな？ｗ
C++で実装されたネイティブDOMの、WASMネイティブのインターフェースを作ってもらいなよ。お前らが。GCクソ言語なんちゃってコンパイル言語中間言語逐次wasm翻訳実質インタプリタクソ言語爆遅ハッタリ嘘つきクソ言語のC#ユーザーがｗｗｗｗ
320 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:02:17.29 ID:FUbWMdS/.net]: >>315
君が足踏みしてる間に世界では誰かがより良い世界を作ろうとしてる
もちろんwasmもすぐに良くなる
321 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:06:51.00 ID:owcTZSsV.net]: やっぱりウソ吐いて誤魔化そうとしてたね。
あいも変わらず卑怯な奴らだよ。
そんなだから信用されないんだ。
呆れた。
322 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:15:06.85 ID:PALovYd2.net]: この二人の論争はなんというか宗教、政党、プロ野球みたいな感じ
どっちも一長一短、適材適所があるでしょうに。
興奮しすぎだわ。
323 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:17:46.73 ID:0Mqgtux2.net]: wasmのスレ立てれば？
デバック面倒くさすぎて
使う気にはなれんけど。
324 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:17:53.53 ID:qWFwWuIl.net]: 何はともあれC#おじさんがスレ違いなのは確か
325 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:20:18.75 ID:owcTZSsV.net]: 単なる事実対妄想だが。
クソ言語C#バカが妄想な。
blazer開発者ですらJSに速度では勝てない勝とうとしてない狙いは別のところにあると言ってるのに速度でも勝てると勝手に妄想、嘘んこをスレ違いに喚き散らして宣伝して回るクソゴミカスどもだからお灸を据えてやったほうがいい。
326 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:23:31.24 ID:VwdmTk5m.net]: 速度で勝てないのは現時点での話
当然将来的には最適化が容易なwasmが勝つ
当たり前のことなんだけど理解できないのはかわいそうに
327 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:25:41.44 ID:owcTZSsV.net]: そういうのを妄想つうんだよC#チョン
328 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:30:22.31 ID:+FPoUGVQ.net]: そりゃwasmは速いよ。でも今のC#そのままブラウザに持ってきただけのblazerが早いわけじゃない
329 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:31:45.17 ID:VwdmTk5m.net]: >>323
当たり前に予想できることを妄想とは言わない
コーラを飲んだらゲップが出るのと同じように確実なこと
330 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:33:08.20 ID:VwdmTk5m.net]: >>324
まだ慌てる時間じゃない
ゆったりと高みの見物を決め込んでればいつの間にか逆転してるだろう
331 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:34:15.46 ID:owcTZSsV.net]: とにかくとっととAoTコンパイル対応してRustやCと同じ土俵乗ってから偉そうにほざけカスって感じ
332 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:36:06.47 ID:FUbWMdS/.net]: はいはい世界の何処かで進行中ですよ
333 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:39:02.85 ID:FUbWMdS/.net]: Googleとマイクロソフトがこんな誰でも分かるようなあからさまボトルネックを延々と放置するわけねえじゃんって幼稚園児でもわかりそうなもんだがねえ
いったい何を根拠にしたら黎明期の遅いままでずっと推移するなどという荒唐無稽な妄想を信じられるのだろう
334 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:39:28.44 ID:owcTZSsV.net]: AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…

AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
(deleted an unsolicited ad)
335 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:41:55.90 ID:l+bF0jjh.net]: >>322
現実を教えてあげよう

誰も実行速度で困ってないんだ

そしてみんなが持ってるコンピューターは
年々実行速度が速くなっていってるんだ
買い替えによってね
336 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:42:04.28 ID:+FPoUGVQ.net]: ID:owcTZSsV
こいつ口は悪いけどたしかに嘘や希望的観測は言わないな
337 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:48:50.54 ID:l+bF0jjh.net]: ソフトウェアの発展というのは
実行速度が技術に置き換えられてきたといっても
過言じゃないだろう

昔の話をするならアセンブラからC言語へ
C言語からC++へ、C++からJavaへ
ネイティブアプリからブラウザアプリへ

実行速度はどんどん遅くなってるんだよ
それが成り立ってるのはハードウェアがそれをカバーし
338 名前：てるからで そうする理由は開発速度を上げるため wasmの目的は実行速度ではない 既存のものをブラウザ上に移植するのを容易にするためだ その必要がないならネイティブアプリにしたほうが実行速度は速いだろう []: [ここ壊れてます]
339 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:49:05.87 ID:l+bF0jjh.net]: 実行速度が遅い技術に置き換えられてきたといっても
340 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:51:05.88 ID:c2JpZQqd.net]: >>290
俺が愛用してるエディタはDelphi製だけどな
341 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:55:18.02 ID:owcTZSsV.net]: C#バカの汚いやり口はいつも同じ。
最初は速いと嘘を吐き騙そうとし、
ウソがバレたら今度は速度なんて重要じゃないという。
前にも言ったが、blazer開発者は最初から速度でJSには勝てないと言ってるんだが？
最後に開き直るなら、最初から飾らねばよい。
342 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 20:00:02.01 ID:XPC113Og.net]: C#奴はずっと詭弁しか言ってない
343 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:34:39.47 ID:FUbWMdS/.net]: >>332
過去にすがってるだけ
先が見えてない
344 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:36:11.09 ID:FUbWMdS/.net]: >>336
最初は勝てないのは妥当な判断だ
最適化なんてほとんどしてない黎明期だからな
逆に言うと改善の余地が有り余ってる
345 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:39:39.44 ID:0Mqgtux2.net]: blazorさんはスレ違だから
退散した方がいいよ。
そもそもwasmも同じくスレ違だから。
無かったら別スレ立てて移動してね。
346 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:43:55.23 ID:FUbWMdS/.net]: 勝てないとわかったら追い出し作戦か
ワンパターンだねー
347 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:47:06.14 ID:owcTZSsV.net]: エッ！一年前から遅い遅い指摘されてたのに、まだAoT実現できてないの？
このプロジェクト大丈夫？？

https://www.reddit.com/r/csharp/comments/c7qtwy/is_blazorwasm_faster_than_js_today/
> No. Blazor is currently interpreted. That makes it very slow compared to JS.
> It will at some point be AOT, which should yield a massive performance boost,
> but we're not there yet.
いいえ。Blazorは現在インタプリタ動作です。
そのためJSに比べて非常に遅くなります。ある時点でAOTになり、
パフォーマンスが大幅に向上するはずですが、
まだ実現していません。

↑これが一年前。さーてそろそろAoT実現してるかな～

AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
　　　　＿＿＿＿＿
　　ゝ／　　　　　　　　　＼　　/
　　/　　＿＿＿＿＿＿＿ヽ
　　|　　| : : : : : :＼_人ノ: : :|　　　／　
　　|　　| : : / ⌒ ヽ: :/ ⌒ ヽ
　　/＾v─ i　　　　 |　　　　|
（（ |:ｄ: :♯| 　　 ((・|・))　　 !　　　　「延期！」
　　ヽ: : /＾ヽ､＿　ノっ＿ﾉ－､
　　　|: :|　　＼_／＾＼／＾＼_:ノ
　　　|: :|　　　　　　　　　　　　　　　＼
　/⌒＼ヽ　（⌒ヽ⌒）　　　））
　|　　　＼＼_／＾＼_／ﾉ　＿＿＿＿＿
　|　　　　　＼─┬─　´　|　　　　　　　　|_
　|.　＼.　　　＼ | 　＼　 |　　延期　（＿）
　| 　　＼　　＼.／￣￣）　　　　（＿)
　　　　　＼　　 /　　￣)　　　　　　　 |
348 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:54:51.87 ID:+FPoUGVQ.net]: >>338
現在が見えてないC#おじさんの妄想より、現状と開発者の言葉を信じるけどね。普通は
349 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:35:18.91 ID:ae11hT0U.net]: C#おじさんのせいでC#が巻き添え食って嫌われるのは心外
350 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:45:16.43 ID:S1EYu7ha.net]: C#は良い言語だったと思うよ2000年代中盤から2010年代前半くらいまではね
351 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:56:00.59 ID:ae11hT0U.net]: そうか…
2016年に何かがあったんだな…
352 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:58:32.01 ID:gI3b/R7k.net]: なんだよこの流れ……jQueryが入る余地ねぇじゃん……
353 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:59:48.74 ID:RrZktX1W.net]: SSGの波に乗りおくれるな！
354 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 23:18:34.74 ID:l+bF0jjh.net]: >>347
呼んだかい？ｗ

結局の所wasmは使われず、JavaScriptを使う
そしてDOMと相性がいいのはjQueryって話なんだが
355 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 01:07:19.73 ID:soycDTan.net]: typescriptの生産性を越えない限り、他の言語に出番なんて来ない
356 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 01:25:58.49 ID:XcHTxxjN.net]: jQueryはDOM操作ライブラリだけど
本来ウェブサイトにおいてDOMはガシガシと操作するもんじゃないんだわ
これはjQueryに限った話じゃなくてJavaScript一般の話

jQuery（JavaScript）でやるのは要素の属性の変更
主にclassを変更する。そしてCSSによって見た目を変える
DOMを変更して見た目を変えるんじゃなくて
DOMはそのままでCSSで見た目を変える

これでやりたいことの8割は実現できる
できないのはグリッドテーブルの行数を増やすとかそういうもの程度

そうやって見た目をCSSで変えるだけにすると
JavaScriptの処理は少なくなって、CSSによる宣言的な記述で実装できるようになる。
これはバグが減ってCSSはブラウザによってネイティブで処理されるからもっとも高速になる

あとはこれをJavaScriptでやるからjQueryでやるかだが
jQueryを使うとJavaScriptのコードも宣言的に書けるようになる

正しいウェブサイトプログラミング手法を知ってると
JavaScriptでやる処理が減るから、JavaScriptが遅いことがデメリットにならないんだよ
多少遅くなってもボトルネックにはならないから、そのぶんjQueryを使って楽にやりましょうと

もとより大したことはしないのに、それをwasmに置き換えてなにかメリットあると思う？
ウェブサイトにwasmが入る余地はないんだよ。wasmはデスクトップアプリの移植用
357 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 01:34:30.18 ID:XcHTxxjN.net]: もちろんこの手法にも問題はあってJavaScriptは
シンプルになるが、代わりにHTMLとCSSが複雑になる

この問題はCSSに関してはSASS（SCSS）で解決できる
ウェブプログラマはCSSとその周辺技術に詳しくならないといけないんだが
なぜかCSSわかりません。みたいなことを恥ずかしげもなく言ってしまう
ポインタわかりませんみたいなレベルだからなこれ

HTMLが複雑化する問題は将来的にはWebComponentで解決するだろうし
今現在はテンプレートエンジンを使えば、簡単な記述で生成できる
358 名前：デフォルトの名無しさん [2020/12/01(火) 01:44:32.83 ID:BITrO4cB.net]: 随分スレチな流れだが、wasmは置いといてそこでjQuery推すのはやめてくれ。さらにスレチが加速して収集つかなくなる。jQueryが優秀なのは知ってるから。
359 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 05:22:26.97 ID:IH0+Yar+.net]: >>348
Next.jsとGatsbyどっちがオススメ？
360 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 06:58:41.70 ID:IH0+Yar+.net]: >>249
Armv8.3のFJCVTZS命令が件のJS専用命令で、JS特有の整数変換を高速化できるとのこと。
https://qiita.com/mod_poppo/items/66663d9a05790579b5e4

M1のみならずArmCPUなら高速化するってわけだ。x86も追従するかもね。
361 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 09:22:33.54 ID:Iz940o1z.net]: 別にサイト作成にjQuery使うことは否定してないからさっさと成仏してくれ
362 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 12:27:40.74 ID:CDzfjJOf.net]: マシン語(アセンブリ言語)があらゆる言語を動かし得るのと同様、Wasm(WebAssembly)
もあらゆる言語を動かし得るのだから、Wasm自体に限界は余り無い。
限界があるのは、
・ローカルファイルシステムへ自由な読み書きが出来ないこと。
・グラフィックが遅いこと。特にせっかくOpenGL相当のWebGLがあるのに
　同じマシンのnativeのOpenGLの数十倍遅いことが多いのが残念。
363 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 12:29:51.34 ID:KHJEiCI/.net]: >>351
アホ？
jQueryは命令的、Reactとかが宣言的っていうんだよ
命令的だから当然複雑になると手に負えなくなる
364 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 16:05:00.77 ID:CDzfjJOf.net]: >>331
その話は一理あるが、ダウンロード時間に関しては果たしてどうか。
意外と通信費は安くならないし。
それと速度が関係ないというならデスクトップもC#で十分なはずなのに
C++も依然としてかなり人気があるし、新しい言語ならC#より速度が速い
とされるRustも一番人気とも言われている。
人気に関しては色々と議論の余地があるが。
365 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 16:08:33.20 ID:CDzfjJOf.net]: >>359
補足するとPCの速度は、シングルスレッド性能は余り上がらないがコア数はどんどん
増えているので、マルチスレッド化できるような処理の場合にはその時点での
速度の遅さは余り問題にならないかも知れない。
ところが通信に関しては安く済まそうと思うと、とたんに事情が違ってくる。
366 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 16:14:14.50 ID:CDzfjJOf.net]: 一戸建ての固定回線の場合、光ファイバーにするには月々4,500円くらいが最低価格。
一戸建ての三年以後の価格で、光ファイバーでそれ以上安いプランは存在し無い事が
多いから。それだと年間、5万4,000円かかる。
それより安くしようと思うとADSLになるが、ADSLは基地局から遠いと極端に遅く
なり、光ファイバーの100～1000分の1位しかでない事が少なくない。
その場合、Blazor Wasmの初回起動はダウンロードに一分以上待たされる。
また、さっきネットで、ダウンロード後の起動にも15秒程度かかる場合があるというテスト
結果をちらっと見た。
367 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 17:29:12.99 ID:sVIjNcb4.net]: >>358
> jQueryは命令的、Reactとかが宣言的っていうんだよ
それはお前がjQueryを命令的に使ってるだけの話

Reactのどこが宣言的だというのか
宣言文相当のものを見せてみろって

jQueryの場合は
$('.link').css({color: 'red'}') こうな
.link { color: 'red' }

これは同じく宣言的であるCSSの書き方と似ている
368 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 17:37:15.15 ID:WP+WGTcn.net]: Netflix で測ると、今は都会の�
369 名前：tァイバーなら、速い時で、150MB / 秒ぐらい出る！ []: [ここ壊れてます]
370 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:05:23.43 ID:CDzfjJOf.net]: >>363
月々の料金はいくら？
371 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:12:32.71 ID:IH0+Yar+.net]: スマホで速度制限中かもしれないし、データ量が少ないに越したこた無いんだな
372 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:15:02.63 ID:XaSziyAo.net]: 速度制限中の速度は500Kbps、つまり62.5KB/秒
jQueryのサイズはgzip圧縮時で30KB
0.5秒

画像1枚の方が大きかろう
373 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:19:29.40 ID:8vXHLLG3.net]: 結局、MVC+jQueryが最強なんだね
374 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:20:40.55 ID:KHJEiCI/.net]: >>362
勉強してこいアホが
375 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:21:01.19 ID:XaSziyAo.net]: >>368
やっぱり反論なしなんですよね（笑）
376 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:25:20.17 ID:KHJEiCI/.net]: >>369
いやマジでお前恥晒しだから無能アホjQueryゴミ命令カオススパゲティ野郎はお呼びじゃないからあっちいけ
スレのレベルが下がる
377 名前：デフォルトの名無しさん [2020/12/01(火) 18:25:40.77 ID:kQQehElu.net]: ちょっと聞いていい？

Reactはbabel必須って理解は間違ってない?
Reactの環境構築の最小構成みたいな記事でbabelを入れてなかったからなんか他にやり方あるんかと思いまして
378 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:26:30.73 ID:XaSziyAo.net]: >>370
必死すぎやろｗ
379 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:31:10.48 ID:IH0+Yar+.net]: 宣言的か宣言的じゃないか、jQuery使うか使わないかなんて、同じチームの人間が言うことでなければどちらでも良い。
それを押し付けてさえ来なければ勝手にどうぞ、となる。
380 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:33:14.62 ID:IH0+Yar+.net]: >>371
webpackとts-lorder使ったときはインストールしなかった。裏で依存関係で拾ってきてるかもしれないけど
381 名前：363 mailto:sage [2020/12/01(火) 18:55:16.53 ID:WP+WGTcn.net]: >>364
大阪梅田の5階建ての会社のビル

NTT だと言ってた。
でも混雑時には、かなり遅くなるだろうが
382 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 19:14:56.80 ID:WP+WGTcn.net]: Ruby on Rails 6 ではデフォルトで、Webpack。
node_modules フォルダ内に、何千というファイルが入っているw

プロジェクトの設定ファイルは、
package.json, babel.config.js, .browserslistrc, postcss.config.js

yarn.lock は、7,500行あるw
その中を、babel で検索したら、440 個

React プロジェクトを作るには、
rails new に、--webpack=react を付ける
383 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 19:15:08.58 ID:kQQehElu.net]: >>374
webpackもts-loaderも、「jsxをトランスパイルする」モジュールではないよね？
裏でなんかやってんのか
384 名前：376 mailto:sage [2020/12/01(火) 19:33:46.11 ID:WP+WGTcn.net]: これか？
でも、React プロジェクトを作ったら、依存で勝手に入るかも

https://github.com/jsx/JSX

npm install -g jsx
385 名前：376 mailto:sage [2020/12/01(火) 19:48:04.03 ID:WP+WGTcn.net]: 最新版で学ぶwebpack 5入門
Babel 7でES2020環境の構築
(React, Vue, Three.js, jQueryのサンプル付き)
https://ics.media/entry/16028/#webpack-babel-react

webpack+Babel+Reactの構成を作成しよう

@babel/react を記述するのがポイントです。
これによって、JSX が解釈できるようになります
386 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:22:07.56 ID:U68a3lhY.net]: >>371
昔はcdnでも使えたらしいな
今はほぼ100%webpackだろうけど
387 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:23:07.78 ID:U68a3lhY.net]: >>376
革新的だと思ってるかも知れんがLaravelの後追いやね
388 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:27:08.47 ID:z7IFf7zF.net]: TypeScriptはJSXをトランスパイルできる

https://www.typescriptlang.org/docs/handbook/jsx.html

＞TypeScript supports embedding, type checking, and compiling JSX directly to JavaScript.

だからTypeScript+Reactでやる場合はBabelはいらないと思う
389 名前：376 mailto:sage [2020/12/01(火) 20:32:55.47 ID:WP+WGTcn.net]: Ruby on Rails は、ずっと昔から、Webpack プロジェクトを作れた

それが、Rails 6 ではデフォルトになっただけ
390 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:43:52.55 ID:kQQehElu.net]: >>382
なるほどー！そういうことか
納得行きました、ありがとう
391 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:46:04.94 ID:IH0+Yar+.net]: >>382
なるほど、tsconfigにjsx(tsx)関連の設定あるのはlint用だけじゃなかったわけだ
392 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 07:41:50.62 ID:9YN20bAS.net]: LaravelといえばASP.NET MVCのパクリだよな
BladeとかRazorから由来してる
393 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 09:30:37.87 ID:b/bzLjQ4.net]: クックパッドがRailsからNext.jsに置き換えだってさ
https://techlife.cookpad.com/entry/2020/12/01/093000
394 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 09:33:18.11 ID:Lkf+TW+/.net]: SSRエンジンってその先にもう一個何かないとDB書き込みとかできないんじゃなかったっけ？
違ったか？
395 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:20:32.03 ID:4ZukVyfA.net]: Rails、JS界隈はフレームワークの移り変わりが速くて大変そうだね
やっぱり安心して長期運用できるのはマイクロソフト、jQueryですわ
396 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:28:59.03 ID:B8/knNRa.net]: 安定のIE6案件
397 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:29:08.13 ID:yJY81L7A.net]: 笑
398 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:32:02.63 ID:+nSH4YQS.net]: >>386
ASP.NET MVCはRubyOnRailsのパクリだとおもう
399 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:36:05.22 ID:gmqCIpk4.net]: >>389
MS製のフレームワーク、Win32, MFC, WinForms, WPF, UWP,
Silverlight, Xamarin, Blazor, MAUI, WinUI, WinRT, ...
長期安定的に非推奨のものが積み重なっていくね。
400 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:37:56.58 ID:b/bzLjQ4.net]: IE6が出てからIE7が出るまで5年もアップデートが無かった。今からすると考えられない暗黒時代
401 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:38:09.89 ID:gmqCIpk4.net]: .NET
.NET Standard
.NET Framework
.NET Core
Mono
...
もうどれがどれだか分からん。
402 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:41:14.03 ID:gmqCIpk4.net]: ASP.NET, Azure, MS Cloud とBlazor Server/Wasm, MAUI, XAMLなどの
関係性が複雑すぎて理解が難しい。
Xamarin.Form, Xamarin.Android と XAML, WinForms の関係性とか、
「便利」とは何か、選択肢が多いことは便利なのか。
403 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:43:45.72 ID:gmqCIpk4.net]: MVVMだのMVCだの。MFCのDocument/Viewアーキテクチャと名前は似ているが、
なんか違う。
BlazorもXAMLと似ているが違うようだし、HTMLとも関連しているが全く同じでは
無いような感じで、学んでも果たして将来の役に立つのだろうか。
404 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:51:45.99 ID:PGx6ncLP.net]: >>394
ライバルブラウザが存在しないとそういうことになるんだよな
ネットスケープ（Mozilla）はライバルになり得なかった

Chromeの登場がすべてを変えた
オープンソースというか無料のソフトウェアというのは
MicrosoftやGoogleの広告ビジネスのように
他のビジネスで金を稼いでいないと持続できないのだ
405 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 12:58:38.95 ID:yJY81L7A.net]: すでにマイクロソフトが
オープンソースの推進役みたいになっとる。
言語は別に他社製でもよいかんじだ。
そのう�
406 名前：ｿC#からもフェードアウトするかもよ。 []: [ここ壊れてます]
407 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 13:04:42.40 ID:b/bzLjQ4.net]: プラットフォーム持ってるとこに取ってはオープンソースはメリット多いよね。
コミュニティは活性化して利用者増えやすくなるし、利用者から直接修正パッチ飛んでくるし、新しい使い方を見つけてくれるし、なんならライバルも軍門に下る（EDGE）
408 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 13:40:51.50 ID:vDg6xkSY.net]: Chrome では、ページ全体が翻訳されるものでも、

Edge では、翻訳されない部分が残ることがある
409 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 14:00:23.52 ID:gmqCIpk4.net]: >>399
MSクラウドが他のクラウドと差別化できるのは、PaaSだけだと思うが、
PaaSと言語は切っても切り離せないのではないか。
ならばMSがクラウドで儲けるためには、言語を他社製で良いという訳に
行かない気がするが。
なぜならそうすると、社運がかかっているクラウドが、その言語会社に牛耳られる恐れがある。
また、オープンソースの言語にした場合は、MSクラウドでなくても良いことになるので、
クラウド事業で失敗する可能性が高まる。
もう1つの可能性は、言語が全て無料化されることだ。
しかしAWSもMS製のVisualStudioを使うことが出来る。
そのVSが無料化した場合、敵であるところのAWSに塩を与えてしまうことになる気がする。
410 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 14:03:38.50 ID:s/Tj40p5.net]: >>393,396
やめたれｗｗｗｗ
411 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 14:25:24.62 ID:u23z8tnt.net]: 何でそんなに草生やしとるん？
412 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 14:53:05.43 ID:b/bzLjQ4.net]: クラウドは何でも受け入れる事が一番重要なんじゃないかな。何が流行るかわからないし。
それと同時に、差別化・囲い込みが必要だってのもわかる。
MS♡Linuxとか言ってんのは前者で、後者は.NET、そしてその中間にTSとVSCode。みたいな。
固執はしないだろうけど、捨てもしないだろう
413 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 14:55:40.73 ID:yJY81L7A.net]: もうosすらLinuxとの双生児になりつつあるからね。
414 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 15:27:19.17 ID:jOtugkoA.net]: >>402
無料のMS製品を使わせて、そのMS製品と一番相性がいいのがMS製品だから
生産性を考えると全部MS製品に揃えるのが良いという流れに
持っていってるだけ。GoogleもAppleも同じことをやってる

そしてこの数年の間にLinuxも
MS製品の一つとなってることに気づいたかね？
415 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 15:47:27.13 ID:gmqCIpk4.net]: >>407
しかし、その戦略はMS製品でなくても良くなってくる危険もはらんでおり、
LinuxではWineの完成度も上がってきているからLinuxに移行が進んで
Windowsが売れなくなる状態になるのを加速する。
Windowsが売れなくなれば、MS Officeでなくても良いと思われる様になり、
ならば MS クラウドでなくても良いということが連鎖的におきかねない。
殿様商売の経験が長かったせいでそれに気づけてないのかも知れない。
416 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 16:23:23.48 ID:f4QkNh3N.net]: デスクトップLinuxは20年経ってもまったく普及してない
417 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 16:32:37.13 ID:b/bzLjQ4.net]: Linuxデスクトップを10年以上使ってきたけど、開発者以外に流行る徴候は一度も無かった。スマホの展開には驚いたけど。
MSもPC方面は警戒してはいないし、デスクトップが戦場になる時代でもないと感じる
418 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 18:08:32.58 ID:jOtugkoA.net]: >>408
時系列が逆だねぇ
Linuxの完成度が良くなってきたから、MSはそれに対応するように戦略に変えたの
その結果が、AzureだったりWSLだったりするわけ
知らんの？いつからLinuxが使われてきたのか

MSの戦略の結果、MS製品でなくても良くなったんじゃなくて
MS製品でなくても良くなりつつあったから、戦略を変えたの
たとえWindowsが売れなったとしても、MS全体のビジネスに
影響がないようにビジネスの柱を複数用意したの

大企業なのにこの柔軟性はすごいよ
419 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 18:12:38.82 ID:jOtugkoA.net]: MS Officeでなくても良いというが、
少し前までOpenOfficeやLibreOfficeがライバルだったのは知ってるだろう
だが今は見る影もない。なぜならどちらもクラウドの時代に対応できなかったからだ

今じゃLinuxでもクラウドでMS Officeを使えるようになってる
このようにMSはクラウドに対応してきた
420 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 19:06:42.03 ID:s/Tj40p5.net]: 大勢が決まってから後乗りしてきた、のまちがい
421 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 19:24:30.07 ID:26rcFOAE.net]: 後乗りはオープンソースが推奨してることだから
それをMSがやっても、とがめられることじゃないんだよ

Edgeも後乗り、Chromeの技術をMSが利用する
でもChromeそうやってできてることで非難できない
最後に全部MSが合法的にかっさらっていく

それを見て「後乗りだー！」「後乗りだー！」と騒いでも
後の祭り
422 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 19:30:55.14 ID:s/Tj40p5.net]: 後乗りだけに。
423 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 19:53:56.62 ID:pOgkAB6s.net]: >>397
役にたつよ
424 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 20:02:08.72 ID:pOgkAB6s.net]: GitHub
Windows
Office
VisualStudio
VSCode
.NET
Java
TypeScript
npm
python
Azure
Asp.Net
Blazor

マイクロソフトさんまじ無敵じゃないですか
おそらく次に囲い込むのはDockerだろうな
425 名前：デフォルトの名無しさん [2020/12/02(水) 20:52:07.48 ID:ujR1EPzI.net]: え、JavaってMSだったのか
426 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 20:58:25.74 ID:u23z8tnt.net]: Python（の生みの親が入社したから）もMS
427 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:17:23.21 ID:j6INaZxo.net]: マイクロソフト嫌う人って何が嫌いなんだろ
煽りとかじゃなくて純粋に理由が聞きたい
金儲けに走り過ぎてるとことか？
428 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:19:12.45 ID:ihV57jve.net]: Dockerは単なるスタンドアロンなOSSなので、MSが買ったところでGoogleやAmazon等に対して差別化できるか微妙だからどうだろうね
そうでなくてもDockerは既にMSやAmazonの下請状態なわけで、あえて買収するメリットはないのでは
429 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:21:37.90 ID:XWIOL7vQ.net]: >>420
IEへのヘイト
430 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:22:58.48 ID:fQWOsJ3+.net]: 嫌いっていうかVisual Studioあんま使いたくないな
開発環境はエディタとターミナルだけで完結したい
431 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:30:47.25 ID:KKT+f1Fx.net]: >>420
ウィンドウズで動く画像ソフトを作って販売
↓
マイクロソフトがOSに取り込む
↓
画像ソフト死亡（怒）

オープンソースの作成者「なんでウィンドウズのソースが見れない？オープンソースを勝手に使うな（怒）」
432 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:36:24.24 ID:26rcFOAE.net]: 実際にはオープンソースが商用ソフトを殺してるんだけどな
オープンソースの作者がソースコード非公開にしていいと言ってるから
非公開にしてるわけで、それに文句を言ってる作者なんかいない
433 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:49:17.39 ID:s/Tj40p5.net]: いやAWS思いっきり非難されてあわててOSSにスポンサードし出したが。
434 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:52:18.10 ID:OsPCXXwm.net]: オープンソースがプロプライエタリを殺すとか敵対するとか、何年前から来たんですか？
435 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:55:07.46 ID:26rcFOAE.net]: それはソースコード非公開の話と関係ないし
そもそも問題となってるのはクラウドであって
Windows自体はクラウドではないので現に非難されてない
436 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:56:22.76 ID:26rcFOAE.net]: >>427
事実だよ。オープンソースに殺されてないのは
マイクロソフトなどの体力があるところだけ

オープンソースがある分野で
競合ソフトがどれだけあるというんだ？
中小企業が参入する余地はない
437 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 21:58:01.89 ID:I2F+dDp3.net]: .netの開発はVSで全部完結するとこがいいわ
IlSとかSQLServerとか、デプロイからDB管理まで全部VSだけで済む
OSS系の開発はいろんなツールをパッチワークみたいに使い分けないといけない
で、何かのソフトがバージョンアップして動かなくなるから古いバージョンに戻すと今度は別のソフトが動かなくなるクソ
438 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 22:00:45.22 ID:pfG57L68.net]: >>420
今は別に嫌いでもないけど、
昔はIEバンドルしてネスケ締め出したり
オフィス抱き合わせして一太郎ロータス潰したり
.netバンドルしてJava潰したり
独禁法で訴えられてなかったらグーグルも潰されてたと言われてる。
やりたい放題やって嫌われないわけがない
439 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 22:05:42.91 ID:26rcFOAE.net]: たらればとかどうでもいい

今は開発者に好印象
それがMSの強いところ
440 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 22:06:48.03 ID:sDJYCgQi.net]: MS凄い=MS支持してる俺凄いって発想の奴がいるな
441 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 22:08:52.96 ID:erzFOjPF.net]: >>432
たらればは最後だけな
442 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 22:09:01.14 ID:26rcFOAE.net]: >>433
たった今、そういう発想が思い浮かんだのは、「お前」ですよね？ｗ
443 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 22:30:54.46 ID:3xGcwmKY.net]: ブラウザもEdgeが覇権とりそうだね
Chromeの機能性にマイクロソフトのカスタマイズが入れば無敵
VSCodeとの連携も可能
444 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 23:08:22.49 ID:26rcFOAE.net]: 流石に覇権は取れないと思うけど実際増えてるらしいね

Microsoft Edgeのシェアが大幅に増加
https://www.softantenna.com/wp/webservice/microsoft-edge-share-increased/
445 名前：デフォルトの名無しさん mailto:sage [2020/12/02(水) 23:15:58.43 ID:NBsW9IvR.net]: メイン火狐だしサブはchromeもどきなら何でも良かった
446 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 02:29:29.56 ID:toBxio+U.net]: >>430
今のVSは、AndroidSDKやclangとも連携しているから、開発環境の
バージョン管理が複雑になり、不安定になってきている。
オープンソースを誰かが流行らした結果、そのようなものしか作れなくなって
しまい、プログラマは不幸になった。
447 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 02:38:23.31 ID:toBxio+U.net]: >>429
オープンソースを使い出すとサイズが巨大化する傾向がある。
AndroidSDKも、clangも最初からサイズがでかい。
対応プラットフォームなどによるが、clangはコンパイラの1つの実行ファイル
が89MB以上で、clang.exe, clang++.exe, clang-cpp.exe, clang-cl.exe
など複数のファイルが同様のサイズなので、これだけでも89*4=約360MBに
なり、lld-link.exeが61MBあったり、全部合わせると物凄いバイト数になる。
Windowsのファイルシステムイがシンボリックリンクに対応していないから、
clang.exe の亜種がサイズが大きくなっている可能性もあるが、それは
Windowsが悪いのではなく、デファクトスタンダードであるWindowsで
使えないUnixの機能を勝手に使って済まそうとしたことや、移植した人の責任。
448 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 02:41:32.56 ID:toBxio+U.net]: >>426
「OSSにスポンサード」と言っているが、目立つ人や団体に金を出しただけで
その裏で貧乏生活を強いられ、搾取されているプログラマは泣いている。
449 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 06:42:52.35 ID:00SeLCIw.net]: VisualStudio容量もりもり食うのに使った事ない人なのかな？
450 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 07:01:49.74 ID:JqlpTbiL.net]: Xcodeも容量食うよな。15GBぐらい
451 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 09:27:01.41 ID:QOvIykSz.net]: そこまでは食わないよ
452 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 12:49:57.00 ID:Nwj1NL2r.net]: 米国の平均年収では、
Ruby on Rails が、125,000 ドルでトップ！
Node.js が、90,000ドルで最下位

遂に、AWS のソリューション・アーキテクトが、
1,500万円と、Rails をも超えたらしい！

不況の株高で、Amazon の株価は、160兆円。
数年以内に、500兆円ぐらいまで行きそう

YouTube に動画を上げてる、AWS 認定のクラスメソッドは、すごい。
会社全体で、AWSの800資格を取って、
全12資格を取った、マスターが7人もいる！

AWS は、CentOS 系のAmazon Linux と、MySQL 系のAurora の組み合わせで、
数倍速いように作っているとか
453 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 12:53:14.81 ID:kqDMp3wO.net]: サラリーマンに興味は無い。
454 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 12:55:43.07 ID:deUEuPD7.net]: やっぱMVCのほうが稼げるね
SPAは需要が少なすぎる
455 名前：445 mailto:sage [2020/12/03(木) 12:58:10.64 ID:Nwj1NL2r.net]: もう、AWS だけでは食えません。
Ruby on Rails とセットでないと食えません、とか言われていたのに、

AWS のソリューション・アーキテクトの値段が、1,500万円まで暴騰してる！
456 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 13:02:52.29 ID:ywlJu9Wv.net]: 今のjsフレームワークはSSRはもちろんSSGもできるんですが
457 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 13:11:02.79 ID:DUHTsPKn.net]: ふーんでって感じ
MVCの需要を超えてから出直してこい
458 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 13:21:49.63 ID:0iG0u9Ro.net]: なーんでこの人たちはRailsやC#やjQueryを押し付けてくるの？
459 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 13:45:53.79 ID:D2QDkG+t.net]: 自分の頭で考えられないからじゃね
460 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 15:07:10.11 ID:8fqR7feq.net]: 自分の頭で考えた結果だろ
何も考えずに流されてるほうがダメ
461 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 15:13:52.75 ID:3lw1+h2j.net]: 有名な誰それが言ってたから俺もやるんだーっていう何も考えてないやつが多い
そういうやつを見抜くのは簡単、そういうやつは手段が目的になっている
例えば「脱jQuery」
462 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 15:21:34.06 ID:z31Mq8km.net]: スレタイのフレームワーク・ライブラリの使用経験がある人の中で、jQueryに戻りたいっていう人は存在するんだろうか
463 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 16:03:25.68 ID:eIuWK7gH.net]: >>455
jquery uiがスキ
464 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 16:06:09.41 ID:3lw1+h2j.net]: >>455
ウェブサイトのちょっとしたJavaScriptにも
フレームワークを導入したいって人がいるかって？
いないやろｗ
465 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 16:17:39.33 ID:mpaZ+t9d.net]: 押し付けてくる理由は無いとなるとただの荒らしかな？
466 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 16:25:16.17 ID:3lw1+h2j.net]: そもそも押し付けてないだろ？
467 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 20:06:21.87 ID:fj9KsucO.net]: >>449
サーバーサイドG
ってなんのG？
468 名前：デフォルトの名無しさん mailto:sage [2020/12/03(木) 20:25:15.21 ID:5dSeSRWG.net]: Static Site Generator
最近はISR(Incremental Static Regeneration)が流行りらしいなどういうのか知らんが
469 名前：デフォルトの名無しさん mailto:sage [2020/12/04(金) 18:20:09.46 ID:S0A0JTcy.net]: >>455
Webアプリ作るんだったらjQueryはダルいなぁ。Reactの快適さを知ってしまった
470 名前：デフォルトの名無しさん mailto:sage [2020/12/04(金) 18:31:40.44 ID:HyuHUD7c.net]: いいね。ウェブアプリかどうかって話が認識されてきた
ウェブサイトにはjQueryがぴったりってことだ
471 名前：デフォルトの名無しさん mailto:sage [2020/12/04(金) 20:24:51.09 ID:h5wnLwgi.net]: アプリでもないのに動かなくていい
472 名前：デフォルトの名無しさん [2020/12/05(土) 00:02:21.52 ID:M7HC2SJI.net]: ネイティブのJavaScriptとReactとtypescript使ってる
奴の人口足してもjquery人口には勝てんやろな
所詮、これが現実よな
473 名前：デフォルトの名無しさん mailto:sage [2020/12/05(土) 13:34:43.35 ID:3OUqO/Qz.net]: Ruby on Rails では、
bin/rails webpacker:install:react

で簡単に、React プロジェクトを作れるけど、
ほとんどの人は、よく知らずに、コピペだけして作っているw
474 名前：デフォルトの名無しさん mailto:sage [2020/12/08(火) 04:32:41.26 ID:nFluSfxP.net]: Angularの皮肉なことはアップデートの遅いAngularJSの方が人気でシェア逆転したこと
草しか生えない
475 名前：デフォルトの名無しさん [2020/12/08(火) 14:27:26.40 ID:D4f7y84B.net]: Angular俺は好きだよー
476 名前：デフォルトの名無しさん [2020/12/09(水) 01:25:46.80 ID:WuZTb4kZ.net]: あんぎゅーら？
477 名前：デフォルトの名無しさん mailto:sage [2020/12/09(水) 01:28:31.87 ID:eCHhpLek.net]: 沖縄のおやつか何か
478 名前：デフォルトの名無しさん mailto:sage [2020/12/09(水) 02:51:54.94 ID:jODQKuwy.net]: サーターアンダギー
479 名前：デフォルトの名無しさん mailto:sage [2020/12/09(水) 10:47:11.84 ID:uM1iB96b.net]: チンスコウ
480 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 00:25:27.07 ID:U7s1vwLT.net]: >>471
砂糖+アブラ+アゲ
>>472
珍しい(中国の)ス国の粉菓子
481 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 16:26:26.61 ID:vzAlb50G.net]: 新しいフレームワークだぞー
https://crank.js.org/blog/introducing-crank
482 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 16:35:02.55 ID:ByKu1dnZ.net]: マイクロソフトが責任持って面倒見てくれるBlazorに絞ったほうが良さそうだな
483 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 17:44:43.77 ID:RJPTbGPf.net]: はいはい
484 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 18:21:28.51 ID:DPQG5HpP.net]: そうだね！しるばーらいとみたいにね
485 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:16:26.96 ID:YXjbRyJb.net]: >>474
いいね！
フレームワークがというよりこの記事がいい。
では私からも…
https://www.wix.engineering/post/is-stencil-a-better-react
こっちはパフォーマンスにフォーカスしてるみたいだ。
>>474 みたいなほうが読んでて面白い。
486 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:26:26.28 ID:A3fjGgOY.net]: フレームワークは使う側じゃなくて作る側になるのが楽しい
自分の好きなように変更できる
使うだけじゃ最先端になれない
487 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:35:33.90 ID:A3Dq3Wf1.net]: おいおい、マイクロソフトには
knockout.js
があるのを忘れたのですか！
488 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:37:08.15 ID:A3Dq3Wf1.net]: Knockout.js 日本語ドキュメント
kojs.sukobuto.com/docs/introduction
489 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:38:51.34 ID:A3fjGgOY.net]: >>480
マイクロソフトは従業員が個人的に開発したものを
奪うようなことはしない
490 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:41:41.48 ID:A3Dq3Wf1.net]: >>482
かなりいけてたFWだけどね。
一時期ASP.NETのテンプレートに
組み込まれてた時があったよ。
491 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:42:16.72 ID:v0oovjxv.net]: ソースの見やすさならReactかな
492 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:43:19.09 ID:A3fjGgOY.net]: >>483
jQueryも組み込まれてるぞ
493 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:45:34.59 ID:A3Dq3Wf1.net]: >>485
笑
494 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:45:57.85 ID:A3Dq3Wf1.net]: なぜかbootstrapも！
495 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 19:55:38.30 ID:A3fjGgOY.net]: VueとかReactとかAngularも組み込まれるだろうな
すでに組み込まれてるか？
496 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 20:09:59.63 ID:0euK46M+.net]: ASP.NET Coreには今標準でReact,React+Redux,Angularがあったはず
497 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 20:53:41.13 ID:RJPTbGPf.net]: >>479
API設計面白いよね。
何処まで隠して何処まで出すかとか、使い勝手と一貫性をいかに両立するかとか。最終的にプログラミングに対する思想が出てきたりとか。
498 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 21:14:32.76 ID:S1lpljJp.net]: フロントがtsでサーバーが.net系の言語ってつらくね？
それならサーバーもtsでいいんじゃんってなる
しかしおっさんなおれは、なんでサーバーサイドをJavascriptにしなければならないんだ…と考えてしまう
Blazorはまだ成熟してないから却下
嗚呼
499 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 21:23:54.93 ID:YXjbRyJb.net]: 今時サーバーサイドなんかJSON返すだけだろ。
何でもいいと思うが。
GoとかRustが速くていいんでない？
gRPCとか凝りだすなら知らん。
500 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 21:39:51.66 ID:RJPTbGPf.net]: サーバサイドは気がつくとschemeばっかり書いてる……。その辺がなんとかなるならGoとか書きます
501 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 21:48:43.95 ID:S1lpljJp.net]: >>492
作るシステムにもよるんだろけど
こちとらRDBから大量のデータとってごちゃごちゃ処理したり
百近くあるテーブルそれぞれのメンテナンスや照会をするわけですよ
フロントはリッチにしたい
サーバーサイドはかっちりやりたい
そして言語はフロントとサーバーで合わせたい…
502 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 22:04:23.50 ID:A3Dq3Wf1.net]: >>494
Denoですか？
503 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 22:18:31.69 ID:TEgFYOMi.net]: バックエンドはどうしても型安全、速度が求めらられる
もちろん速さのためにメンテナンス性、生産性を犠牲にもできない
C#はそのあたりのバランスが素晴らしいんだよな
504 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 22:32:00.98 ID:ZI/7k9en.net]: はいはい
505 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 23:00:49.22 ID:YXjbRyJb.net]: レス番飛んでるがC#、blazor、.NETあたりはNG放り込んどくと捗るぞ。
506 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 23:20:30.08 ID:FjPnnhXu.net]: 都合の悪い事実から目をそらすなｗ
507 名前：デフォルトの名無しさん mailto:sage [2020/12/10(木) 23:56:39.44 ID:LnlNLdgj.net]: スレタイから目を反らしてる荒らしが何か言ってらｗ
ムカつくから.netC#blazeraspスレまとめてうんこコピペ爆撃で埋め立て荒らしして仕返しするはｗｗｗｗｗｗ
508 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 01:26:46.25 ID:ki/gtV8Z.net]: 酷いことしないでください！あんまりです！！
509 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 07:33:09.58 ID:bazSVpRn.net]: REST API 向けのフレームワークってお勧めある？
510 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 07:47:02.17 ID:v5eQE/u2.net]: フロントエンドやっててJavascriptが得意な人はサーバー側をJavascript系言語にしたい

バックエンドをやってたひとはフロント側を同じ言語にしたい（あえて具体的な言語は書かない）

そしてこの両者が相容れることはない！
絶対にだ！
511 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 08:39:35.36 ID:XJ19VQ15.net]: サーバー・クライアント共に同じ言語で書ければ楽なのは事実
ゆえにnode.jsとか流行ったけどでもやっぱりねぇ・・・
512 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 08:47:01.27 ID:cqSkTkSV.net]: 言語一つしか遣えないというのは、
エンジニア的にいけてない。

view層と
model以下層とでは
使いやすい言語特性が異なると思う。
513 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 08:52:46.60 ID:mgnhflNE.net]: >>505
ならElmとか使ったほうがいいな
514 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 10:14:13.68 ID:v5eQE/u2.net]: >>505
いけてるいけてないの問題ではない
型の共有ができないほうがつらいだろう
HelloWorldだすだけならいいけどさ
515 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 11:48:07.83 ID:cqSkTkSV.net]: >>507
初心者さんかな
516 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 12:12:37.96 ID:v5eQE/u2.net]: >>508
この手の技術は初心者さん…

え、この考えっておかしい？

フロントでもサーバーでもTypescriptが使えると嬉しいですよね♪
とかブログやQiitaに書いてる連中はなんなの
みんな初心者なの？
517 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 12:12:39.58 ID:6nQJWcQl.net]: jsフロントしかやったことないと型の共有といってもピンとこないのかもしれない。
518 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 12:16:48.12 ID:RI9UvvOD.net]: >>502
Strapiおすすめ
519 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 12:35:47.16 ID:7Npuzr8q.net]: GraphQL使ってるから言語は違ってもいいかな
同じロジック使いたくなることはあるけど
520 名前：デフォルトの名無しさん [2020/12/11(金) 12:55:05.83 ID:cqSkTkSV.net]: クライアントの接続先のほとんどはREST APIになっちゃったからね。
今の案件も接続先４ベンターとも全てREST API。
もちろん仕様書はOpen API準拠。
サーバーの開発とかそんな感覚はもう無くなってて、
ネットワーク上の複数のサービスに必要に応じて接続して要件こなす感じ。
521 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 12:57:29.67 ID:bazSVpRn.net]: >>511
ありがとう。
軽く調べてみたけどすごいリッチだな～。サクッとAPI作れるしGraphQLにもできるし
522 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 13:09:28.19 ID:RI9UvvOD.net]: >>514
リッチなのはもともとオープンソース版のcontentfulみたいなものを目指してたからかな。
しかしプラグインの拡張性がヤバイｗ
523 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 14:02:18.51 ID:v5eQE/u2.net]: >>513
サーバーサイドの開発の感覚がない
じゃなくて、きみがサーバーサイドを開発する機会がなかっただけなんじゃないの？
誰かがサーバーサイドの開発はしてるわけでしょ？

サーバーサイドもフロントサイドもバリバリこなしたうえで
型の共有なんて要らないと結論づけて
俺のこと初心者呼ばわりしてるんだと思ったら違うんかいな。
524 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 15:36:37.12 ID:PpFv1GHN.net]: スクリプト言語は規模がでかくなるとテストが遅くてたまったもんじゃない
525 名前：デフォルトの名無しさん [2020/12/11(金) 16:35:03.58 ID:/1hdqM5e.net]: >>517
なるほど。
それが「ちゃんとしたプログラム」でスクリプト言語が使われにくい一つの理由か。
526 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 16:41:45.58 ID:aaGWUZTk.net]: はいはい
527 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 18:12:26.91 ID:cqSkTkSV.net]: 自演ぽいな。
528 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 18:36:35.26 ID:bazSVpRn.net]: ぽいな。中間が欲しかったんだろう
529 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 18:50:56.14 ID:WfwoqSO4.net]: 気に入らん意見はたとえ正しくても全部自演に見えるんだな
なんか哀れだな
530 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 18:55:08.47 ID:/AL4j9WO.net]: Ruby on Rails には、JSON を返す、API モードがある。
Postman でテストしてみましょうとか

GraphQL の動画もある
531 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 20:12:49.38 ID:i7+Pb2PU.net]: rubyやめてくだちゃい
532 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 20:27:11.97 ID:RI9UvvOD.net]: ろうそくに火を着けるのに戦車でホウゲキスルみたいな話ｗ
533 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 21:09:51.08 ID:v5eQE/u2.net]: >>525
ここにいる人たちはローソクに火をつける程度のことしかしてないとでも？
534 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 21:23:48.76 ID:x5sg/wBh.net]: JSONを返すAPIの話でしょ？ｗ
ローソクに火を着ける程度の話じゃんｗ
Pythonで言うならfastapi一発で片が付く程度の要件ｗ
535 名前：デフォルトの名無しさん mailto:sage [2020/12/11(金) 21:37:12.39 ID:/OH0bKMN.net]: >>527
あ、そゆことか
失礼しました
536 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 15:41:12.04 ID:tFV4re81.net]: >>515
Auth周りも充実してるやん！
マジでリッチだなStrapi
537 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 02:21:52.47 ID:1g8P/X2h.net]: svel teでRSSリーダー作れましゅか？
538 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 09:17:06.39 ID:guPhKJv6.net]: お前には無理
539 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 18:56:38.39 ID:aSLwtxd2.net]: しどい人
540 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 20:28:38.03 ID:B13w25Nu.net]: RSSってCORSが面倒くさそうだ。
まず鯖側のロジック組んだら？
541 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 04:36:40.26 ID:IikJWIXJ.net]: ネイティブからVueに来たけど、React始める理由が見つからないのだよなぁ。やる気になる理由教えてほしい。
542 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 04:47:12.29 ID:c/6hsi1I.net]: なんか無理やり問題作り出してるね。
そんな人生歩んできたの？
Vueやってりゃいいじゃん。
目移りしてないで添い遂げなよ。
543 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 06:52:16.19 ID:bO8KTObj.net]: >>534
海外でフロントの基盤になりつつあるから、覚えてると次の技術に手を出しやすい、と思う。
あと、設計が洗練されてるから、勉強してて面白い。
そんなに気合入れなくても1,2週間くらいでわりと使えるようになるよ
544 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 10:24:11.07 ID:KZ2ZzyjW.net]: 逆じゃね？徐々にnative離れしていってるだろ今
545 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 10:25:18.35 ID:uneXzzPO.net]: >>534
おれも両方やってるよ。
546 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 11:19:24.77 ID:5GWU8eb2.net]: 要件次第
どっちも必要
547 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 11:27:15.61 ID:1knwibYG.net]: Vueってアプリ向けサイト向けのどっち付かずな位置付けだよな
548 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 14:49:45.13 ID:uneXzzPO.net]: VueやってReactもやったら
Reactの方がシンプルで簡単に感じた。
両方Typescriptで。

VueはTypescriptで苦労多かったけど、
Reactは何もトラブらなかったのは感動した。
Vueも今は
549 名前：違うのかな？ []: [ここ壊れてます]
550 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 15:49:59.66 ID:c/6hsi1I.net]: Vueはどんどんややこしくなってる
551 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 20:20:16.66 ID:zTIoKfkk.net]: じゃあSvelteでいいじゃん
552 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 20:25:40.72 ID:c/6hsi1I.net]: 誰が悪いと言った
被害妄想か？
使えばいいだろ好きに
553 名前：デフォルトの名無しさん mailto:sage [2020/12/15(火) 15:03:48.47 ID:kY8gykeX.net]: ありがとうございます。
エンジニアがメンテする方は時間みつけてReact版も作ってみようかな。Reactがいいって言う人もいるものね。
オペレータがメンテするほうはまだVueかなぁ。JS/TS入れると途端に手を出さなくなるっぽいから。
554 名前：デフォルトの名無しさん mailto:sage [2020/12/15(火) 16:16:26.12 ID:CQsY05jd.net]: じゃあVurも手を出せないだろｗｗｗ
555 名前：デフォルトの名無しさん mailto:sage [2020/12/15(火) 21:41:45.32 ID:nhpRosQZ.net]: VueからSvelteってのはわりとアリだと思うけどReactからSvelteはないんじゃないかな？なんとなく
556 名前：デフォルトの名無しさん mailto:sage [2020/12/17(木) 15:08:18.56 ID:S5hO0K8u.net]: どんなに素晴らしいSPAフレームワーク使ってもお前らが作るゴミのようにダサい画面はどうにかならんの？
557 名前：デフォルトの名無しさん mailto:sage [2020/12/17(木) 15:36:01.14 ID:5gjmPPN4.net]: 548の顔よりマシだから我慢してる
558 名前：デフォルトの名無しさん mailto:sage [2020/12/17(木) 19:02:27.94 ID:KmOwmnZ/.net]: モダンなデザインライブラリ使えば、よほど滅茶苦茶やらん限りデザインマシにならない？
559 名前：デフォルトの名無しさん mailto:sage [2020/12/17(木) 23:26:55.34 ID:S5hO0K8u.net]: ならない
なぜなら生まれつき目ん玉腐ってるからどうやっても無理
560 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 12:49:47.76 ID:7/WdPtmz.net]: えっかわいそう
561 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 11:32:43.24 ID:iHv9q4Jc.net]: >>232
なるほど、言葉が足りなさすぎて四方八方とケンカするタイプだな
562 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 11:41:10.74 ID:iHv9q4Jc.net]: >>545
React以外生き残れないのでは？と思うわ
そのReactも10年先は闇
563 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:04:00.68 ID:UVkg8Nt7.net]: >>554
Blazorはマイクロソフトが面倒みるだろう
切り捨てるにしても今のマイクロソフトなら移行先はしっかり示してくれはず
564 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:40:27.53 ID:UNBfVBp2.net]: >>554
ネイティブDOMが流行ってたjQueryの機能の一部を取り込んだように、Reactの一部がネイティブDOMに取り込まれる時も来るのかな
565 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:44:58.50 ID:wyinNDK0.net]: それは無いな
566 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 15:32:40.50 ID:NMs4Sv5l.net]: Reactの一部というか仮想DOM相当が実装されて
直接DOM操作をしても速いってことにはなりそう
そうなるとReactを使うメリットが無くなるかな
jQueryの方がいいや
567 名前：デフォルトの名無しさん [2020/12/20(日) 15:50:36.24 ID:eC7CUhM2.net]: 仮想DOMはともかく、可及的速やかにTypeScriptをネイティブサポートして欲しい
568 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 18:57:12.56 ID:1LcS4Wc6.net]: 意味不明。コンパイル時に型チェックして用が済んだ型情報捨てたらJSになるだろ。
ネイティブサポートとやらで何が出来るようになると勘違いしてんの？
569 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 18:59:17.57 ID:4dBK3uKK.net]: ネイティブサポートっていうのはすべてのブラウザで
TypeScriptをそのまま実行できるように
標準化してくれって意味だろ？
570 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 19:27:04.30 ID:1LcS4Wc6.net]: えっ…型チェックはいつやるの？
実行時にやったら意味ないじゃんｗｗ
571 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 19:32:36.87 ID:4dBK3uKK.net]: 意味有るだろ
572 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 19:35:04.40 ID:qlKs1YcD.net]: >>560
頭わるいのかセンスないんだか...
573 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 19:35:27.83 ID:gM7i2qLz.net]: 意味ないな
重くなるだけ
574 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 19:38:49.70 ID:UNBfVBp2.net]: tscの遅さからして、ジェネリクスとか型推論する事はコンパイルの遅さに繋がるから、ブラウザに乗ることは無いと思うな……
575 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 20:08:43.08 ID:oCpDvsa6.net]: >>566
静的言語として実装すればマシになりそう
576 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 20:34:21.19 ID:A6h0ajNd.net]: 今ビルド時に行っていることを実行時にクライアント側で行わせるんだったら何のメリットもないな。
577 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:13:21.78 ID:r+W+aFS5.net]: >>560
ブラウザがって事じゃね？
578 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:15:24.60 ID:UNBfVBp2.net]: >>567
よくわからないな。そりゃCみたいにすればコンパイル速くなるけど
579 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:31:01.24 ID:r+W+aFS5.net]: >>570
それだと型推論なしの別言語が必要になる
580 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:40:56.78 ID:UNBfVBp2.net]: >>571
だよねぇ……
581 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:48:23.26 ID:r+W+aFS5.net]: てかWebpackでまとめてやってるけどtsだけの賞味の処理時間ってどんなもんなのかね？
582 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:55:07.85 ID:eC7CUhM2.net]: 処理速度がどうこうというより、TSのコンパイル要らなくなればエコシステムの複雑さが多少緩和されて嬉しいというのが>>559の意図だった
583 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 22:04:21.56 ID:gM7i2qLz.net]: 余計に複雑になるよ
584 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 22:35:46.90 ID:ACHo5cdv.net]: ブラウザ毎のTS対応の差異を吸収するために結局トランスパイルが必要になるというオチ
585 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 23:07:19.36 ID:A6h0ajNd.net]: ビルド時に静的にチェックできるのが嬉しいのにそれを実行時に持っていったら本末転倒
586 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 23:18:46.13 ID:1l9Yd4/w.net]: >>577
これだよなぁ
これわかってない奴がいそうなあたりフロント屋の限界を見た感じ
587 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 01:12:04.98 ID:tdMG9IX+.net]: 動的型付け言語しか経験のない人が静型付け言語をtsで初めて触ったんだろうな。
インタプリタで静的型付け言語を動かしたい意味が分からない。
588 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 01:16:51.27 ID:K4qAWeZh.net]: やっぱC言語から教育せんとあかんな
589 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 02:24:29.25 ID:p+huYkVo.net]: 実行速度がすべてじゃない
開発速度が上がる
実行速度が悪いのかと思ったら意外に良い
590 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 06:59:17.90 ID:VinlekCu.net]: >>578
それはいくらなんでもフロント屋を舐め過ぎ。単に経験不足なだけでしょ。
591 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 07:15:17.07 ID:pPRPNU2Y.net]: VSCodeとか使ってるとコンパイルする前に割とチェックしてくれるから
これならコンパイルいらないんじゃね？と感じたんじゃない？
592 名前：デフォルトの名無しさん mailto:sage [2020/12/22(火) 00:43:04.59 ID:eYYUdz4g.net]: コンパイル済みの静的な言語の方が実行時も速くなるのでは？
593 名前：デフォルトの名無しさん mailto:sage [2020/12/22(火) 01:23:33.30 ID:7N4VeP0i.net]: >>584
それはコンパイル時間が全体のどれだけを占めるかによる
殆どのサイトではソースコードの量なんてたかだか数MB程度なんや
そんなもん一瞬で終わるだろ？
594 名前：デフォルトの名無しさん mailto:sage [2020/12/22(火) 05:37:59.16 ID:10xc+AYD.net]: >>585
？？？？？？？？？？？？？？
595 名前：デフォルトの名無しさん mailto:sage [2020/12/22(火) 05:41:09.35 ID:hQt91lH6.net]: >>584
コンパイルするとファイルデカくなるからネットサーフィンに向かなくなるけどな
596 名前：デフォルトの名無しさん mailto:sage [2020/12/22(火) 06:58:59.75 ID:SSKDFZLr.net]: 結局はJS(TS)と一部Wasmの組み合わせがWebではベストでベターって事かな。ECMAとかの連中はホントよく考えてんな
597 名前：デフォルトの名無しさん [2020/12/22(火) 17:03:10.07 ID:zFMmoCN0.net]: そういう面倒な事は全部フレームワークが吸収するのが今のweb開発環境だろう
下手に深入りせず感謝だけしてればいいさ
598 名前：デフォルトの名無しさん mailto:sage [2020/12/22(火) 17:53:00.23 ID:N3mlVNrO.net]: blitz 使ってる人いる？
599 名前： mailto:sage [2020/12/22(火) 21:41:17.94 ID:reQ7ztpU.net]: nuxtでPWAするって筋良い？
600 名前：デフォルトの名無しさん mailto:sage [2020/12/22(火) 23:29:06.60 ID:9S12l4Ic.net]: SSRが必要な要件のサイトにフレームワーク使うかのが本当に正しいか？っていう命題
601 名前：デフォルトの名無しさん mailto:sage [2020/12/24(木) 22:43:51.30 ID:yxJlqEyC.net]: 最近フロンエンドの若手がnext.jsやnuxt.js使って俺たちサーバーサイドもいけるっしょ？感出しててきつい
サーバーサイドのこと何も理解して無さすぎる
お前らはrustもかけないしサーバーサイドも理解してない
フレームワーク以前にやることがあるだろう
602 名前：デフォルトの名無しさん mailto:sage [2020/12/24(木) 23:09:50.47 ID:ShlinYwD.net]: シニアなサーバサイド屋がこんなとこに出張して来てグチってるのも大概キツいと思います
603 名前：デフォルトの名無しさん mailto:sage [2020/12/24(木) 23:17:05.88 ID:cDdTcWWQ.net]: 俺は最新技術おっかけてるイケてる若手だぜオーラ出してる後輩が簡単なアルゴリズムとデータ構造も知らなかったのには驚いた
結局のところ便利な開発ツールを使うだけのユーザーなんだよなああいう連中って
ツールを作るエンジニア側にはなかなか回れない
ハリボテの実力をアピールするのに必死だから基礎がなってない
604 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 00:44:33.03 ID:lUAVm7Fr.net]: スレタイ読めない基地外発見！
605 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 00:48:45.38 ID:gC1vp0cV.net]: とりあえずフロントエンドの思想をサーバーサイドに持ち込まないで欲しい
ただでさえこちらは複雑なのにサーバーサイドコンポーネントとか多少のパフォーマンスアップのために余計な世話を任せるのをやめて欲しいね
静的サイトジェネレーターとして利用するのは大歓迎です
606 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 01:39:52.86 ID:qAP5BtZu.net]: どうしたんだ
若者に対して危機感でも覚えたか
607 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 06:35:39.67 ID:Iaqdi9AP.net]: おじさん良かったね。SSG流行ってるから静的ファイルとJsonだけ吐いてれば良いよ。そのうちグチを履く場所も無くなるよ
608 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 09:23:34.07 ID:JfQSa+1c.net]: >>598
危機感はある
日本のIT業界の未来的な意味で
609 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 09:59:12.68 ID:A1/o8gvx.net]: >>600
君の狭い社会だけで決めつけるのは早計じゃないか？
日本中の若手エンジニア接したわけでもないのになぜ危機感を覚えられる？
610 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 10:02:57.01 ID:y7Pao4Yd.net]: そもそも若手だろ？
若手ごときにムキになるなって。
そりゃ20年も30年も経験が長い分、お前のほうが実力も知識もあるって。比べるまでもねえよ。
もっと自信もちなよ。
611 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 10:26:48.34 ID:eQ1FygGo.net]: ssrの機能としてはゴミレベルやな
612 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 12:00:49.20 ID:JfQSa+1c.net]: >>601
他社の若手とも交流があるし今はネットで見知らぬ他人とも話せる時代だ
613 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 12:36:02.99 ID:lNkC3baX.net]: ベテランがいちゃもん付けて若者の生産性を落とす事のほうがよっぽど日本の将来に害を成すかもよ？
614 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 12:48:43.86 ID:9gJIelYH.net]: 今の若者って器が小さいけど派手に盛り付けるのが得意だから一見すると若いうちから凄い優秀な人材に見える
でも器が小さいから盛れる量が頭打ちになるのも早い
そうじゃなくて若いうちに地味な研鑽を積んで器を大きくしてほしいんだよね
器が大きければ盛るのに時間はかかってもそのうち器小さい奴を追い越せる

器ってのは基礎訓練で身につくもの
スクールに通って効率よく教わってキラキラした便利なサービスやツールを使えば盛るだけなら誰でも盛れる
でそれじゃ肝心の器がなかなか大きくならない
615 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 12:54:08.56 ID:A1/o8gvx.net]: >>605
彼は現実ではいちゃもんつけてないぞ。多分。
616 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 12:59:47.26 ID:lNkC3baX.net]: >>606
スクール上がりが糞なのはまぁ……その……確かに。
キラキラツール系は嗅覚が良いなって素直に認める。
ITが好きで自己研鑽できるタイプじゃないと、結局は自分から脱落してくでしょ。

>>607
そういう感じはするなw
617 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 13:04:26.32 ID:uurLZNKt.net]: 若手を育てられなくなったら組織として終わりだよ
618 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 15:39:40.13 ID:gC1vp0cV.net]: >>599
SSRよりSSGが流行ってる理由分かってないみたいだね
619 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 15:59:47.26 ID:euOV1ViA.net]: SPA
SSR
SSG
ISR

SPA以外正直よく分かってない
620 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 16:03:02.39 ID:cyV6b5qO.net]: ISRだけ分からん
ちなみにDSLRとは「Digital Single Lens Reflex camera」の略で『デジタル一眼レフカメラ』の事
621 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 19:27:00.55 ID:rgYdT80J.net]: >>610
お、説明してくれるの？
622 名前：デフォルトの名無しさん mailto:sage [2020/12/25(金) 20:59:57.79 ID:gC1vp0cV.net]: >>613
分かってないならいいよ
自分で調べろ
623 名前：デフォルトの名無しさん [2020/12/26(土) 07:14:40.66 ID:7X2rKI4N.net]: スーパースーパーレアってアホっぽい
624 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 08:10:53.16 ID:IHOdi7Vn.net]: 今はISRだよな
625 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 10:20:49.20 ID:q2RopqqH.net]: Incremental Static Regeneration だってさ。
SSRとSSGの合わせ技か。
SSGのデメリット消すためとはいえSSRの何分の一かのサーバリソースは必要になる、と。
626 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 10:58:25.99 ID:nir8tHzM.net]: 相変わらずこの分野は迷走してんなぁ
もうそろそろMVC回帰のトレンドがくるよ
クラウドからオンプレに回帰
ミクロサービスがモノリスに回帰
トレンドってだいたい一周回って帰ってくるんだ
627 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 11:45:42.03 ID:T66JFeJq.net]: 技術の進歩は螺旋である

あとjavascript系技術ってフロントがjavascriptでしか動かないから仕方なしにjavascriptでやってるんであって
そうでなければ選ぶような技術ではないと思う…
628 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 12:23:11.06 ID:3y5CuLti.net]: 仕方ないと思うかどうかは人それぞれだな。俺は言語としてjs/tsが好きだけど。
個人的にはpythonの方が「仕方なく使ってる感」が強い。
629 名前：デフォルトの名無しさん [2020/12/26(土) 12:41:09.33 ID:UNoc468U.net]: JSはVBAのようなもので、お金を頂いて開発するようなかっちりした製
630 名前：品には向いていないんじゃないですかね。 []: [ここ壊れてます]
631 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 12:50:41.74 ID:UDiPG0nr.net]: >>621
vbaとてもわかる…
jsみてるとvbaを思い出す…
チームでやりだすと途端に破綻する
しかしTypeScriptは素晴らしい。
みんな大好きマイ⭐︎クロソフトでした。
632 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 12:54:31.14 ID:GU4nNxSM.net]: マイクロソフトというかヘジたんが天才だった
633 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 13:03:44.34 ID:BjZvExSE.net]: かっちりしたとか、チーム開発となればTS(strict)の出現は大きな進化だった。
Pythonの型ヒントと違って、各種ライブラリにしっかり型があってstrictが現実的に使える
634 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 13:24:08.93 ID:IF3PEEZe.net]: C#を使える層はVBAを使える層を含んでいるが、名前にCが付いているから
C使いの一員になったと勘違いした挙句、C++を好んで使っている人をC#を
使えない老人呼ばわりするのがウザイ。
C#なんてC使えるやつなら誰でも使えるわ。
635 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 13:30:03.47 ID:nir8tHzM.net]: 意外と使えん奴もいるから人それぞれ
Cなんて初心者の入門用言語だし
636 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 13:43:46.26 ID:npenhvb8.net]: C#はいい言語だよ。
C#使いもまともな人多いよ。
でもここにやってくるC#おじさんは使えない老害だよ

>>625
VB.NETとVBAをごっちゃにするのはちょっと……
637 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 13:45:40.20 ID:T66JFeJq.net]: C#使える層も大概おっさん扱いされてますが…

TypeScriptはよくできてると思うが、流石にサーバーで動かすのはやりすぎだった。
お手軽システム限定。
638 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:07:06.73 ID:3y5CuLti.net]: やりすぎって何が？
639 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:17:50.65 ID:aXYrsBzh.net]: 無駄な処理をやりすぎて遅い
640 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:27:39.58 ID:3y5CuLti.net]: スクリプト言語でサーバーやるの全般がダメって言いたいのかな
641 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:38:05.10 ID:YlcJBbhr.net]: まあそういうことだね
642 名前：デフォルトの名無しさん [2020/12/26(土) 14:41:07.66 ID:UNoc468U.net]: だれかKENTAさんからコメント取ってきてよ。
643 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:48:49.60 ID:lsTpcoKT.net]: DBを利用したRESTサーバでJSがボトルネックになる状況とかよほど酷いロジックでは？
644 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:53:04.50 ID:nir8tHzM.net]: DBとAPIがほぼ直のチュートリアルみたいなステムならNodeでもRubyでも何でもいいよ
業務でそんなシステムはなかなか珍しいけど
645 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:54:17.66 ID:3y5CuLti.net]: たぶん、ちゃんと測定したわけでもなくふわっとした印象で語っているだけだろう
646 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 14:58:20.42 ID:Ii8YlEBO.net]: ほんとゴミ情報だね。
647 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 15:02:00.45 ID:bKK4ULgi.net]: アクセス量多いとスクリプトはちょっとね
648 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 15:06:50.42 ID:rNbO8nf2.net]: スクリプトっていうか、動的型付け言語をサーバーサイドで使いたくない気持ちは分かる。
でも速度面を理由にするのは、よく分からない。
例えば負荷テストの結果が良くない等、具体的数字に基づいて言ってるのかな？
649 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 15:11:27.64 ID:nir8tHzM.net]: >>639
ベンチマークで遅いことはわかってるから候補から外れる
作ってからなんか遅かったですじゃ手遅れだからね
650 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 15:20:49.69 ID:OUJQ/yeA.net]: つまり、測定して無いんだ
651 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 15:42:31.72 ID:IF3PEEZe.net]: RubyやJSは起動が速いが、JavaやC#はどうなの?
クラスローダーやDLLのロードのためか、起動が遅い印象がある。
652 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:06:58.20 ID:nir8tHzM.net]: >>641
ベンチマークの意味わからない？
653 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:07:14.19 ID:rNbO8nf2.net]: >>642
サーバーの起動なんてリリースやメンテナンスのタイミングしか無いけど気になるか？
654 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:07:31.63 ID:nir8tHzM.net]: >>642
比較的遅いがバックエンドなら気にすることじゃない
655 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:17:10.36 ID:IF3PEEZe.net]: >>644
もしかして、起動したら基本的に終了せずに、イベントが発生するまで
待機してイベントを裁くような方法を使うの？
656 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:18:27.99 ID:S13r8MyR.net]: 突然空気読まずにMVCとか言い出したと思ったらやっぱりC#おじさんか……。
スレ違いの話はやめようね
657 名前： mailto:sage [2020/12/26(土) 16:26:29.04 ID:IHOdi7Vn.net]: rubyが早いとか何言ってんだろw
なぜtwitterがscalaで書き直したか知らないの？
658 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:32:44.71 ID:3y5CuLti.net]: >>640
性能要求を満たすかどうかは案件ごとに違うだろうに。
スクリプトだから、ベンチマークが遅いから、って一律で切るのはそもそもそういう検討をしていないんだろうね。
659 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:38:00.25 ID:A5wLytvy.net]: ベンチマークで遅いのと、実用になるかならんのかは全然別だと思うが。
コンビニに行くのにフルチューンのF1では行きたくないだろ。
660 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:39:34.59 ID:T66JFeJq.net]: スクリプト言語でサーバーサイドやる利点を是非知りたい。
パフォーマンス？生産性？流行りだから？
661 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:42:16.12 ID:T66JFeJq.net]: >>650
に書かれてた。やはりお手軽システム限定ってことか。
662 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:42:59.57 ID:IF3PEEZe.net]: >>651
ネット黎明期のころ、CGIはPerlで書かれたものが多かった。
Perlは文字列とASCIIコードの相互変換が混乱し易く、かつ、
関数呼び出しの参照渡しに問題が有ったのでRubyに置き換わった。
PerlとRubyは言語が違うだけでどちらもスクリプト言語で似た動作原理
を持っていたので移行しやすかった。
その後、SunがJavaをサーバーサイドを主目的として作った、と聞いた。
663 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:49:24.27 ID:5ukh9MxR.net]: >>651
雑に言うと
JavaでサーバーサイドやったらJVMの起動に時間がかかってパフォーマンス悪すぎ
TypeScriptでサーバーサイドやったらイベントループのおかげでパフォーマンス良すぎ。Javaのように書けて移行もしやすい
っていう記事を読んだ
664 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:50:07.93 ID:A5wLytvy.net]: >>652
お手軽システムと言うが、お手軽の定義が10年前とは違うぞ。
今の「お手軽ではない」って用途は、現代のCPUですらC++でゴリッゴリにチューンしたロジックをぶんまわさないと走らないと実用にならんシステムであって、ほとんどの物はここに入らん。
少なくとも、JITで瞬時にコンパイルされてる時点で過去のインタプリタ言語とは相当違う。

今の軽自動車であれば日本一周ぐらい余裕みたいな議論になる。
665 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 16:52:32.05 ID:3y5CuLti.net]: 開発言語を選択する理由なんて様々だと思うが、逆に、サーバーに限定して
スクリプトとそれ以外に線を引いてスクリプトは向いてないと主張する理由が知りたい。
666 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:01:13.91 ID:5ukh9MxR.net]: 日本人がGoでサーバーサイドやるという記事を読んだ
TypeScriptでやるというのは外人の記事
GoとTypeScriptのどっちがいいかの評価記事を読みたい
667 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:02:13.15 ID:BjZvExSE.net]: 起動速度が重要になる場面はあるよね。Lambdaとかご存知無さそうだけど
668 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:08:32.45 ID:A5wLytvy.net]: >>657
物によるけど、俺はGoの方が好き。
デプロイが圧倒的に楽だから。
669 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:09:33.00 ID:nir8tHzM.net]: >>649
うーんいや
スクリプトにして生産性がぐんと上がるんならパフォーマンスをしっかり検討して許容範囲に収まるなら使ってみようって流れになる可能性はある
でもスクリプトにして生産性がそんなに上がるかっていうと上がらないし下手すると下がるからね
メリットないのにベンチマークで遅いとわかってる言語を選ぶ理由はないでしょう
670 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:16:03.34 ID:nir8tHzM.net]: >>650
それはF1カーの運用までが大変だからだろ
比喩表現としてまったく不適切だよ
C#はスクリプトに比べてパフォーマンス以外も楽だからね
楽で速いのだから答えは決まりだ
671 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:25:22.32 ID:3y5CuLti.net]: >>660
だから、言語を選ぶ条件なんて様々だろうに。言語自体の機能、開発しやすさ、環境、あるいは開発者を
集めやすいとか過去の資産の継承とか。
それらを踏まえたうえで要求を満たせる言語ならスクリプトとかそうじゃないとかこだわる必要はないと思うが。

>メリットないのにベンチマークで遅いとわかってる言語を選ぶ理由はないでしょう

そこでベンチマークという指標だけを特別視する理由があるのかということと、そもそもそのベンチマークの
成績がどれだけあればいいのかとか、そういう基準をもって選択しているのかと。
672 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:25:26.09 ID:Y46mRX42.net]: C#はJSの2倍程度しか早くないですよ。
Cなら一桁違う事もあるけど
673 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:26:02.76 ID:nir8tHzM.net]: >>654
JavaはポストCOBOLのポジションだからもう生産性やパフォーマンスを期待してはいけない

ちなみにC#は非同期処理が得意な言語の筆頭だよ
非同期処理を実用レベルの高生産性まで最初にもっていった言語はC#
JSやその他の言語がイベントドリブンのコールバック連鎖で気持ち悪い非同期処理をシコシコ書いてた時代にC#では真っ先にReactiveExtensionやAsync/Awaitを実装した
C#はライブラリの非同期対応も最も充実している言語の1つだ
JSやその他の言語では未だに非同期ライブラリがコールバックしかサポートしていないといったことも珍しくない
674 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:28:35.04 ID:nir8tHzM.net]: >>662
言ってることは間違ってないけどどの要素をとってもC#が最強なのでな
675 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:37:12.79 ID:3y5CuLti.net]: 最初から「俺はC#が好きだ」って言ってればそこで終わってた話。
足りない頭でもっともらしい理屈をつけようとするからおかしなな話になる。
676 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:37:18.38 ID:A5wLytvy.net]: >>661
C#とJavaを引き合いに出したいのなら、ハマーぐらいかな。
確かに頑丈だしそれなりに走るけど、それが要るかと聞かれれば疑問符。
俺もC#はよく使うが、楽さは全然違うぞ。
Goとかと比べると、遥かにC#はめんどくさいし、そもそもC#は.net coreでAOTかけてても起動遅い。
677 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:40:22.14 ID:abA8NdUG.net]: >>667
Goも楽で速いがC#とは方向性が違うので共存できる
678 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:42:22.62 ID:nir8tHzM.net]: いずれにせよバックエンドでスクリプトを使うメリットは

ない
679 名前：デフォルトの名無しさん [2020/12/26(土) 17:45:37.56 ID:UNoc468U.net]: ジャッジが居ないから結論が出ないんだよね。

・>>1が進行役のMCやる。
・MCがジャッジを三名指名する。
・棄権も許容して、ドローになる場合クラウドにゆだねる。
・MCは、クルーが大技を繰り出してきたとき、Yeah! や WoW! HoHo! など適切に合の手を入れる。
・7 to smoke ルールで、7勝した奴が勝ち。
680 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:49:44.17 ID:vt3FfngW.net]: おまえらphpもスクリプトだってこと忘れて議論してるな
メリットなかったら普及しないだろ
681 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 17:50:33.74 ID:BjZvExSE.net]: C#おじさんは狭い知識から屁理屈捏ねて勝利宣言繰り返すだけの人だから。お手本通りの老害
682 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:11:05.74 ID:nir8tHzM.net]: >>671
当時は高級言語の選択肢が少なかっただけだ
683 名前：デフォルトの名無しさん [2020/12/26(土) 18:14:32.55 ID:UNoc468U.net]: Windowsで使えた、レンタルサーバで使えた。
需要にこたえていた。

我わ正義なり我に従えってRubyより流行ったのは当たり前だった。
684 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:22:33.03 ID:A5wLytvy.net]: >>669
使いこなせません、と言うことだな。
それはC#が好きなんではなくて、C#しかできないんだろ。
C#に謝れ。
685 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:30:08.64 ID:bYNEuO+K.net]: C#おじさん邪魔だからBlazorでも使ってろよ
686 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:35:47.28 ID:T66JFeJq.net]: Blazorスレと似たような展開だが、あっちはスクリプト系クソ
こっちはC#,Javaクソ
理由はどちらもパフォーマンスや生産性が～
これはもう宗教だな
687 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:41:30.60 ID:abA8NdUG.net]: >>675
使うメリットがないと言ってる
日本語わかる？
688 名前：デフォルトの名無しさん [2020/12/26(土) 18:45:16.11 ID:UNoc468U.net]: Javaはライブラリの勝利じゃないだろか。
企業で使う場合、認証が一番厄介な部分だと思うけど、Javaはそこがしっかりしてた。
GlassFishを試用してみたけど、軽くは無かったな。
689 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:47:15.38 ID:Xky1/n2X.net]: C#は別にクソじゃないよ。一人で狂信者やってるC#おじさんがクソなだけ。
使ってる用語や説明の仕方に癖があるからわかりやすい
690 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:49:31.55 ID:T66JFeJq.net]: >>680
癖があってわかりやすいんですか！
691 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:53:53.93 ID:A5wLytvy.net]: >>678
メリットを知らない、と言うことだなって言ってるの。
逆に言えばC#のメリットも、本当に両方で作った上でメリットを感じた事があるかどうかすら怪しいもんだ。

知らない物は、無いに等しいわなって単純な話で、おっさんが哀れなだけだよ。
だからC#に謝れって言ってるんだが。
日本語わかる？

俺もC#好きで、それこそFW2.0の時に「良くも切り捨てやがったな…」とか恨んだレベルで年季入ってるけど、他の言語のメリットもちゃんとプロダクト出すレベルで使って判断できるつもりだぞ。
692 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:55:06.83 ID:rNbO8nf2.net]: >>646
そうだよ
693 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:56:22.81 ID:abA8NdUG.net]: >>682
メリットがないといってんだ
無いもんを知ってるわけ無いだろ
ないんだから
694 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 18:57:06.62 ID:A5wLytvy.net]: >>684
可哀想な人だな。
C#のデメリット言ってみ。
無いと言うならもう言う事は無い。
695 名前：デフォルトの名無しさん [2020/12/26(土) 19:08:20.63 ID:UNoc468U.net]: 1万円のBluetoothより300円の有線のほうが音良いからね。
696 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:12:49.05 ID:8Nevj14A.net]: C#おじさんBlazorスレでも鼻つまみ者じゃん……
697 名前：デフォルトの名無しさん [2020/12/26(土) 19:16:07.29 ID:UNoc468U.net]: 安くてもシャープはシャープ（腐っても鯛みたいな感じで）だけど、安いソニーはアイワだからね。
698 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:16:17.08 ID:abA8NdUG.net]: 技術の話から逃げる連中ばっかりだなここは
699 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:23:32.52 ID:T66JFeJq.net]: C#のメリットデメリット
script系のメリットデメリット
向き不向きを知った上で正しい技術選択をすべきだな

Blazorは出来たてほやほやなので、フロントをやるとしたらjs系言語一択になるだろう。
サーバーもjs系言語にした方が技術者も集めやすいというのが一番のメリットだとおもう。

ただ、重ためのバッチ処理が入るような企業向けシステムには向かない。
エクセル管理してたものをWebシステム化する程度のものに向いている。
どうだ！
700 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:28:33.38 ID:wnNA/ljl.net]: >>689
お前さんが一番技術の話して無いじゃん
701 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:35:53.32 ID:A5wLytvy.net]: >>689
自己紹介ですか？
デメリットは？
702 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:42:12.23 ID:BjZvExSE.net]: 685がわざわざ明確な評価基準出してくれてるのに無視してて草

>>690
> エクセル管理してたものをWebシステム化する程度のものに向いている。
それって個人の感想ですよね？
クックパッドがNext.js採用したそうですよ
703 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:47:23.61 ID:Me3WzmOr.net]: そういえばvueの人気が低下してきてせっかく抜いたangularに逆転されそうってマジですか？
704 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 19:53:47.56 ID:T66JFeJq.net]: >>693
個人の感想だよ
間違ってたら訂正してくれ。

クックパッドのサイトは条件に合うデータとってきて表示するくらいの要件だよね
あと個人が一件一件データを出し入れするだけの要件なら向いてる

裏で大量データの計算したり、帳票生成したりするのに向いてないのではなかろうか。
（個人の感想です）
705 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:01:15.31 ID:A5wLytvy.net]: >>695
帳票作成、最近うちはnodeベースのpuppeteerでPDF書き出すものを試験的に作ったけど、めっちゃ良いよ。
言うほど重くない上に、そこそこのクオリティの帳票が描ける。
というかクオリティに対する重さが極小なのと、帳票作成のしんどさが相当軽減されてる。
iTextSharpとか使ってたのが地獄だったかのような感じ。
ただどうやっても背景が透明ではなく、白い板になってるのがなんとかならんかなって思ってる。
706 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:05:37.15 ID:BjZvExSE.net]: >>695
でもクックパッドは凄いアクセス数を捌いてるよ？
> あと個人が一件一件データを出し入れするだけの要件なら向いてる
クックパッドのページ見てから語ろうね

というか貴方はC#のデメリットをちゃんと答えてあげなよ。Blazorが時期尚早なんて濁した回答してないでさ
707 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:16:33.93 ID:BjZvExSE.net]: >>696
puppeteerにそういう使い方あるのか。
スクレイピングと自動化にしか使ってなかったわ。
良いこと聞いた
708 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:22:06.40 ID:q2RopqqH.net]: JavaやC#はaws lambdaやgcp functionsのwarm startが遅い。ランタイム重いからね。
nodeはちょっぱや。
goは速くてしかもシングルバイナリだからgoというのは分かるがJavaやC#はダメダメだね。
709 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:22:56.55 ID:q2RopqqH.net]: 立ち上げっぱなしだとaws lambdaやgcp functionsの意味ないからね
710 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:24:09.16 ID:A5wLytvy.net]: >>698
そうそう。特に単票はWeb版と同じAPIでHTML出して、帳票向けのcss当てて出力するだけだから、劇的に楽。
page.pdf()で完結。

悩むとしたら集計系とか、連続帳票のヘッダとフッタぐらいかな。
そのへんは小細工してcss書くのは諦めて、素直に複数ページ描画した。

手書きで心を込めた罫線の描画命令を書く必要もないし、クリレポ職人も要らないし、もちろんライセンスも要らない。
711 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:47:51.69 ID:BjZvExSE.net]: >>701
新しくAPI切ったりしなくて良いのは楽だなぁ。
前社で楽に帳票作るためにC#でxslxのテンプレートにデータ焼き込んでた怠惰な俺向きだわ
712 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 20:49:22.36 ID:T66JFeJq.net]: >>697
いやおれは要件が合えばscript系に移行することもかんがえてるC#erなんだよ
ていうかここのスレの意見聞いてたら弱点なんか全くないじゃないか
713 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 21:11:43.91 ID:A5wLytvy.net]: >>702
xlsxも綺麗に刷ろうと思うとCOMになるから、プロセスが落ちなかったりすると面倒だし、非UIのサーバアプリではやるなってのがMSの公式見解だしで、どうにかしようと行き着いたのがHTML帳票だった。

>>703
自分が知ってるC#の弱点は？
俺は色々思い浮かぶけど。
714 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 21:27:19.36 ID:T66JFeJq.net]: >>704
そもそもBlazorは未完成なのでSPAが作れないという感想
他は…
VisualStudioが重たい
.NETのサポートが短くなった
技術者を集めにくい
MSがフレームワークを作るだけつくって非推奨とか言い出す

言語というか、環境まわりだな

代わりにスクリプト系言語の弱点教えて
715 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 21:51:25.33 ID:A5wLytvy.net]: >>705
C#の弱点を聞いてて、Blazorの弱点を聞いてるんじゃない。

その全てはだいたいnodeと今時のJSのフレームワークで解決出来るんじゃないかな。

スクリプト系言語の弱点は、デプロイがちょっと面倒な事と、ランタイムが必要な事だと思う。
その辺はコンテナとか周辺技術で解決かな。
まあ、.net coreのSCDで解決しようとして未だに燻ってる所だよ。
716 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:12:05.25 ID:Ii8YlEBO.net]: >>656
彼が馬鹿だからさ！
717 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:24:59.74 ID:T66JFeJq.net]: >>706
C#の弱点はぱっと思いつかないな…
いろんな言語のいいところをパクって尚且つ非破壊だから
言語としてはひどい目にあったことはない
ADO.NETとかWebFormにはひどいめにあった

パフォーマンスや生産性がC#&ASP.NETと同等、それ以上なら前言を撤回する

以前どこかのスレに金融系のガチガチシステム、計算処理やエンドユーザー向けに大量の帳票吐く要件がある何十人ものメンバーでつくるようなシステムでスクリプト系言語使えるか聞いたらやめた方がいいって言われたことがある
718 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:29:52.08 ID:aPjFRcaw.net]: fastlyのcompute@edgeやcloudflareのworkersなどのエッジコンピューティングプラットフォームにC#でデプロイしてみなよ
719 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:36:31.82 ID:A5wLytvy.net]: >>708
いくらでも思いつくぞ。
GCがイケてない。
古いAPIが残りすぎ。
スレッドプールの使い方が下手。
最近ValueTaskが出てさらに無茶苦茶になった。
新機能がとことんシンタックスシュガーで、awaitするだけで暗黙のメンバ変数が生まれて寿命が長くなる。
いっぱいある。

それ以上だよ。少なくとも生産性に関しては。
既存資産という意味では。

規模が増えてきたら静的型付き言語でやりたくなるのはわかるけど、別に動的型付け言語でも普通にできる。
言われた事があるだけで、やってみて駄目だった訳じゃない時点でお察しだぞ。
まずは一人で、次はチームで、次はプロダクトでやって見ればいいじゃん？
720 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 22:59:58.77 ID:T66JFeJq.net]: >>710
ここに来てやっと有用な情報が出てきた…

どっちもやったことのある人の意見を聞きたかった。
スクリプト系総じてくそ！で終わらせる奴もいるし。

会社でそういう技術を試すにも理由がいるんでな。

充分選択の余地ありだな

ありがとう。
721 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 23:24:34.97 ID:A5wLytvy.net]: >>711
なんでこんなに試し試されるような会話をしないといかんか考えてよ。
みんなわかってて、批判してるんよ。
ちゃんと聞こうよ。
722 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 00:04:05.78 ID:+391sGQI.net]: またそのうちC#おじさん湧いてくるだろうけど、マジで不毛なんだよね。全く懲りない反省しない
723 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 00:24:48.94 ID:V6kYHqJF.net]: AWS Lambda には、Ruby も採用されている

マネージドサービスを使っていれば、環境構築運用など何も考える必要ない。
バッチ、Lambda、SQS・キュー、SNS・通知を、一杯つなげるだけ
724 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 01:08:11.82 ID:pJh4CuO4.net]: 新規案件でSPA作りたかったらサーバーサイドもフロントサイドもC#選ぶ理由なんてないってことだ
725 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 01:34:36.12 ID:muwPWXFk.net]: >>708
VitualStudio使わなきゃいけないってのはサーバーサイドやるには結構面倒
726 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 02:16:33.08 ID:Ezs6G331.net]: >>716
なぜ使わなきゃいけないと思った？
727 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 02:17:11.17 ID:sH9shL9g.net]: C#おじさん全くスレと関係ないことを書き散らかして
自演改行しまくるから本当に迷惑
728 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 07:40:53.11 ID:bUn1CAUk.net]: 自演がヒドイしとだから...
729 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 13:35:21.05 ID:JDlKWc3Q.net]: >>620
tsはまぁ分かるがjsはちょっと
pythonは古い言語だから記述のもどかしさは多いね
import周りは迷走しすぎ
730 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 16:30:32.33 ID:xvZc4lDU.net]: es3の頃のバッドノウハウを一旦リセットしてes2017とかやるとだいぶ違うよ。
同じ動的型付け言語でもpythonなんかより言語として洗練されている。
731 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 20:55:15.37 ID:sH9shL9g.net]: pythonも型書けるからねえ
tsはなんか型パズルしちゃう人が多くてよくわからん
表現力が強すぎるのも考えもの
732 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 20:26:09.84 ID:KNPSf2Ws.net]: >>710
>GCがイケてない。
JSを含む多くの言語がGCを持っている
それらのGC実装比較して具体的にどうイケてないと感じた？

>古いAPIが残りすぎ。
後方互換性は明らかなメリット
JSを含む他の言語ではそんなに簡単に後方互換性が失われて破壊的変更が頻繁に行われるの？

>スレッドプールの使い方が下手。
.NETのスレッド(を含む非同期処理全般)はうまく出来ていて最小限の労力で各環境毎に高い効果を見込めるようにできている
具体的にどういうところが下手だと感じた？

>最近ValueTaskが出てさらに無茶苦茶になった。
基本的にValueTaskを選んでおけばOKになったのでむしろスッキリした
どういうところが無茶苦茶になったと感じた？

>新機能がとことんシンタックスシュガー
シンタックスシュガーにすることによりランタイムのバージョンアップを回避して高い後方互換性を維持することができた
このメリットに対して変数のスコープが少し伸びた事によって具体的にどのようなデメリットが発生した？
733 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 21:29:19.32 ID:8HD9KuQx.net]: 配点も書いてくれよ
734 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 21:49:29.10 ID:gLlPtDZl.net]: レスないからって自演かよ
735 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:08:20.13 ID:KhSNASG/.net]: お、屁理屈C#おじさんじゃん
736 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:18:18.18 ID:KNPSf2Ws.net]: なんだ
具体的に答えられないということは
やっぱり適当にそれっぽく言ってみただけか
737 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:27:42.95 ID:KhSNASG/.net]: まともに回答しても屁理屈で答えるか図星を突かれたら無視するような奴に、色々教えて介護してやる気は無いよ
738 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:18:38.63 ID:KNPSf2Ws.net]: >>728
そういうのはまともに回答できるようになってから言いなさい
739 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:19:49.01 ID:0DUA8XV/.net]: そもそも自演だし
740 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:22:09.77 ID:or9XXg+k.net]: い、一体どのレスとどのレスが自演なんだ…？
741 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:25:52.59 ID:KNPSf2Ws.net]: 自演って言ってみたかっただけだろう
742 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:58:25.36 ID:w2tkTAcI.net]: GO + wasm じゃダメでしゅか？
743 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 00:52:45.33 ID:hwRKbE5U.net]: よい！
744 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 01:01:09.47 ID:X0m1jPo1.net]: wasm自体はGCサポートしてないからGC言語のGoやC#は辛いぞ。
少なくともGCをランタイムに積まないといけない。
そんなわけでwasmにはRustやC/C++ばっか使われるのだ。
C#なんかGCどころかコードをwasmネイティブにすることもできずにwasmでﾄﾞﾄﾈﾄの中間言語インタプリタ動かしてるだけだからなｗ
745 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 01:31:07.52 ID:xrSERZg5.net]: >>723
世代を超える時の扱いが雑。Goは敢えて世代管理しないという方向で行ってるが、ほぼパーフェクト。
そのせいでs
746 名前：tackallocとか作っててワロスって感じ。 古いAPIを残してる分には良いだろう。 Obsoleteもついてないってどう言うことよ。 なんでhttpアクセスすんのにあんなに方法あんのよ。HttpClientは罠実装だし。 うまくできてない。ConfigureAwaitメソッドなんか要らない、と言えるようになってから言え。 ValueTaskを選んでおけばという発想がおかしい。 stackallocと同じ方向性の解決法。 選択肢は解決ではない。ちゃんとコンパイラがやれ。 ランタイムのバージョンアップを回避する必要性がわからん。必要ならしろよ。 それは後方互換性とは言わんでしょ。 個人的にはその寿命が伸びる件で踏み抜いたので割と嫌い。 []: [ここ壊れてます]
747 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 02:30:03.59 ID:c62SKept.net]: また来たよ
もう金渡すから消えて
748 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 06:47:47.18 ID:awsGRXp2.net]: wasmにGC載せる計画はあるみたいだけど、そのGCはおそらくJSのGCと同一だろう。ChromeではwasmがTurboFan上で動くのと同様に。
これが移植上ネックになることもあるのかな、と上のを見ながら思った
749 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 06:50:26.39 ID:awsGRXp2.net]: あと、C#の話する時はC#って書いてくれ。NGするから
750 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 07:25:05.07 ID:iWtJxFHh.net]: WebAssemblyをNGわーどにしたら？
751 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 07:35:42.01 ID:ZrXqpCJW.net]: ワッチョイ付ければNG楽になるよ？
752 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 09:33:32.36 ID:KX/n8CkP.net]: 一時期ﾜｯﾁｮｲｽﾚもあったけどなんか毛嫌いするヤツが多かったんだよな
753 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 11:29:58.07 ID:b5xW7Gve.net]: >>736
>世代を超える時の扱いが雑
どういうふうに雑だと感じた？
Goは世代管理をしないと言うがJSやその他の言語はどんな実装になってる？

>Obsoleteもついてないってどう言うことよ
高い互換性おかげで問題なく動作するから無理して修正する必要がないからではないかな
次期バージョンで消える可能性すらない安定したAPIになぜお節介にもObsolateを付けた方が良いと考えたの？

>なんでhttpアクセスすんのにあんなに方法あんのよ
複数の方法が共存するのは言語が後方互換性を維持しつつ順調に成長している証拠
君の考えかただと新APIだけ残して古いAPIは削除して後方互換性破壊することになる
唯一のAPIを残して他を削除すべきと考えたのはなんで？

>ConfigureAwaitメソッドなんか要らない
ConfigureAwaitはプログラム文脈から機械的に判断できないコンテキストの切り替えをコントロールするためのメソッドだ
これがないとプログラマはコンテキストの切り替えをコントロールできなくなってしまう
なぜコンテキストの切り替えをコントロールできないほうが良いと思った？

>ValueTaskを選んでおけばという発想がおかしい。
なぜ発想がおかしいと考えた？

>ランタイムのバージョンアップを回避する必要性がわからん
古いプログラムをそのまま動作保証するのに最も確実で安全で低コストな方法がランタイムをそのまま維持することだからだよ
なぜ破壊的変更が紛れ込む可能性があるのに変えなくてもいいところまでわざわざ変えたほうがいいと考えた？
754 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 11:47:10.79 ID:awsGRXp2.net]: その毛嫌いしてたのってC#おじさんじゃね？
755 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:02:26.55 ID:Fq3XcUlo.net]: TypeScriptも互換性維持のために同じ運命を辿るのだろうか
同じ作者だし
いまイケてる言語、フレームワークもいつかはレガシーに
ナウなヤングは気付いたらおじさんに
756 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:32:52.41 ID:awsGRXp2.net]: そのへんはある程度はしゃーない。
そうなったらいかにナウなヤングの邪魔をしないようにするか、いかに限られたリソースでキャッチアップするか考えるさ。
それまでに沢山経験積んどかなきゃ……
757 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:39:50.65 ID:Fq3XcUlo.net]: >>746
みたいなバイタリティある人はいいけど
大半の人間は潰しが効かなくなるだろうね
フロントサイドしかやってない人とか特に…
758 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:41:22.77 ID:k23+wtCh.net]: Cordovaは、iOS, Andoid, macOS でJSで書いたプログラムをWebViewを
使ってAppStoreやGooglePlayに登録できるアプリとして作製できるが、
iOS 11 以上だと、Wasmも実行できるらしい。Androidでは当然出来る。
そして端末の独自機能にJSやWasmからアクセスできる。
ファイルアクセスなども可能。
仕組みはJSと端末との間で通信するブリッジを用意している。
つまり、Wasmとして出力したプログラムは、Cordovaを使えば
モバイルOSで、ファイルシステムや端末の独自機能をフルアクセス
できるようになるらしい。
HttpServerなどを使ってJSとnative APIとの間が仲立ちされているので
JSからnative APIが全て使用できるだろう。
759 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:49:48.81 ID:k23+wtCh.net]: >>748
nativeアプリの仕組みはこうだ：
1. 時間や乱数を利用してパスワードの様なセキュリティートークンを作る。
2. Posix Socketを使ってLocal Http Serverを作る。ポート番号を5000とする。
3. WKWebViewなどのWebViewを使ってHtml+JSのプログラムを起動する。
4. 2 や 3 を起動するとき 1 のトークンを2と3の両方に渡す。
5. JSが端末の独自機能を使いたい場合、fetchやXmlHttpRequestを使って
　localhost:5000/機能名?トークン&パラメータ
　の様なURLでLocal Http Serverにアクセスする。
6. Local Http Serverは、トークンが正しい場合にのみ動作するようにする。
　機能名とパラメータに応じてファイルの読み書きや端末の独自機能のAPIを呼び出す。
7. APIの結果は、Http プロトコルの response で JS 側に返す。
8. JSは結果を受け取る。
760 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 12:54:14.36 ID:4hVd0nGl.net]: wasmってブラウザだけじゃなくK8SでもIo
761 名前：Tデバイスでも動くわけだし モバイルでも動かしたいって欲求も当然出てくるだろうな そうなるとストアアプリの実装言語も将来的に何でもありになるのかもね []: [ここ壊れてます]
762 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 13:29:33.29 ID:xrSERZg5.net]: >>743
nodeなんかはインクリメンタルではなかったっけ。
Javaはアプリの仕様に合わせて好きに選べる。
awaitで寿命が伸びる件と相性が悪いけど、あまりにも世代1に行き過ぎ。
ライブラリ関数ではゼロアロケーション意識しないといかんレベル(ライブラリ関数でgcが起きるとgen0がライブラリ関数で尽きるので呼び出し元がgen1にあっさり追い出される)
.net coreでやっとある程度柔軟にはなったものの。

無理して修正する必要はない。
逆だろ。処理系のバージョンアップ側にメンテナンスコストかかり続けるじゃん。
それ言い続けて、限界を迎えたら.net core？
アホかな。

後方互換性を維持しつつ順調に成長してるならば、関数が変わるよな。
実のところ、本館、新館、別館と建て増した温泉旅館だよ。
古いAPIは2世代ぐらいで殺すべきだろ。
なんで.NET FWがあんなに亀レベルでしか成長できなかったと思ってんの。

コントロールできない方が良いんではない。
コントロールする必要があるのがアホかなって言ってる。
UIスレッドだけ特別扱いしてるところからわかるだろ。
中途半端。

発想がおかしい理由がわからんならもう黙れよ。

古いプログラムをそのまま動作保証するために必要なのは、互換性ではなく、そのバージョンをLTSにしてちゃんとパッチ出してく事だよ。
で、SideBySideできるようにするか、コンテナにするかどっちかだろ。
バージョンアップするけど(だいたい)互換性はありまぁすとか言ってるから、2020年なのに.NET FW 4以上に上げられん基幹系みたいな負の遺産を残すんじゃないか。

お前が言ってることはC#というか.NETを何度もだめな言語にしてきた老害の発想だからな。
C#が好きならちゃんと考えろよ。
763 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 13:57:14.43 ID:Fq3XcUlo.net]: すっげえわかる
MSってほんと最低な奴だよな…
764 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:21:44.49 ID:xrSERZg5.net]: ホントに他の言語やれと。
俺ずっとVue+JavaScript派だったけど、最近何周か遅れてReact+TypeScriptやってて、これはこれで確かにいいなと思ったりしてるぞ。
いろんな設計思想があるのは良いじゃん。最強で至高なんかねえよ。
めっちゃ叩いたけど、そのすぐ裏側はC#の良いところなのもわかってるからな。
765 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:36:53.53 ID:EHaGj/ct.net]: >>751
>Javaはアプリの仕様に合わせて好きに選べる。
結局のところアプリのメモリ使用特性に合わせて選択するのが賢いのであって特定の実装が良い悪いという絶対的な指針はないのだろうね
ではなぜ君は.NETのGCが絶対的に悪いような言い方をしたのかな？

>awaitで寿命が伸びる件と相性が悪いけど、あまりにも世代1に行き過ぎ。
awaitシンタックスシュガーで変数の寿命が伸びていたのは昔の話
少なくとも7年前には非同期を跨がない変数はキャプチャされなくなった
なお非同期をまたぐ変数の寿命が伸びるのは非同期処理の宿命でありawaitシンタックスシュガーは関係ない
なぜ君はawaitシンタックスシュガーが変数の寿命を伸ばすことを問題視したの？

>ライブラリ関数ではゼロアロケーション意識しないといかんレベル
C#のメモリ管理サポートは.NET Coreで急激に進歩している
他の多くの高級言語ではゼロアロケーションを意識しても難しいがC#ではそれほどでもない
これはパフォーマンス意識する上で非常に大きい
アロケーションを減らせるならGCの負荷も小さくなる
JSなど他の言語では機械的な最適化以外にメモリ確保そのものを大幅に減らす工夫はあるのかな？
766 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:37:48.66 ID:EHaGj/ct.net]: >処理系のバージョンアップ側にメンテナンスコストかかり続けるじゃん
いやいや処理系のメンテナスコストは低いよ
だって仕様が変わってないんだから
シンタックスシュガーのバージョンアップで変化するのはコンパイラのほうね

>それ言い続けて、限界を迎えたら.net core？
Coreへの移行はメンテナンスが累積して限界を迎えたから行ったわけではないよ
主な理由はマルチプラットフォームへの対応を迫られたから

>実のところ、本館、新館、別館と建て増した温泉旅館だよ。
>古いAPIは2世代ぐらいで殺すべきだろ。
その本館も新館も別館も安定稼働してお金を稼ぎ続けている
なのになぜむりやりお金をかけてまで閉じる必要があるのかな？

>なんで.NET FWがあんなに亀レベルでしか成長できなかったと思ってんの。
.NET FWというかC#の成長は速かったよ
いくつもの先進的な機能たとえばLinqだとかReactiveExtensionだとかAsync/Awaitだとかを生み出して
他の言語はC#を追いかけるように機能を模倣してきた

>コントロールする必要があるのがアホかなって言ってる。
コントロールする必要がなければデフォルトでいいよね
コントロールしたいときにできないのは大きな問題だとは思わないかい？

>UIスレッドだけ特別扱いしてるところからわかるだろ。
これは言語の問題ではなくOSアーキテクチャの成約ね
他の言語だってUIスレッドは特別なもの
もしコンテキスト切り替えをコントロールできない言語だと特別なスレッドのために他の関係ないスレッドがパフォーマンス上の不利益を被る
767 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:38:21.55 ID:EHaGj/ct.net]: >発想がおかしい理由がわからんならもう黙れよ。
わからないから説明をしてほしいのだけど？
根拠も理由もなく発想がおかしいというだけではまったく意見になってないよ

>古いプログラムをそのまま動作保証するために必要なのは、互換性ではなく、そのバージョンをLTSにしてちゃんとパッチ出してく事だよ。
.NET FWはそのあたり手厚いね
未だにWinアップデートで3.5のセキュリティパッチとか落ちてくるでしょ？

>で、SideBySideできるようにするか、コンテナにするかどっちかだろ。
.NETはSBSもサポートしているね
コンテナ化することをそのまま動作保証とは普通は言わない

>バージョンアップするけど(だいたい)互換性はありまぁすとか言ってるから、2020年なのに.NET FW 4以上に上げられん基幹系みたいな負の遺産を残すんじゃないか。
負の遺産ではなく未だに安定して利益を生み出す正の遺産だよ
負の遺産っていうのは言語のAPIが急にサポート切れになって大幅な改修を入れなければならなくなり開発コストで大損したみたいな場合ね

>お前が言ってることはC#というか.NETを何度もだめな言語にしてきた老害の発想だからな。
C#が駄目な言語になったことなんてないよ
VBという悲しい過去があるので.NET全体を称賛するわけにもいかないが
C#は常に成功してきたしこれからも成功する言語だと確信している
768 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:46:23.51 ID:xrSERZg5.net]: >>754
絶対的に悪い部分はあるだろ。
「挙動の変更不可」。
「GCの挙動が気に食わん」の解決法が「別のGCを選べる」というのは、GCの設計として正しい。
「気に食わんけど耐えるしかない or ワークアラウンドで対応」
これはなんの解決でもない。

非同期を跨ぐときに伸びるから問題なんだよ。
ずいぶん質問が多いが、なぜ、問題視しなくて良い、と言い切れるの？

難しくないから、人間がやれば良い？
アホか？
じゃあGoみたく、ベンチツールにデフォでアロケーションカウンタついてるのか？
そうでもないだろ。
他の言語を引き合いに出す前に「できるだから気合で解決」をまず減らせよ。
769 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:54:23.36 ID:xrSERZg5.net]: >>755
高いよ。
お前あんまりミッションクリティカル系でC#使ってないだろ。

違うよ。マルチプラットフォームへの対応だけであればPCL、.NET Standard、あのあたり何だったことになる？
特にPCL。あれで現に破綻しただろ。

安定稼働してお金を稼ぎ続けてるなら、3棟それぞれメンテしろ。
お金をかけてまで維持するのとお金をかけてまで閉じるのは同じ話だ。

>>755
言語仕様は早かったな。
で、2016年まではawaitでキャプチャしてたとか、歪な形になってたわけだ。
その頃のアセンブリはもちろんその頃のまま。パフォーマンスもお察し。
さらに今のコンパイラでコンパイルしたものとILは異なるよな。
そのあたりで踏み抜くものが多すぎるんだよ。

コントロールしたいときに出来ないとかそんな事を言う時点で「スレッドプールとは」って話なんだよ。

UIスレッドだけ特別視するのが悪いと言ってるんじゃない。
「UIスレッドはちゃんと勝手にConfigureAwaitできてるじゃん。お前らなんで他のコードでも同じように勝手に処理されるように、メソッドの属性とかそういうもので解決しなかったの？」という話なんだよ。
手動設定信仰過ぎるだろ。
770 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:56:52.79 ID:EHaGj/ct.net]: >>757
>「挙動の変更不可」。
.NETもパラメータである程度の調整はできるようだが…
アルゴリズムを手軽に差し替えるような解決策が用意されている言語はどれほどあるのだろうか？

非同期を跨ぐときに伸びるから問題なんだよ。
ずいぶん質問が多いが、なぜ、問題視しなくて良い、と言い切れるの？

難しくないから、人間がやれば良い？
アホか？
じゃあGoみたく、ベンチツールにデフォでアロケーションカウンタついてるのか？
そうでもないだろ。
他の言語を引き合いに出す前に「できるだから気合で解決」をまず減らせよ。
771 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 14:58:38.03 ID:xrSERZg5.net]: >>756
ほう、4.0と同時に入れられる4.xがあるなら手厚いと言えるだろうな。

コンテナ化する事を動作保証と言うぞ。
というか、完璧に構成管理してやっと動作保証できるものであって、コンテナ化に関しては理想型だろ。

安定して利益を生み出す、で履き違えるな。
負の遺産と言うのは、現状利益を生み出しているかとは全く関係のない尺度だ。

言語のAPIが急にサポート切れ、な。
いつ誰がやらかしたかな？
772 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:05:12.04 ID:xrSERZg5.net]: >>759
焦って途中でレスすんなよみっともない。

ほかのすべての言語はできるがC#だけは出来ない、と言ってるんではない。

C#が得意な事とそうではない事があることは認識しろ、と言ってる。

他の言語を選択するメリットは無い、と言い切ったのが破綻してることはもう充分理解できただろ。
C#なら、C#でも、ってのは、そりゃ原理上可能だろ。可能じゃなかったらチューリング完全でない。
ただ、向いてるかって聞くと、それぞれもっと向いているものを知ってる人間は居るってことなんだよ。

ちょっと冷静に考えろ。

C#は好きだが、議論の道具として叩いてて、反対側にはメリットもあるのはわかってんよ。
773 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:10:39.54 ID:EHaGj/ct.net]: >>757
>「気に食わんけど耐えるしかない or ワークアラウンドで対応」
>これはなんの解決でもない。
GCの差し替えができないならそうするしかない
C#は他の言語と違って安全なメモリ管理サポートが充実しているので「耐えるしかない」ということはない

>非同期を跨ぐときに伸びるから問題なんだよ。
ずいぶん質問が多いが、なぜ、問題視しなくて良い、と言い切れるの
非同期を跨いで利用される変数のスコープが伸びることは必然だから問題じゃない
もし問題だというならそれはシンタックスシュガーのせいではなく非同期アルゴリズムの設計に問題がある
言語のせいではなく設計ミス

>他の言語を引き合いに出す前に「できるだから気合で解決」をまず減らせよ。
そうじゃない「他の言語でできないor難しいことが簡単に出来る」と言ってる
たとえばC#のref構造体やspanのように安全に低頻度のアロケーションをサポートするスクリプトが幾つあるだろう
774 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:24:29.79 ID:EHaGj/ct.net]: >高いよ。
>お前あんまりミッションクリティカル系でC#使ってないだろ。
処理系のメンテコストの話がミッションクリティカルでのC#利用経験の話になるのはなぜ？

>違うよ。マルチプラットフォームへの対応だけであればPCL、.NET Standard、あのあたり何だったことになる？
>特にPCL。あれで現に破綻しただろ。
PCLは確かにあまりうまく行っていなかった
うまく行っていなかったからこそだ
本格的なマルチプラットフォーム対応のためのCoreでありStandard

>安定稼働してお金を稼ぎ続けてるなら、3棟それぞれメンテしろ。
>お金をかけてまで維持するのとお金をかけてまで閉じるのは同じ話だ。
もちろんメンテナンスは続けてるだろ
古いコード新しいコード両方が安定して稼働するからこそ安価にメンテナスが可能となる
APIが急になくなったらちょっとしたメンテナンスでも大騒ぎだ

>そのあたりで踏み抜くものが多すぎるんだよ。
多すぎるというからには何かしら数字が出てるのだと思うけど示せる？

>コントロールしたいときに出来ないとかそんな事を言う時点で「スレッドプールとは」って話なんだよ。
すまん
正直意味不明なので説明を求む

>なんで他のコードでも同じように勝手に処理されるように、メソッドの属性とかそういうもので解決しなかったの？」という話なんだよ。
その属性をつけるのは結局手動だろう？
自動化信仰も結構だが世の中全てを自動化できるわけではない
手動で解決してる理由は機械的、自動的に決定できないからだよ
機械的、自動的に決定できないものに対して取れる最もマシな方法は昔から決まってて
事故が起こりにくい方をデフォルトにする
どちらも安全なら統計を撮って利用頻度で決める
775 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:34:45.80 ID:EHaGj/ct.net]: >>760
>コンテナ化する事を動作保証と言うぞ。
いや言わない
基本的に今まで動作していた環境で同じように動作することを動作保証という
新しくコンテナに載せ替えるかどうかは動作保証とはまったく別のベクトルの話であって関係がない

>安定して利益を生み出す、で履き違えるな。
>負の遺産と言うのは、現状利益を生み出しているかとは全く関係のない尺度だ。
技術的負債のことを言いたいのだろうけど
古いAPIが全て負の遺産であるような認識は典型的な間違いだぞ
たとえ古いAPIを使っていてもテストが整備されていて設計が美しく開発環境の準備が難しくないならそれは借金でもなんでもない

>言語のAPIが急にサポート切れ、な。
>いつ誰がやらかしたかな？
.NETでは幸いなことにまだぶち当たったことがない
776 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:40:20.23 ID:Fq3XcUlo.net]: なげーなー
C#はSPAには特化してない
歴史的な経緯があるからそのせいで扱いにくいこともある
SPA作るなら特化しているReact+ts使った方が幸せになれる
ってこと？
777 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:43:25.20 ID:EHaGj/ct.net]: >>761
>焦って途中でレスすんなよみっともない。
うるせえな寒くて手が滑ったんだよ
暖房つけたからもう大丈夫

>C#が得意な事とそうではない事があることは認識しろ、と言ってる
C#より上手く特定の分野を実装できる言語はあると思う
しかしC#は各分野で最高とまでいかなくとも何でも得意で
C#が特別に苦手なことというのはない
そういう成績オール5 or 4的なところが気に入ってる

>他の言語を選択するメリットは無い、と言い切ったのが破綻してることはもう充分理解できただろ。
C#を使えるなら他を使う「積極的」なメリットは無い
他の言語が特別に得意な分野がどうしても必要なときに仕方なくその言語を使う程度の塩梅でおｋ
778 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:49:41.14 ID:EHaGj/ct.net]: >>765
>C#はSPAには特化してない
SPAについてはまだまだ黎明期

>歴史的な経緯があるからそのせいで扱いにくいこともある
新規に開発する分には扱いやすい
レガシーがモダンと比較して扱いにくいことがあるがそれはレガシーなので仕方がないこと
レガシーが安定して動作するよう後方互換性とセキュリティパッチが充実しているので
レガシーのメンテナンスを最小化することができる

>SPA作るなら特化しているReact+ts使った方が幸せになれる
人による
現時点ではReact+TSのほうが支持者が多い
779 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:51:29.01 ID:xrSERZg5.net]: >>766
全部言い訳だわ。
GC(メモリ管理サポート)に文句つけて、GCがあるから問題ないとか寝言言ってるのか？

IDisposableなクラスでawaitで暗黙のメンバ変数になったらいつまで寿命伸びると思う？
ケース知らなすぎるだろ。
他の事も色々間違ってるがもうそもそもおかしい。

C#は別になんでも得意じゃねえぞ。
オール3だよ。
C#でこれは4だなって思うのはLinqぐらいだ。それももう追いつかれた。
他の言語を知らんから、本当の5を知らんのだろ。

積極的なメリットは無い。知らないからそりゃそうだろうな。
それでC#が好きだとほざくな。
780 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 15:55:19.91 ID:yginI0z/.net]: ・・・本当の5の言語って何や？
781 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 16:04:46.05 ID:xrSERZg5.net]: >>769
人とニーズによるだろうけど、Goの並行処理とか、
Erlangのメッセージパッシングとか、
F#の測定単位とか、
Lispのマクロとかかな。
JavaScriptも、あれはあれでとても良いと思う。
782 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 16:08:35.63 ID:b5xW7Gve.net]: >>768
>GC(メモリ管理サポート)に文句つけて、GCがあるから問題ないとか寝言言ってるのか？
大抵のことはGCで問題ない
クリティカルなところでのC#なら安全に比較的細やかにメモリ管理ができるので問題ない

>IDisposableなクラスでawaitで暗黙のメンバ変数になったらいつまで寿命伸びると思う？
当たり前だがDisposeするまでだろ
非同期挟もうが挟むまいが不要になった時点で速やかに破棄される
awaitを使ったからと言って必要もないのに無駄に変数の寿命が伸びることはないよ
伸びるのは非同期処理を実装するのに本当に必要な変数だけだ

>本当の5を知らんのだろ。
例えば？
783 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 16:11:47.13 ID:Fq3XcUlo.net]: >>769
5=GOなんだろ
ダジャレだよダジャレ
エスプリの効いたギャグをかましてくれたんだよ
784 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 16:24:08.58 ID:Fq3XcUlo.net]: >>770
これ特化してるところじゃん
あらゆる分野において平均以上かどうかなんじゃないの

ジェネラリストかスペシャリストか
785 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 16:24:33.75 ID:b5xW7Gve.net]: >>770
果たしてそれがメインの開発言語を乗り換えるほどの価値があるかどうかだよね
自分はとてもではないがそうは思えない
もし本当にどうしても避けられずそれが必要になったら局所的にその言語で実装してメイン言語から呼び出すって形にするだろうな
まあGoぐらいなら別にメインにしてもいいかなぁ…とは思うがね(実際にはしないだろうけど)
786 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 18:16:37.52 ID:Hcyt9B7d.net]: C#は素敵な言語だけどさすがにオール5は言い過ぎたねって話だね
787 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 18:29:46.92 ID:Cpv18UIo.net]: なんでこの人たちいつもC#の話してるの？
788 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 18:30:27.64 ID:xrSERZg5.net]: >>773
5ってのは、そういう事だと思うぞ。
4で、それが書きやすい、程度。

>>774
ニーズ次第じゃないかな。
789 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 18:44:00.86 ID:awsGRXp2.net]: オール5の言語なんてLispしかないよ！DSLで何にでも特化できるから！神はLispで世界を作ったんだぜ！（ぐるぐる目）

冗談はさておき、昔のJSはLispの匂いがして好きだった。今は（TSは）Lispの匂いほぼなくなって、万人ウケしやすい言語になったと思う。
790 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:19:37.56 ID:xrSERZg5.net]: >>778
ほんとにそれよね。JSはC構文のLispっぽくて好きだったけど、TSでどんどん静的な言語になってしまってる。
791 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:25:03.79 ID:PuaagtBb.net]: 高階関数で関数型プログラミングの匂いはするがLispの匂いはしない
Lispって全部がリストになってるから
792 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:35:30.70 ID:xrSERZg5.net]: >>780
applyと分割代入あたりが、おおむね対応するんではなかろうか。
793 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:39:46.86 ID:LSI+C1uB.net]: C#をNGにしたら書き込み全部消えちゃった
794 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:41:55.81 ID:xrSERZg5.net]: まあ、作った人がScheme意識してるって言ってるからな。
https://brendaneich.com/2008/04/popularity/
795 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:47:54.10 ID:awsGRXp2.net]: 全部がListだったらそれはもう匂いがするどころではなくLispそのものだと思う。
Lisp脳だったのでTS始めた時は型演算そのものを(Lispみたいに)JSで書かせてくれと思ったよw
796 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:53:01.60 ID:awsGRXp2.net]: Lispの匂いといえばMozillaのlet式が没ったのは返す返すも残念だった。今はdo式に期待してる
797 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 21:12:55.98 ID:LSI+C1uB.net]: >>778
Lispのどこがいいんだ？
全てにおいて不便なだけな気がするのだが
798 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 23:06:44.05 ID:awsGRXp2.net]: Lispのデータとソースコードは全てListである。
Lispは主にListを操作してプログラムする。
Lispには文は無く、式だけがある。
LispのマクロはListであるLispソースコードの操作をLispで行う。
Lispのマクロはありとあらゆる式をList操作で作り出せるのでDSLが簡単にできる。あらゆるコードを抽象化できる。

スレ違いだからあとは調べてね。
これは個人的な所感だけど、
ありとあらゆる式文が作れる（抽象化できる）ってことはつまり俺ルールがまかり通って分断を招く言語って事だから、そりゃ一般向けじゃないやね
799 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 23:19:25.78 ID:c62SKept.net]: >>787
そのせいでクオートとか関数クオートみたいな邪悪な存在が生まれたのは無視かな？
800 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 23:26:15.08 ID:Ba9B66hW.net]: >>787
長々と書いてるがメリットってこれだけだろ？

> Lispのマクロはありとあらゆる式をList操作で作り出せるのでDSLが簡単にできる。

DSLを作りたいやつがどれだけいるか知らんが
DSLというのはただの関数に過ぎない
だからどの言語でも関数を作ることで簡単にDSLを作れるぞ
801 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 23:36:01.58 ID:awsGRXp2.net]: 細かい反論はあるけど概ねご批判の通りだよ。
だから流行らない。俺は好きだけどね
802 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 23:38:23.99 ID:Ba9B66hW.net]: https://xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com/%E3%82%A8%E3%83%83%E3%82%BB%E3%82%A4/%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E7%89%B9%E5%8C%96%E8%A8%80%E8%AA%9E/

> DSLは、大きく内部DSLと外部DSLに分類することができます。
>
> 内部DSL: 内部DSLは、汎用のプログラミング言語の書き方を工夫して、
> 見かけ上の構文を自然言語に近づけた言語です。
書き方を工夫するだけだからどの言語でも出来る

> 外部DSL：外部DSLは、汎用のプログラミング言語とはまったく別の構文を持ったDSLです。
こっちはlispでも作りづらい
803 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 23:46:09.89 ID:Ba9B66hW.net]: 内部DSLの場合、言語によって自然言語に近づけるといっても限界がある場合がある

えばC言語なら、 This("is", "a", "pen"); が限界だろう

これがRubyだと This "is" "a" "pen" となる
is とか a とかを定義すれば、This is a "pen" と書けるかもしれないな

だがシェルスクリプトであれば This 関数を作るだけで
This is a pen と書くことが出来る。
ダブルクォートでくくらなくても文字列として扱われるからだ

内部DSLを作るのに一番適した言語はシェルスクリプトだと思うが
それはそれとして、DSLを簡単に作れる言語の条件はリスト操作をしてるとかではなく
引数を () でくくらなくても良いとか最後にセミコロンがいらないとか
そういう言語ではないだろうか？自然言語は () でくくらないからな
804 名前：デフォルトの名無しさん mailto:sage [2020/12/29(火) 23:52:22.87 ID:Ba9B66hW.net]: 引数の区切りにカンマが不要ってのもDSLに適した言語の条件かな
805 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:05:32.15 ID:TuVgzDLD.net]: >>789
kotlinぐらいじゃないかな。
無茶めな構文が変わるレベルのDSLが作れるの。

S式として成り立ってればどんな構文すら作れるから、関数を作ることで作れるとか言ってるレベルじゃないぞ。
それが良いことかはおいといて。
806 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:08:13.49 ID:Zk/FBUc0.net]: どんな構文でも作りたいわけじゃない

「自然言語」に近い構文を「簡単に」作れるというのが条件
自然言語というのはシンプルで、単語を並べるだけなのだ

仮にkotlinでC言語の構文に対応できたとして
それはDSLとしてはふさわしくない構文
807 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:08:25.33 ID:olxuh5fb.net]: >>789
JuliaとRustはそこそこ無茶なこともできるしな
ASTレベルでの操作だし
Lispプログラム=実質的なASTと考えると何も変わらん
そこの優位性ももはやない
808 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:15:06.44 ID:Zk/FBUc0.net]: >>796
だからプログラム言語を作りたいんじゃなくて
DSL（自然言語風）を作りたいんだってばｗ
809 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:19:04.50 ID:Zk/FBUc0.net]: あと「簡単に」ってのも重要
作れるけど大変っていうのは簡単ではない
810 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:19:15.74 ID:olxuh5fb.net]: Lispは自然言語風ではないだろ
あの括弧なんとかしろよ
811 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:21:48.47 ID:TuVgzDLD.net]: DSLって別に自然言語に寄ってなくても良いんじゃないか？
ドメイン記述に便利な表記であればそれで良いかと。
昔ウィジェットツリーをそのまま書いたらマクロで展開されるとかそういうの書いたことあるけど、自然言語寄りではなかったな。
最近で言うとkotlinのankoみたいなやつ。
812 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:26:09.36 ID:Zk/FBUc0.net]: > DSLって別に自然言語に寄ってなくても良いんじゃないか？

それは正しいが「自然言語と異なる別のプログラム言語」を
覚え直さなければいけないのはナンセンスだろ
813 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:26:50.79 ID:Zk/FBUc0.net]: （なぜか「当分お断りしております。」が出たので分割して書き込み）

独自のDSLを作る場合、新たな言語を覚えなおさなくていいように
誰もが知ってる自然言語に近い構文にするのが普通
814 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:27:23.67 ID:Zk/FBUc0.net]: そうしないとDSLを使うことで
815 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:28:25.07 ID:Zk/FBUc0.net]: ぎゃくにこーどがわかりづらくなる
DSLの特徴である「ドメイン固有の処理を簡単に表現できる」に反してしまう
816 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:29:06.25 ID:Zk/FBUc0.net]: （なんで「ぎゃくにこーどが」を漢字とカタカナにしたら書き込めないんだ？）
817 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:30:13.27 ID:Zk/FBUc0.net]: 「コ　ー　ド」をスペース抜いたら書き込めない
818 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:34:39.76 ID:DCxLNcGT.net]: こうやって言語機能そのものみたいな基本部分の重箱つついて、何かあるとすぐちゃぶ台返しして応用や発展的な話題出ないの最高に5chのプログラム板って感じ
819 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:35:42.82 ID:olxuh5fb.net]: そもそもすれ違いだぞ
820 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:41:11.57 ID:Zk/FBUc0.net]: >>807
そういうことじゃなくて「色々出来る言語」を過大評価しすぎってこと
簡単に目的を達成できる方が重要なのに
色々出来るんやでだからすごいっていう考えが古臭い []; [ここ壊れてます]
822 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:56:40.62 ID:lXmFrXZN.net]: コード
823 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 00:59:28.01 ID:nb9M1V+x.net]: >>810
どうやらブラウザ（ユーザーエージェント？）も関係あるっぽい
Chromeでは書き込めず、Firefoxなら書き込めた
その他の情報も見てる可能性があるな
IPアドレスは変えてもクッキー消しても意味はなかった
824 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 01:01:03.26 ID:eKh3SvG1.net]: スレ違いなネタでろくに知識もないのに平気で一人で盛り上がってる感じ、またC#おじさんかよ。NGすとこ
825 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 01:12:42.10 ID:lGcdPzxm.net]: >>812
９月２日から１０月１０日までレスが３つしか付かなかった過疎スレだったんだよね
テーマに沿って話して過疎るか雑談でスレを伸ばすかのどっちかで雑談でもいいと思う
でないと話すことなくて過疎る
雑談が嫌なら来なければいい
826 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 01:42:40.61 ID:zA1s3IaL.net]: なんでjs前提のスレで他言語について話してんだ○イジかよと思ったけど。もともと過疎スレだったのか。
フロントエンドFrameworkはすでに別にスレがあるから、雑談スレでもいいかもね。
827 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 01:56:29.40 ID:Cptlqs6D.net]: みんなどうやったら良いSPAが作れるか議論したいんじゃないの
今更だけどスレタイで技術を限定するのは世界を狭めていると思う
C#おじさんはうざいかもしれないがまがいなりにもSPAを作る技術があるわけで
828 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 02:08:36.28 ID:sThloFfy.net]: わいはSSRの方がすこだ！
829 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 03:37:46.36 ID:olxuh5fb.net]: C#おじさんの自演ここまでくると怖い
本当に年内に病院に行くべき
830 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 05:45:50.88 ID:WuRkJ7SN.net]: >>816
Next.jsなら今はSSG推奨
831 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 06:08:39.70 ID:npFXMZqI.net]: 時代はISR
832 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 06:38:08.28 ID:Kz0vlNp0.net]: >>813
C#おじさんいっつも最後にはそれ言い出すな。荒らしが荒らして伸びるより過疎スレの方がどう考えたって健全じゃん。
スレが伸びることが何の免罪符になると思ってんだか
833 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 10:00:04.98 ID:TuVgzDLD.net]: まあアホみたいにC#に反論して悪かった。
そりゃそうでそもそもスレチだわな。

React今更やり直してんだけど、スタイルってどうやってる？
Vueみたいにコンポーネントごとに書いといたらcssが一本ドーンとできるみたいな仕組みが欲しいんだが、見た感じなさそう。
css in jsでインラインスタイルみたいな感じで当てまくるのが王道なの？
834 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 11:50:39.35 ID:mn0czGQ5.net]: react というかNext.jsってpagesの中でscssをimport する時って
各エレメントにclassName={hoge.kage} って手動でクラス名を紐付けないと駄目なの？

比較して申し訳ないけど、vueだとcss側に*{color:red}とか.main{border:1px;}、html側に<div class="main">と書くだけで
コンポーネント単位でdata-v-xxxx ってスコープ切って紐付けてくれるんだが、そういうのは無し？

前の人と多分同じネタかなこれ
835 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 12:16:17.47 ID:TuVgzDLD.net]: >>822
同じネタだと思う。
かつ、俺less使ってて、共通色とか基本サイズ数とかの定数値を、importしてるんだけど、これをきれいに解決する方法がわからん。
836 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 12:34:12.03 ID:zA1s3IaL.net]: 横からだけど自分もそれ気になるなあ。
コンポーネントごとcssを別出しするとか色々あるみたいだけど、やり方が複数あって迷うなぁ。

Tailwind使ってるからスタイル自体そんなに充てないけども
837 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 12:54:00.12 ID:mn0czGQ5.net]: >>823
うーむ、Next.jsのgetServerSidePropsに惹かれて試してみたけど、こっちはVueと比べてCSSの考える事は多い感じかな

適当に書くけど、.main > * {color:red}とかやって、子コンポーネントに突き抜けたりしないだろうか・・・。
838 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 14:36:06.25 ID:97VH6JZh.net]: >>820
他人に過疎を味あわせたいというのは異常だし
おまえがこのスレに来なくて過疎を味わい他人がこのスレで雑談して楽しむのはwin-win
スレのテーマを話したい人がいるときに雑談で邪魔しないというマナーはある
839 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 17:44:12.92 ID:zA1s3IaL.net]: >>822
Reactだと、上記と同じことをするのはstyled-componentsかな。
エディタの補完が追いつくのかは気になるけど

https://qiita.com/taneba/items/4547830b461d11a69a20
840 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 18:55:12.14 ID:olxuh5fb.net]: >>826
とにかくお前はC#スレに籠ってろ
他の勢いがあるスレに関係ないことを書き込みに来てるのはわかってるんだ
841 名前：デフォルトの名無しさん mailto:sage [2020/12/30(水) 20:27:31.52 ID:/bDJ6XEP.net]: 「過疎スレだから」がスレ違い宣伝荒らしの言い訳ならprologスレとforthスレを盛り上げてこい。これは命令だ。
842 名前：デフォルトの名無しさん mailto:sage [2020/12/31(木) 00:25:02.74 ID:QWe6530o.net]: Next.jsってアップデートされたけどVercel使わないとまともに使えん的になってきてそこそこの規模でも有料だし
少し大きくなったら年間数万ドルもかかるとかやばくねえっすか？
843 名前：デフォルトの名無しさん mailto:sage [2020/12/31(木) 00:48:49.82 ID:ZOSFby6D.net]: ちょっと調べたけどnextって今そんなことになってたんだ。面白ー。
まぁまだゆとり向けフレームワークのnuxtちゃんがいますし...
844 名前：デフォルトの名無しさん mailto:sage [2020/12/31(木) 07:16:28.08 ID:kXsKi0cH.net]: 画像最適化やISR等の一部機能がVercel依存なだけじゃないの？
Vercelも自分とこのプラットフォームを使ってほしいだろうけど、客寄せになるNext.jsの人気は必要だから無茶はできないし
845 名前：デフォルトの名無しさん mailto:sage [2020/12/31(木) 17:56:20.15 ID:v+HdWO16.net]: ReactのNext.jsのgetServerSideProps() に相当する機能ってVueのNuxt.js には無い？
DBアクセスとか、必ずサーバー側で実行して欲しい処理を書きたい
846 名前：デフォルトの名無しさん mailto:sage [2020/12/31(木) 20:12:22.49 ID:n8r8zFZ6.net]: ある
が基本的すぎてドキュメント読んでないのがバレるぞ
847 名前：デフォルトの名無しさん mailto:sage [2020/12/31(木) 23:11:57.32 ID:v+HdWO16.net]: asyncDataやfetchだとrouter-link、nuxt-linkでページ遷移するとクライアント側で実行されちゃう認識だけど
それ以外にも必ずサーバサイドで実行される(ロジックの中でfs.readFileSyncが使える)方法あるの？
848 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 01:01:38.63 ID:I6jeM+Zp.net]: getServerSidePropsの意味するところを俺が誤認してたみたい失礼。

asyncDataをサーバ側に限定する方法はない
ServerMiddlewareを使えばサーバ側で動くAPIを作れるから、それをクライアント側から呼ぶ形が一般的
849 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 01:11:21.91 ID:/+4IUuLb.net]: やっぱりページごとにAPI作るのがNuxtの流儀か

管理サイト的なものを作っていて、9割のページがDBのデータを表示してるから
1ページごとにAPIを個別に作るのはしんどいんだよね
それか、router-link禁止で全部<a>タグでのみページ遷移するルールにするかって感じか
850 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 10:22:39.74 ID:JSeY8OLT.net]: >>822
普通にscssで書いてる
一般的なサイトと書き方変わらん
851 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 11:09:03.93 ID:LgwM8ucz.net]: >>838
コンポーネントにではなくて、サイト全体に書いてる感じ？
グローバルに効いちゃうって事？
852 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 12:13:22.88 ID:JSeY8OLT.net]: >>839
index.jsでsassをimportしてるからそんな感じ
といってもscssファイルはページ用とか変数用とかに分けてる
853 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 13:10:38.63 ID:LgwM8ucz.net]: >>840
なるほど。ありがとう。
となると、ちょっと設計方針変えないといかんな。
854 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 13:44:12.20 ID:JSeY8OLT.net]: >>841
あとビルドするときにscssをcssとして出力（package.jsonに記載）したほうがChromeのDeveloperで開発しやすいんでないかな
俺はそうした

jsにスタイル書くのって俺的には無理だったしscssの変数とかmixinどうすんのって感じだったから使ってない
855 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 20:12:23.69 ID:/+4IUuLb.net]: せっかくコンポーネントごとに分けてるのにグローバルな巨大cssを作るのもちょっとなぁ
scssだと入れ子が出来るだろうから素のcssよりゃマシだろうけど
856 名前：デフォルトの名無しさん [2021/01/01(金) 22:01:26.56 ID:7dc3kU9y.net]: >>842
package.jsonに記載って何を記載するんですか？
857 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 22:03:44.11 ID:gR0w6/3v.net]: いいからガタガタ抜かさずemotion使ってみろってｗ
858 名前：デフォルトの名無しさん [2021/01/01(金) 22:05:08.76 ID:gOgGeOog.net]: emotion は絶対にない。

linaria は許容できるけど
859 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 22:30:42.44 ID:8TPOGttB.net]: SPAで特定のページにnoindex付けたいんですがどうやるのが正解ですか？
今考えてるのは特定のページに入ったらjqueryでheadにnoindexをぶち込む方法です
860 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 22:34:56.11 ID:JSeY8OLT.net]: >>843
そうなんだけどさ、styled-componentの無理やり感が無理なのとjsがスタイルの記述ばかりになって見通し悪くなるし
あと使ったことないけどstyled-componentだとChromeのDeveloperToolでどうやって調整するんだろ

開発がWebアプリ系なら全体的にほとんど同じスタイルだからそれほど増えなくないかな

>>844
開発用パッケージにcss-loaderとsass-loaderとstyle-loaderをインストール
だったかな
861 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 22:40:09.79 ID:HdS3p/N5.net]: css in js だと goober が軽くてええな
862 名前：デフォルトの名無しさん [2021/01/01(金) 22:43:08.73 ID:gOgGeOog.net]: styled component と emotion は全く同じ位置付けなんだけど。
styled componentが無理矢理でemotionが無理矢理じゃないのが理解できない。

dev toolpの問題は結構前に解消されてるでしょ。

css in js を使用する人は何を実現したくて使用するのか聞きたい
863 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 23:02:42.71 ID:gR0w6/3v.net]: emotionはstyled component形式でも書けるけどメインはcss prop形式だよ。
css prop形式使わないならstyled component使えばいい。
わざわざemotion使うからにはcss prop形式使うでしょ。
styled component形式は移行のためのサポートと思っとけばいい。
864 名前：デフォルトの名無しさん [2021/01/01(金) 23:05:06.53 ID:gOgGeOog.net]: https://emotion.sh/docs/styled

インターフェイスは　styled componentと変わらないと思うけど
865 名前：デフォルトの名無しさん [2021/01/01(金) 23:10:00.98 ID:gOgGeOog.net]: ちゃんと読まないでレスしてた

css prop形式だと余計に　css in js 使う意味ないでしょ。
それだと　classNameをconditionで操作してるのと変わらないでしょ
866 名前：デフォルトの名無しさん mailto:sage [2021/01/01(金) 23:19:20.92 ID:gR0w6/3v.net]: あのねえ、styled componentより後発でたったそれだけのことで人気追い抜くわけないでしょ…
知らないならドキュメント読んで使ってみなさいよ
867 名前：デフォルトの名無しさん mailto:sage [2021/01/02(土) 00:13:03.58 ID:gKf/Fv60.net]: 時代はtailwindCSS
868 名前：デフォルトの名無しさん [2021/01/02(土) 15:35:58.93 ID:RXFdEIXY.net]: tailwindかtacyonsどっちか迷ってる俺に推しの一言をどうぞ
869 名前：デフォルトの名無しさん [2021/01/02(土) 17:42:37.50 ID:wubIjlLH.net]: https://i.imgur.com/vOB4XJi.jpg
もはや比較の必要あるか？というレベルで大差付けてるけども

最近の人気で言うとTailwindCSSかChakra UIかという感じやな、chakraはreact専用だけども。
870 名前：デフォルトの名無しさん mailto:sage [2021/01/02(土) 20:18:33.44 ID:7UePDUod.net]: tailwindとchakra uiはスコープだいぶ違うと思うが。
前者はCSSフレームワーク、後者はreact用uiツールキットでしょ
871 名前：デフォルトの名無しさん [2021/01/02(土) 22:31:31.83 ID:wubIjlLH.net]: >>858
立ち位置は完全には同じでないけど、被ってる部分は結構あってサイト内にも比較ページがあるくらい意識されてるよ。
https://chakra-ui.com/docs/comparison
背景も使い所も全く別物なら公式がわざわざ用意しないからね
872 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 00:49:54.47 ID:U3X4E4MI.net]: うんそれoverview読むだけでまったく別物だって分かるね
873 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 01:01:48.04 ID:p2kXTSH1.net]: 全く別物ではないな中身見てないだろ
もちろん範囲外のものもカバーしてるけども
874 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 01:12:57.13 ID:p2kXTSH1.net]: 例えば
Tailwindなら
<div className="w-full mx-4 my-2"></div>
Chakraなら
<Box w="full" mx={4} my={2}></Box>
で同じ結果になる。
colorもレスポンシブも同様にあるしな。

まぁ全く同じもので厳密に比較しないと死ぬ病気だったらすまんな、忘れてくれ。
875 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 01:16:24.80 ID:U3X4E4MI.net]: あほくさ。
上は単なるcssクラス
下はreactコンポーネントじゃん。
下はJSXで書いてるから似て見えるだけ。
実態はJS関数じゃん。
いったいどこが同じなのかｗ
cssなんて基本要素も甚だしいんだからそれで似てる言ってたらWeb用のありとあらゆるライブラリが似てるｗ
876 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 01:21:20.90 ID:WJLaDztK.net]: 知らんけど使用感のことを言ってるんでしょ？
内部構造が別だからってギャーギャーつっかかってもしゃあないやん...
877 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 01:27:19.26 ID:j7drLdmA.net]: このフレームワーク流行ってるのか
使ってみようかな
趣味プロダクトのデザインマジで面倒だ
878 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 07:17:12.46 ID:77GCy5PB.net]: まあ>>859が正しいわな
どちらを使うかで迷う人が多いから、わざわざ比較ページでピンポイント比較しているわけで

ただChakraは、使うのを止めるってなった時に地獄を見そうだな
react-bootstrapで地獄を見た私はそう思うぜ
879 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 16:18:33.59 ID:sJkgD0sU.net]: materializecssってオワコンなの？
880 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 19:55:53.47 ID:p2kXTSH1.net]: https://i.imgur.com/2YClP8H.png
そーす
https://2020.stateofcss.com/ja-JP/

これ見るとまだオワコンではないと思う、他が大きく下げたものが多いから順位は上げてる。
TailwindCSSが断トツではあるけどね。
881 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 20:16:55.01 ID:DBWyzvd0.net]: でもお前らのゴミみたいなセンスじゃ何使ってもどうにもならないじゃん？
882 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 22:03:10.41 ID:3GzJdVpR.net]: はいはい
883 名前：デフォルトの名無しさん mailto:sage [2021/01/04(月) 00:31:45.14 ID:iT2qTMUm.net]: >>869
ゴミみたいなセンスだから優秀なライブラリを使うんだろうが
OSSタダ乗りおじさん舐めんな
884 名前：デフォルトの名無しさん mailto:sage [2021/01/04(月) 09:41:29.84 ID:rgY6auQv.net]: AWSのことかな？ｗ
批判にあわてて援助し出したんだっけ？ｗ
885 名前：デフォルトの名無しさん mailto:sage [2021/01/04(月) 16:45:28.03 ID:qovFEaH+.net]: ちょっと何言ってるか分からない
886 名前：デフォルトの名無しさん mailto:sage [2021/01/04(月) 17:33:54.18 ID:v/b/bq9A.net]: 意味不明だな
887 名前：デフォルトの名無しさん mailto:sage [2021/01/05(火) 17:59:59.74 ID:DKe92MJE.net]: スライムというワイルドカード
888 名前：デフォルトの名無しさん mailto:sage [2021/01/06(水) 19:42:43.06 ID:V+n1SaTt.net]: jqueryUIたいなライブラリー
なにか知りませんか？

Reactで使いますが、
React用じゃなくても良いですので。
889 名前：デフォルトの名無しさん mailto:sage [2021/01/07(木) 00:03:32.99 ID:HeEo+TnW.net]: JQuery UIでいいじゃんそれ
890 名前：デフォルトの名無しさん mailto:sage [2021/01/07(木) 00:36:41.77 ID:P60007ut.net]: BootstrapとかMaterial-UIの事言ってる？
891 名前：デフォルトの名無しさん mailto:sage [2021/01/07(木) 12:47:58.31 ID:IsAkKduI.net]: bootsrtapは？
892 名前：デフォルトの名無しさん mailto:sage [2021/01/07(木) 15:12:43.36 ID:BMEPnbk6.net]: bootstrapよりどちらかというとvelocityとかじゃね
893 名前：デフォルトの名無しさん [2021/01/07(木) 19:07:40.82 ID:XRImqR79.net]: JQuery UIの主にインタラクションのような機能です。
Draggable
Droppable
Resizable
Selectable
Sortable

自前のコントロールを作ろうとすると必ずこの壁にぶち当たります。
894 名前：デフォルトの名無しさん mailto:sage [2021/01/07(木) 20:50:34.46 ID:ikfTGx5+.net]: React に、そういう機能のコンポーネントは無いの？
895 名前：デフォルトの名無しさん mailto:sage [2021/01/07(木) 22:24:29.72 ID:8S5jtpKX.net]: ないと思う
俺もjQueryUIのコンポーネント使いまくってるやつは移行が不可能
全部作らないといけないし
新規でやるときは使うんだが
896 名前：デフォルトの名無しさん mailto:sage [2021/01/07(木) 23:16:04.95 ID:3TLTtAUE.net]: いや少なくともReact DnDでuseDragとuseDropはあるけど…？
そういうことじゃなく？？
897 名前：デフォルトの名無しさん [2021/01/08(金) 00:07:17.50 ID:BMLciGfP.net]: ReactでjQueryUIを使う場合、
なのか問題とかあるのかな？
898 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 00:48:37.80 ID:DKQwsFSV.net]: 仮想DOM のReact と、実DOMを更新するjQuery の更新タイミングを、
React のタイミングに合わせる必要がある

合っていないと、jQueryで更新しても、
その後、Reactでは更新していないと思われて、元の状態に戻ってしまう
899 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 02:03:55.07 ID:BMLciGfP.net]: >>886
それはなんとか大丈夫かな？

それよりもjqueryUIのベストなロードの方法はなんだろうか？
900 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 02:38:29.42 ID:K8R3TNe9.net]: いやだからjQueryUI互換のReactのコンポーネントライブラリが欲しいんだよ
なんやかんやいってjQueryUIの出来はめちゃくちゃいい
901 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 02:40:50.44 ID:hM6lluL1.net]: なんでUIライブラリ二重に使おうとするわけ？
野球帽の上にシルクハット被っても問題ないかな？と言ってるに等しいのでは？
これは問題あるともないとも言える。
可能不可能で言えば問題ないとも言えるが、バカに見えるという点では問題あると言える。
902 名前：デフォルトの名無しさん [2021/01/08(金) 02:44:47.94 ID:BMLciGfP.net]: >>889
jqueryUIよく知ってますか？
903 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 02:44:56.99 ID:K8R3TNe9.net]: >>889
バカはお前だろ
jQueryUIはコンポーネントライブラリだぞ
904 名前：デフォルトの名無しさん [2021/01/08(金) 07:47:08.14 ID:c1yN1piV.net]: 俺はangular使ってるがmaterialUIがまんまそれに相当する
React にもあるはず。ちゃんと探そう
905 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 08:02:05.71 ID:tSEaWM43.net]: あちこちで言われてるんだからいい加減理解してほしいもんだけど
ReactとかはjQueryの代替にはならないの

ウェブサイト全体をウェブアプリに作り変える場合に使うもので
インターフェースはほぼ全部作り変えでUIを自分で作るためのものなの

jQueryだけじゃなくてブラウザ標準のDOM APIとも相性が悪い
全てをReactのやり方に置き換えるレベルじゃないと単に開発しづらくなるだけ

jQueryのシェアは去年一年で3%増えました。主に今までなにも使ってないところが
採用するのがjQueryです。まだ増え続けています。
その他のフレームワークは0.1%増えるか増えないかだよ
https://w3techs.com/technologies/history_overview/javascript_library/all/y

殆どのところは開発効率が上がらないか逆に下がってしまって却下されてるんだろう
906 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 08:08:57.80 ID:sdGloSCX.net]: Webサイトは改修しやすくないといけないからな
Reactでガチガチに作っても運用の人たちが困る
907 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 08:12:22.84 ID:A+Em08N2.net]: Webサイト → バニラ or jQuery
Webアプリ → Reactとか

これで結論出てる
908 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 08:13:08.49 ID:DKQwsFSV.net]: Ruby on Rails では、Bootstrap を使うから、
その依存関係で、jQuery も自動的に入る

React は、コンポーネントとして使う
909 名前：デフォルトの名無しさん [2021/01/08(金) 08:50:47.46 ID:BMLciGfP.net]: 意味も分からないバカが大量に沸いて出た。

あるいは、また自演坊の出現か？
910 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 09:21:04.83 ID:Rc/BvzGB.net]: Kentaだなってすぐわかる
911 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 09:44:49.72 ID:A+Em08N2.net]: UIくらい自分で解決しろよってことだなゴミカス
912 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 10:35:18.69 ID:AdXs4K9l.net]: う～んこの特徴的な文章
913 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 12:05:31.74 ID:hYPH6FIY.net]: JQuery UIをぐぐってみた感じ、完全な代替品はreactには無いんじゃないの？
自分がスクラッチしたUIに後からjsの振る舞いを付けてくれるライブラリ群って事だよね。

react、vueの場合、uiとjsの振る舞いをセットでコンポーネント化してあるものがメジャーだから、それらを採用してcssハックで見た目をカスタマイズするしかないと思う。
(コンポーネントによってはslotとかで後から自由にuiを付けられるものもあるので、ぜひドキュメントを見てもらえれば)
914 名前：デフォルトの名無しさん [2021/01/08(金) 14:48:23.62 ID:n+eqhbpb.net]: あの、いまvueで実装してみたくてテストしていたんですが、
https://i.imgur.com/tRZJ97x.jpg
イメージとしては{{message}}のところにデフォで表示される1というメッセージがコンポーネントで作ったボタンを押したらqqqqしたいんです
で、画像のように書いたところalertは表示されるんですが、内容が変わりません
これはおそらくコンポーネントの中に{{message}}とdataも入れてあげれば変わるようにはなるとおもうのですが、
やりたいことはコンポーネントで作ったカスタムボタンを押したらそのコンポーネント外に書いてある{{message}}に値をセットさせたいのです

これってどのように実装すればいいんでしょうか？
915 名前：デフォルトの名無しさん [2021/01/08(金) 15:45:58.45 ID:BMLciGfP.net]: const element = <div id="A" />;
：
element.props.id = "B"; //--- TypeError: Cannot assign to read only property 'props' of object '#<Object>'

上記でエラーになるんですが、一度設定したプロパティを変更する事は可能？
もしかして出来なかったのだろうか...
916 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 19:38:17.54 ID:hYPH6FIY.net]: Emitを使えばいける。
vueのドキュメントのemitかstoreパターンの項を一度読んだ方が効率がいいと思う。
もしくはハンズオンの書籍で体系的に学ぶか。
またエディタはvscodeとか使った方が時短になります。
917 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 19:56:38.91 ID:k0iEsoH9.net]: プロパティは親からしか、変更できない。

dataとコンポーネントを紐付けている場合は、プロパティをwatchして変更を検知し、dataに反映する必要あり。
918 名前：デフォルトの名無しさん mailto:sage [2021/01/10(日) 16:53:28.20 ID:WtiCCgZ7.net]: vue3、vue-cliのデフォルト設定だとローカルサーバーでtsファイルに定義したtypeの再コンパイルが走らなくてきっつー。
解決してる人いたら設定教えてくださいっす。
919 名前：デフォルトの名無しさん mailto:sage [2021/01/11(月) 01:16:33.18 ID:Nxf8SjHi.net]: >>902
そんなあなたにvuex
920 名前：デフォルトの名無しさん mailto:sage [2021/01/11(月) 08:18:12.32 ID:yItx+DMm.net]: >>906
serveでってことだよね。何もせずとも普通にやってくれるが？
921 名前：デフォルトの名無しさん mailto:sage [2021/01/13(水) 16:35:56.54 ID:atGCk1//.net]: jotaiっていうReact用の状態管理ライブラリめちゃくちゃ良いじゃない
なんでこれ話題になってないの？
922 名前：デフォルトの名無しさん mailto:sage [2021/01/13(水) 16:45:17.31 ID:aKycOZrd.net]: いいのはたくさんある。
だが結局は多くの人が使っているものが普及する
923 名前：デフォルトの名無しさん mailto:sage [2021/01/13(水) 17:03:02.91 ID:mK+3gZUP.net]: >>909
前スレでとっくに既出。

449 デフォルトの名無しさん 2020/08/31 02:31:14
Reactのrecoilいいな
useContextの欠点を補完してる
もうReduxなんか必要ねえは

460 デフォルトの名無しさん 2020/09/11 22:12:09
>>449
これも面白そう
Jotai, a New Granular State Management Library for React
https://www.infoq.com/news/2020/09/jotai-react-state-management/
たぶん日本語の「状態」からｗ
924 名前：デフォルトの名無しさん mailto:sage [2021/01/13(水) 17:28:20.42 ID:atGCk1//.net]: >>911
おー出てたか
recoilよりはかなり使いやすい
とりあえず趣味プロダクトで使ってみる
925 名前：デフォルトの名無しさん [2021/01/13(水) 19:06:48.50 ID:J1EgIBFs.net]: 女体
926 名前：デフォルトの名無しさん mailto:sage [2021/01/13(水) 19:40:18.84 ID:mK+3gZUP.net]: それはにょたいと読むから違うと思う
927 名前：デフォルトの名無しさん [2021/01/14(木) 06:26:51.19 ID:C2CclXL8.net]: またみずちが変なこと言ってんなｗ
jQueryを求めてないって考えが間違いなんだってば

2021年1月時点のシェア 77.2%
https://w3techs.com/technologies/history_overview/javascript_library/all/y

2020年の1月から一年で +3.0%
今日の時点でシェア + 0.1%

需要は未だにjQueryが一番あるというのに
それを理解できないおじさん
928 名前：デフォルトの名無しさん [2021/01/14(木) 06:47:13.36 ID:mrWYZ3Pm.net]: すなわち jQuery はウェブ制作板って事だろ。
929 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 07:37:51.87 ID:ime41wMA.net]: jQueryはDOMラッパーとしてしか使ってないわ
930 名前：デフォルトの名無しさん [2021/01/14(木) 07:58:35.14 ID:mrWYZ3Pm.net]: ここはム板だからjQueryはあまり流行らない。
しかし世界は依然としてjQueryで出来てるのだろう。

そもそも論としてウェブサイトはアプリじゃないので。
931 名前：デフォルトの名無しさん [2021/01/14(木) 08:39:14.28 ID:C2CclXL8.net]: いい加減ウェブアプリではjQueryは適さないって言えばいいのに
なぜかjQueryを目の敵にしてるｗ
自分が使わないからって、みんなも使わないと思うんじゃねーよ
932 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 08:45:47.25 ID:cF+v3Ffe.net]: 正直jQueryの話をされても、EVの話をしてる時に馬車の話を始められるような気分
933 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 09:05:51.42 ID:C0zlkM1X.net]: ここはウェブサイトについて語る場所ではないので
934 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 12:43:00.94 ID:4wMNB5xS.net]: なんでこのスレタイ見て単なるウェブサイトの話題だと思うのか
935 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 16:42:19.64 ID:KwILXC98.net]: jQuery使ってる連中って、そもそもSPA用の開発環境構築出来るだけのスキルがないだろ
npmコマンド叩けるかも怪しい
936 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 17:33:50.48 ID:RlMq/Epg.net]: SPA用の開発環境構築するのが目的となってるなｗ
必要ならやるだけだろ
937 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 18:40:14.24 ID:KwILXC98.net]: SPA開発が流行らない理由は明白で、保守出来るやつが少なすぎるのよな
開発環境構築するのが目的のエンジニアがいると思うやつとか、
世間は頭が悪いやつが多すぎるのよ
938 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 19:54:36.53 ID:YZxjw0oN.net]: jQueryが使われてるというよりリプレイスできないから
シェアがそのままなんだろう
巨大サービスを作り直すとかGAFA以外無理だろう
939 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 19:59:19.79 ID:0OjTyh5I.net]: javaパーシステム屋と業務システム開発してるんだが俺のSPAフロントにビビっててこいつらいつの時代の連中なんだって感じ
誰一人理解してない
940 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 20:02:57.14 ID:YZxjw0oN.net]: 一時期jQuery+handlebars+railsで無双してたな
フルスタックのフリーランスだったからマジで稼げた
最近は要素技術が多くなり過ぎて
全部1人でやるのが難しくなってきた
941 名前：デフォルトの名無しさん [2021/01/14(木) 20:15:26.01 ID:uwcPbgN/.net]: QiitaとかDev.toとか見てるとNext.jsが破竹の勢いに見える
942 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 20:26:00.99 ID:T4mjjynb.net]: 少なくとも日本でreactやvueを採用するって10%も無い気がする
それくらい何というか使える人も案外少ないし概念もややこしいのかなと
誰かが構築している上で構築した人の説明があって単にプログラム書くだけなら
案外簡単とは思うけど、一から構築するとなるとある程度知らないと出来ないだろうし

世界ではこの辺の技術の最先端が前に行き過ぎという感じがするなぁ
かといって今更jQueryで書く気はしないけど現実は中々そうは行かないという感じか
943 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 20:36:48.04 ID:1FBYdS11.net]: 一番需要があると一番最高な技術なんだそうだｗ
944 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 21:06:57.91 ID:pw+xUaFj.net]: 一番需要があるからといって、一番最高な技術なわけじゃない
一番需要があるのは、一番バランスがいい技術なんだ

何が一番なんなのか、そこを間違えてはいけない
945 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 21:30:12.38 ID:ime41wMA.net]: react圧倒的だな

https://trends.google.co.jp/trends/explore?cat=13&date=today%205-y,today%205-y,today%205-y,today%205-y&geo=,,,&q=%2Fm%2F012l1vxv,%2Fm%2F0j45p7w,%2Fg%2F11c0vmgx5d,Svelte#TIMESERIES
946 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 21:36:43.32 ID:pw+xUaFj.net]: >>933
調べなきゃ使い方がわからないとも言えるんだよな
947 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 22:54:19.75 ID:cF+v3Ffe.net]: Reactそんなに難しいかな？
DOMとJSさえ把握してれば、わりとすぐ使えようになる気がするけど
948 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 23:14:01.32 ID:QYOIxwgk.net]: >>930
Wappalyzer入れながら自分の知ってるサービス見てみたら？
知らんつもりで使ってるかもしれんよ。
ユーザ企業だけど、割とベンダーはReactかVue使ってくるし、
俺が作ってるのはVue使ってる。
949 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 23:24:32.61 ID:YZxjw0oN.net]: >>933
なんで急落してるんだ？
950 名前：デフォルトの名無しさん mailto:sage [2021/01/15(金) 01:20:06.11 ID:qcfmQYUH.net]: DOM扱いは明らかにreactのがjqueryより楽だけど、非同期処理に関してはjqueryのが楽だわ。
951 名前：デフォルトの名無しさん mailto:sage [2021/01/15(金) 01:26:00.65 ID:qV+ZeCor.net]: 非同期処理はasync awaitで決着ついてる
952 名前：デフォルトの名無しさん mailto:sage [2021/01/15(金) 01:57:16.01 ID:qcfmQYUH.net]: ついてねーよカス。そのコードをどこに置くかって話だよ。
953 名前：デフォルトの名無しさん mailto:sage [2021/01/15(金) 01:58:51.99 ID:qV+ZeCor.net]: >>940
おまえは一生ajax読んどけクズが
954 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 22:08:24.04 ID:J+DIrtXG.net]: JQueryとVue.jsのどちらを勉強しようか悩んでいたけど、
955 名前：target="_blank" class="reply_link">>>915を見ると、
JQueryの方が良さそうだね。 []: [ここ壊れてます]
956 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 22:10:23.07 ID:HVEkoRC9.net]: 草
スレが加速しそうなレス
957 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 22:28:35.19 ID:7EFKht41.net]: まあ初心者なら仕方ない
958 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 23:07:21.18 ID:t4nHUbXC.net]: 釣りだろ
959 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 23:16:41.06 ID:jZHiFUeq.net]: 片方しか勉強できない病
960 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 23:41:29.27 ID:7+s5ajVF.net]: 新規にやるならReactの方がいいだろ
なぜVueに飛びつこうとするのか
961 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 23:44:07.37 ID:EYVeHh6u.net]: jQueryも知らない初学者に無茶言うなよ…
962 名前：デフォルトの名無しさん mailto:sage [2021/01/16(土) 23:54:17.91 ID:X8J3okh4.net]: 実質的にNextが使えないこの先はNuxtにすべきか悩み中
963 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 01:07:10.11 ID:8yxv55PR.net]: ぶっちゃけReactって覚えること少ないから初心者向けだと思うけどね
その分全部自分で書かなきゃならんし
hooksみたいなとっつきにくいものを身につけなきゃならない
Vueは覚えると楽だけど覚えるまでがすごく大変
964 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 01:37:41.05 ID:CR1cS2lt.net]: jQueryなんて勉強するものじゃないぞ。
あーめんどくせーってなったときjQuery つーかおってちょろっと書くもの。
jQueryすらお勉強しなきゃ使えないってんならプログラム全般致命的に向いてない。
965 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 07:33:09.60 ID:r01V6dG2.net]: 同じことがreactにも言える。
プログラミングを簡単にするものだから楽になってるはずのもの
通常よりも楽になってるはずなのに、それを使うのに苦労してるようじゃ駄目
勉強してようやくreact使えるようじゃプログラム全般に向いてない
966 名前：デフォルトの名無しさん [2021/01/17(日) 09:48:04.10 ID:d8MroxOV.net]: >>949
実質的にnextが使えないってどういうこと？
967 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 09:56:23.65 ID:1YpVluAF.net]: Vercel向けに最適化されてるってアレでしょ。OSSだしそんなに影響ないと思うけど。
968 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 10:03:56.79 ID:mfJLlMXm.net]: jQueryとvue.jsは並用出来るのでしょうか？
969 名前：デフォルトの名無しさん [2021/01/17(日) 10:29:39.67 ID:Yo3g4fKq.net]: jqueryのカラム話題はこっち↓でやってくださいね
守らないと荒らしとみなされますよ

Vue vs React vs Angular vs jQuery Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333177/
970 名前：デフォルトの名無しさん [2021/01/17(日) 10:52:38.90 ID:d8MroxOV.net]: vercel向けに最適化されてるのはわかるけど、そんな問題じゃないと思うけどね
971 名前：デフォルトの名無しさん [2021/01/17(日) 10:57:14.69 ID:d8MroxOV.net]: これから先もエッジケースでvercel贔屓の開発は進むかもしれないけど、それが問題になるケースはなさそうだけどね
972 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 11:18:56.65 ID:r01V6dG2.net]: DOM APIとvue.jsは並用できるのかな？
という話題はここでOK？
973 名前：デフォルトの名無しさん [2021/01/17(日) 12:30:38.61 ID:d8MroxOV.net]: >>959
なんで併用したいの？
そもそもreactやvueを使うと生のdomを触る機会は基本的にないはずだよ。
974 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 12:52:13.58 ID:wK0lC+BJ.net]: ふつう焼いたDOMだよな
975 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 13:10:51.08 ID:mfJLlMXm.net]: >>961
俺は刺し身でいく。
976 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 13:23:20.62 ID:72VIHRdN.net]: スカート付きか
977 名前：デフォルトの名無しさん mailto:sage [ ]: [ここ壊れてます]
978 名前：2021/01/17(日) 14:11:45.46 ID:r01V6dG2.net mailto: >>960
jQueryに依存しないDOM APIだけで実装されているライブラリを使いたいからです。
例えばLuminousとかです。 []: [ここ壊れてます]
979 名前：デフォルトの名無しさん [2021/01/17(日) 14:33:09.85 ID:d8MroxOV.net]: なるほど
それでいうと使える。

https://ja.reactjs.org/docs/refs-and-the-dom.html

ただ使う場合はrefを使用してdomにアクセスする様にしてね。上のリンクのいつrefを使うかにも書いてあるけど
980 名前：デフォルトの名無しさん [2021/01/17(日) 14:35:37.43 ID:d8MroxOV.net]: 俺が貼ったdocにはcreateRefが使われてるけど、今はuseRefがあるから、それを使えばいいと思う。
981 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 15:56:07.02 ID:r01V6dG2.net]: >>965
それができるならjQueryでも同じ方法でできますね。
jQueryはただのDOM操作ライブラリですから。
こういう聞き方をするのが良さそうです。
982 名前：デフォルトの名無しさん [2021/01/17(日) 17:20:00.12 ID:d8MroxOV.net]: >>967
うん。jqueryも使えるよ。
ただ、reactやvueを使っててjqueryを導入したいと思うケースを俺は思いつかない。
983 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 18:00:08.77 ID:mJ1vDarZ.net]: 最近知ったけど
reactjsexample.com
ってサイトいいね。いい感じの部品が結構色々ある
984 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 20:51:40.49 ID:72VIHRdN.net]: 仮想DOM使いたくないならsvelteとか使えばいいじゃん
フレームワーク上でjqueryを使う理由ってなによ
985 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 21:08:38.19 ID:BpZanF9R.net]: 通信でajaxでも使いたいんじゃない？
986 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 21:23:38.04 ID:1YpVluAF.net]: fetchでいいじゃん
987 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 21:25:14.65 ID:8yxv55PR.net]: ajaxって今思うとすげー恥ずかしいメソッド名だよな
988 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 21:26:50.06 ID:OsPht3CQ.net]: >>970
jQueryを使うのではなくて、
jQueryを使って作った多くの資産、ライブラリを使うんだよ

導入検討のためのサンプルとかPoCとか使い捨てプログラムとか
寿命が短いものばかり作ってんの？
989 名前：デフォルトの名無しさん [2021/01/17(日) 22:00:48.77 ID:d8MroxOV.net]: jqueryで書かれたプログラムは一般的に技術的負債になりやすいから、jqueryで書かれたプログラムの方が寿命短いよ。

jqueryで書かれたアプリケーションをみんな頑張ってreactやvueなどのフレームワークで書き換えてるよ。
990 名前：デフォルトの名無しさん [2021/01/17(日) 22:06:28.70 ID:d8MroxOV.net]: 資産っていうけど、大抵はreactとかで書き直されてるor代替のライブラリがあるよね。
991 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:07:29.18 ID:OsPht3CQ.net]: >>975
根拠を全く書いてないし、jQueryの現在のシェアを見れば
それが間違いだってわかる
もう少し説得力が有る回答をしてくれ
992 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:09:02.96 ID:OsPht3CQ.net]: >>976
その代替のライブラリに置き換えるだけで
既存のコードが動くんか？
993 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:17:20.34 ID:1YpVluAF.net]: そう思うならそうしてれば良いよ。我々は違う方法を取る。
994 名前：デフォルトの名無しさん [2021/01/17(日) 22:19:35.81 ID:d8MroxOV.net]: jqueryのシェアの高さを支えてるのはbootstrapだと思うけど、bootstrapも依存ライブラリとしてjqueryを削除しようとしてるよ。

https://www.infoq.com/news/2020/08/bootsrap-5-drops-jquery/

君こそreactがjqueryに優っているという根拠を示してくれる？
995 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:21:02.01 ID:8vORy5BE.net]: >>977
jqueryプラグインなんてもはや更新すらされていないゴミばかり
バージョン管理もできない

そもそもjqueryオブジェクトとかいう神オブジェクトにすべて突っ込んでるから激重
996 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:25:32.63 ID:OsPht3CQ.net]: > 君こそreactがjqueryに優っているという根拠を示してくれる？

ウェブサイトにはjQueryが適してるとしか言ってないんだがな
まあいいや。jQueryは短いコードで目的を達成できる。

例えばリンクをクリックしたら文字を赤くするのはこれだけ

$(document).click(function() { $(this).css({color: red})});

reactで同じことをするコードを書いて欲しい
俺が書いたんだから、次はお前が書くのを要求しても良いはずだよな
997 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:29:08.57 ID:wmH8ypzJ.net]: >>977
使い始めるハードルが低い方が技術負債になりやすいと思うがな。VBAみたいに。
998 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:33:16.34 ID:OsPht3CQ.net]: > 使い始めるハードルが低い方が
JavaScriptの話でもしてんの？
999 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:38:46.31 ID:72VIHRdN.net]: >>974
jquery1,2系は公式に廃止されているわけだが、それに依存した過去の資産を使い続けるメリットを教えてくれよ
脆弱性にも対応してしないし設計も古くて副作用があるけど、それを上回るメリットがあるんだろ？
1000 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:47:52.66 ID:8vORy5BE.net]: クリックしたら赤wwwwwwwwwwww
1001 名前：デフォルトの名無しさん [2021/01/17(日) 22:48:59.63 ID:d8MroxOV.net]: 前提としてタイプ量の短さで判断しようとしてるのが愚か

一生フレームワークを比較する時にクリックした要素を赤くして遊んどけばいい
1002 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:55:52.51 ID:OsPht3CQ.net]: 案の定反論できずに遠吠えでした
1003 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:57:31.20 ID:8yxv55PR.net]: >>982
お前は一生jQuery書いてりゃいいよ
1004 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 22:59:15.75 ID:AKfNh2XQ.net]: エディタがコード補完するのが当たり前のこのご時勢にコード量を言語優劣の根拠にされても困るよな
1005 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 23:08:13.19 ID:dOaDIqpV.net]: 正直Vueとかで書いた後でもjQueryの方がいいとか言っている奴は完全に向いてないｗ
1006 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 23:21:11.71 ID:OsPht3CQ.net]: だからreactでもvueでも同等のコードを書いてから
これがどういう点で優れてるかを説明すりゃいいのにｗ
1007 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 23:25:59.51 ID:1YpVluAF.net]: 次スレこれでええか
https://mevius.5ch.net/test/read.cgi/tech/1596110361/
1008 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 23:33:09.04 ID:mJ1vDarZ.net]: >>950
Reactの場合バージョンアップして何かが変わったとしてもJavaScriptがベースにある限りそんなに困る事はないと思うがVueはそうはいかないからな
1009 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 23:34:02.06 ID:8vORy5BE.net]: >>992
もうね、お話にならないんだよゴミ
一生jquery使ってろゴミ
1010 名前：デフォルトの名無しさん mailto:sage [2021/01/17(日) 23:49:28.54 ID:EUAXc1yB.net]: ReactやVueの欠点はnode_modulesが巨大すぎることだけ
それ以外のすべてでjqueryより上
1011 名前：デフォルトの名無しさん mailto:sage [2021/01/18(月) 00:41:57.79 ID:xEqPTcle.net]: jQueryって状態をグローバル変数で管理するしかなくて
相当辛い
その例みたいにCSSをちょこっと変えるとかならjQueryじゃなくてもほぼ同じコードでいけるし
IEが死んだ今その用途ですら使う意味はない
1012 名前：デフォルトの名無しさん mailto:sage [2021/01/18(月) 01:15:22.90 ID:5We8pJJc.net]: >>997
> jQueryって状態をグローバル変数で管理するしかなくて

jQueryのせいにするなよ
お前の実力不足じゃんか
1013 名前：デフォルトの名無しさん mailto:sage [2021/01/18(月) 01:19:01.91 ID:5We8pJJc.net]: DOM（ドキュメント"オブジェクト"モデル）なんだからDOM要素を
オブジェクトとして考えればいい。状態はオブジェクト、つまりDOM要素自身が持つ
DOM要素の属性として持たせてもいいし、data属性を使ってもいいし、
jQueryのdataメソッドを使ってDOM要素に結びつけても良い
グローバル変数で管理するしかないのは、単にお前の技術力不足ってだけ
1014 名前：デフォルトの名無しさん mailto:sage [2021/01/18(月) 01:26:03.82 ID:l5OvVjDc.net]: 次スレ
https://mevius.5ch.net/test/read.cgi/tech/1596110361/
1015 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 82日 12時間 16分 58秒
1016 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef