Vue vs React vs Svelte Part.6

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などはおｋ。 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