Vue vs React vs Angular vs Svelte Part.10

1 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:57:16.85 ID:D77bZcWT0.net] !extend:on:vvvvv:1000:512 Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Svelte Part.7 https://mevius.5ch.net/test/read.cgi/tech/1610901677/ Vue vs React vs Angular vs Svelte Part.8 https://mevius.5ch.net/test/read.cgi/tech/1621744952/ Vue vs React vs Angular vs Svelte Part.9 https://mevius.5ch.net/test/read.cgi/tech/1642316774/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured 552 名前：デフォルトの名無しさん mailto:sage [2022/05/15(日) 16:52:54.26 ID:vNRch2400.net] 古くはWSDLとかSOAPとかあったけど、お手軽シンプルなRESTに滅ぼされたのよな 553 名前：デフォルトの名無しさん [2022/05/15(日) 17:33:08.47 ID:k55J8NDG0.net] 今でもSORPやCORBAが負の遺産で残ってるとこ多いね Restに駆逐されて良いわ 554 名前：デフォルトの名無しさん mailto:sage [2022/05/15(日) 17:51:00.04 ID:ezWJ6neIM.net] Swaggerって実質的にWSDLの再発明みたいなもんでしょう WSDLを安易に滅ぼさずに最適化し洗練させていけば 技術間の断絶が起きず移行コストを抑えつつ今と同じような形態に落ち着いたのではと思う まあいまさら何を言っても過去は変わらんのだけど 555 名前：デフォルトの名無しさん mailto:sage [2022/05/15(日) 18:15:18.89 ID:Pwx8c3iM0.net] >>541 自分は勝手に変わって、コンパイルエラーになる方が嬉しいわ 変わってることに気付かないのが怖い 556 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ Sddb-nHzh) mailto:sage [2022/05/15(日) 20:14:06 ID:jKD1Yf03d.net] リクエストやレスポンスに載せる要素を勝手に追加して送っても受け取る側がさわらなけりゃエラーにもならずそのまま漏れるケースがでてくるよ ぼっち開発ならいいけど複数人でやるならコミュはとらんと 557 名前：デフォルトの名無しさん mailto:sage [2022/05/15(日) 20:40:00.47 ID:VMVrIVgn0.net] >>547 それで困るシーンがいまいちイメージしづらいな。 受け取る側で必要ないデータを勝手に追加しても使われないから別に問題ないんでは？ 558 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb3-9b1c) mailto:sage [2022/05/15(日) 21:01:47 ID:yFmPLlmrM.net] >>539が何をもって堅牢と矛盾してると言ってるのかようわからん 559 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Saaf-k2uo) mailto:sage [2022/05/15(日) 21:26:19 ID:3/ngjaD/a.net] >>514 Rubyは一時期ゴリ押されてたからまあまあ多いだろうな 560 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ efba-k6zu) mailto:sage [2022/05/15(日) 22:05:09 ID:Pwx8c3iM0.net] >>547 いやそりゃレスポンスモデル変わったことは通知するよ でも人間がやることだから必ず対応漏れが出る 大幅な変更で対応漏れがあったらもうどうしようもないけど ちょっとスペルミスがありました程度で対応漏れで値が表示されなくなるのはつらい 561 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM49-ur9t) mailto:sage [2022/05/15(日) 23:14:33 ID:ezWJ6neIM.net] 型安全な言語だと当たり前の感覚だけどスクリプトをやってる人にはピンとこないのかも 562 名前：デフォルトの名無しさん mailto:sage [2022/05/15(日) 23:49:50.15 ID:Pwx8c3iM0.net] >>552 言語というか フロントのみしかやらない人は、IFの変更があったときはバックエンドから通知が来るのが当然で、 通知が来なくて不具合が出たとしてもそれは通知しない方に責任があるというような考え方ではなかろうか システムの形態によってはスマホアプリもあるだろうし、その場合はフロントとバックの言語が違うなんてのは当たり前なんだろうけど、 ブラウザのみの場合は極力フロントとバックの言語を合わせた方がメリットが多いと思う 563 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 00:40:22.43 ID:cASOeT3aM.net] メリットがあるのは理解するけどバックエンドの選定って運用とかにも大きく絡むから 開発の都合だけを押し通すわけにもいかなくない？ 要件的制約的にどれを選んでも大差ないってときにじゃあ同じ言語にしとくかってのは否定しないけども 564 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 00:51:53.77 ID:NcmrqgSm0.net] というかバックエンドは負荷が集中する箇所だから 小さい規模ならまだしも本来ならば バックもjavascriptで書くなんてあほなマネは極力避けるべきだろ 565 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 01:59:51.50 ID:UTxfnI1i0.net] だからフレームワークも運用も枯れまくってるRuby Python PHP Javaのどれかがベスト 566 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 06:03:18.76 ID:IGDmE8Ky0.net] バックエンド側を勉強する機会がない クラウドファンクションの実装で済ませる機会が多くて… 567 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff00-GCUU) mailto:sage [2022/05/16(月) 06:24:16 ID:XfoCH0Ek0.net] >>555 一般的なRESTサーバーで負荷の集中が予測される場合、クラウドでも自前サーバでも一番気にしなくてはならないのはDBがスケールするか否かじゃね？ 568 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 09:44:15.27 ID:a802uHDS0.net] 言語合ってくれるとバックエンドはフロントのこと分かりやすいだろうな、とは思うけど 合わせてくれとまでは思わない それよりも優先すべきことが多い てかまあスレタイとはズレていくな 569 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 10:17:06.28 ID:03MF3TRNd.net] それは逆だな 一般にバックエンドのほうが技術的に幅広く理解している人が多いから、言語が違ってようがバックエンド担当がフロントを読めないってことはまず無い 当たり前のことだし煽るつもりもないが、フロントの人の方がJSに拘る傾向は遥かに強い 570 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff00-GCUU) mailto:sage [2022/05/16(月) 10:37:26 ID:XfoCH0Ek0.net] バックエンドでも一つの言語や一つのフレームワークしかわかりませんみたいな人いるけどなぁ。本人次第過ぎる 571 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 73f1-t7Xx) mailto:sage [2022/05/16(月) 11:19:17 ID:2hxrh63x0.net] >>560 ？ 572 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 11:47:58.40 ID:a802uHDS0.net] なんかズレてんな まあどこの会社のバックエンドが優れてる優れてないってのは様々やしな 今のフロントを理解できるバックエンドってのもなかなか貴重な気はしてる 573 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 12:16:20.57 ID:zuDvQ8ve0.net] だよな。実際、人材探してもフロント(SPA)できる人のほうが希少だったわ。 574 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr93-fo/a) mailto:sage [2022/05/16(月) 12:48:31 ID:zUcFmi9Cr.net] SPAやフロントなんてシステム全体からみたらデザイナーの仕事だからどうでもいいんだよ 575 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ Sddb-nHzh) mailto:sage [2022/05/16(月) 12:48:38 ID:wSD9JNVwd.net] フロントもバックもそれぞれ人材はいるけどspaするなら結局前後でデータ整合や認証関連、フロー制御の連携するために間に立って全体をみる役割の人材が少ない印象 576 名前：デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM1b-eHJy) mailto:sage [2022/05/16(月) 13:00:15 ID:IoIRdAU7M.net] >>566 結局フルスタック出来るか、それとも一部しか出来ないか、だよね 言語をどれにするかは独立した別の問題 システム的に許容範囲ならば全てをJavaScriptでも問題ない 逆にサーバーリソースコストが重要ならばスクリプト言語を使っていてはダメだし、 ブラウザ側も重い処理が入るならばJavaScriptだけではダメでWasm必須など 577 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 13:13:26.71 ID:j5xHL+8m0.net] ここサーバーサイドjsは劣ってるって決めつけてる人いない？ 表現力もライブラリも実用レベルだと思うが 578 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 13:22:53.05 ID:IoIRdAU7M.net] 速さの性能面に限っても、 V8のおかげでスクリプト言語の中でもJavaScriptは断トツに速いから、 他のスクリプト言語を使っていても大丈夫なサーバーサイドならばJavaScriptでも大丈夫 579 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 14:19:04.42 ID:DJgy/fWm0.net] 漏れは、NRI ネットコムのAWS Solution Architect Associate(SAA)の教科書で勉強しているけど、 データベースの基本は、マルチAZ マスター・スタンバイ + read replica(参照のみ)。 Ruby on Rails 6 から、複数DB(read replica)にも対応している YouTube で有名な、雑食系エンジニア・KENTA の初心者向けRailsサロンでは、 キャリアパスは、Ruby → Go だけ PHP, Scala は、KENTAがオワコン認定したから、 Laravel を使っているZOZO も、もうダメ。 日本ではKENTAがダメと言うと、誰もその会社へ転職しなくなる。それで滅ぶ Python, Django も、無理だと言ってる。 大学院数学科とか、AWS 機械学習 Specialty を持っていないと無理。 この分野はプログラミングに関係ない 文系がプログラミング技術だけで食っていけるのが、Rails, Goと、AWS SAA KENTAだったか誰かは忘れたけど、 フルスタックエンジニアを名乗る香具師は、信用するなと言ってたけど、 KENTAは転職用に、Rails + Vue.js を推奨しているw 580 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 14:28:18.18 ID:a802uHDS0.net] 実に香ばしい 581 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 14:30:48.17 ID:DQrIwGMYM.net] こういう書き込みをしてKENTAとかいうやつの評判を下げてる人です 582 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 14:46:23.75 ID:qZK8tQUSa.net] バックエンドではTypeScriptは意図的に避けてる エコシステムの変化が激しすぎるのと標準ライブラリの貧弱さが使用に耐えない OSS文化は悪くないけど基本的な機能すらコミュニティ依存っていう無責任な方針はよくない 今後数年から数十年に渡って自分達のプロダクトと共存していくことになるパートナーとして信用できない 583 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 14:49:42.10 ID:qZK8tQUSa.net] 逆に言うとフロントと同じぐらい小さくて寿命が短い使い捨てのバックエンドなら別にTypeScriptでも良いと思う うちはそういうの扱ってないんで選択肢に挙がらないけど 584 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 15:13:42.42 ID:UTxfnI1i0.net] 何するにも非同期とかnodeというかJSは終わってる それはフロントエンドの発想 サーバーサイドは全部同期的に動くのがベスト 同期で動いていかに早くレスポンスを返すかを設計するもの 何やるにもコールバックかPromise連打しなきゃいけなくて地獄 サーバーサイドで非同期は余計なのよ この感覚を理解できない人はサーバーサイドを理解してない 585 名前：570 mailto:sage [2022/05/16(月) 15:29:38.98 ID:DJgy/fWm0.net] KENTA 未経験からのエンジニア転職の必須教養【技術知識編】 https ://www.youtube.com/watch?v=Q1c09rrhTjo 奇をてらって、Laravel, Django を選ぶな。 転職先が多い、Ruby on Rails が有利 AWS EC2 はオワコンだから、Fargate を使えとか、 CircleCI, Github Actions, Terraform, Nuxt.js, Type Script 586 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 15:44:43.87 ID:XfoCH0Ek0.net] >>575 えぇ……サーバサイドでも非同期役立つやん……。仕組みからしてシンプルにスケールさせやすいし、DBの返答待つ間にできる処理回すとかもお手の物。 Promiseやawaitある現代JSでは非同期は簡単に扱えるし、Rustのactix-webとかも非同期だよ？ 587 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 15:45:18.25 ID:a802uHDS0.net] なるほど、非同期に苦手意識があるのかな 588 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 15:47:16.27 ID:AoVbevXWM.net] 非同期は必須 589 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 15:49:03.92 ID:IoIRdAU7M.net] >>575 それは真逆 サーバーサイドは同期的にならない 様々なマイクロサーバー待ち、データベースサーバー待ち、ローカルファイルシステム待ち、など、これらを一つ一つ同期的に待つのは無駄だから非同期で並行処理させる 590 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ Sddb-nHzh) mailto:sage [2022/05/16(月) 16:42:00 ID:6UuQWNeTd.net] >>575 TPモニタですら非同期のAPI提供してきたのに… 591 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 17:01:53.01 ID:UTxfnI1i0.net] >>576 それあなたの環境だけですよね？ 592 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 17:05:06.95 ID:UTxfnI1i0.net] >>580 だからそれがダメなんだって そもそもそんな重い処理をしてる時点で論外 593 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 17:21:30.33 ID:iHhbmbyAd.net] ビックデータどうすんの 594 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 17:23:54.78 ID:DQrIwGMYM.net] 同時接続数が100なのか万単位なのかで全然話が違う 595 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 18:19:39.14 ID:i5j4+7lIM.net] この手の話は具体的なケースを想定するなりして前提を合わせないと話が噛み合わなくて時間の無駄 596 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 18:37:05.18 ID:zuDvQ8ve0.net] >>583 >>580に対して「重い処理」なんて単語が出てくるようじゃ会話が噛み合わないわな。 本当にサーバーやってたのかすら疑わしい。 597 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 18:47:25.98 ID:1RXpoL4NM.net] 並列処理せずに素直に待ってろって事だろ DBが遅いのは他の人が使っているからでその間に他の仕事をすると他の人がさらに遅くなりトータルでは悪影響しかない 598 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 18:48:19.78 ID:UTxfnI1i0.net] あのーJsの非同期はrustのそれとは別もんです まずそれを理解しましょうね 599 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 18:51:10.73 ID:UTxfnI1i0.net] あとスレッド生成しないなら結局クソ重い処理をした時点で固まるんですよ それが論外 スレッドにしてもスレッド生成のコストもバカ高い データベース引くより遥かに重いことをやるメリットはなに？ Webサーバーの処理の中でやるとクソ重くなるというのはこういう意味ね 理解できたかな？ 600 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 19:01:29.63 ID:UTxfnI1i0.net] 俺はプラグラミングモデルの話をしているんじゃない 速いか遅いかの話をしているんだよ nodeが本当に速いならclusterモジュールなんかいらないのではないか？ 601 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 19:19:36.98 ID:e/cRZO3XM.net] >>588 用語の使い方からおかしい まずは並列(parallel)と並行(concurrent)の違いを勉強しよう ワーカーを持ち出さない限りJavaScriptのコード並行処理 そして並行処理であってもした方が速くなる >>590 例えば重い(遅い)サーバー2か所からデータを引っ張って来ないと自分の 602 名前：リクエスト元に返せない重い状況であっても 同期的に直列に処理するよりも並行処理した方が明白に速くなる 同期処理は悪 [] [ここ壊れてます] 603 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 19:31:25.09 ID:XfoCH0Ek0.net] >>590 データベースが行っている事はCPUバウンドな処理だけじゃないんだよ。 それにCPUのマルチコアやネットワーク、ストレージを並行に使えば速くなるじゃないか。スループットにもレイテンシにも利くぞ。 >>591 clusterモジュールがやってるのはマルチプロセス化だ。スケールアウトの要だし、速かろうが遅かろうが必要なものだ。 604 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 19:41:55.35 ID:6EEFsN+o0.net] 元が糞遅いものがマシになるって話してる並行派と、 そんな糞重いものをそもそも書くんじゃねぇよっていう直列派の醜い争いってことでいいの？ 605 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 19:55:58.84 ID:AoVbevXWM.net] 流石にIOバウンドでの非同期の必要性は理解できてるようだが CPUバウンドの非同期については理解が足りてない 完全にCPUバウンドの処理AとBがあるとする Aは終了までに100秒かかる Bは1ミリ秒でおわる 多数のクライアントがABBBBBBB...とリクエストしたときを頭の中でシミュレーションしてみればはっきりわかる シングルスレッドかつ完全に非同期だと全てのクライアントがAのせいで100秒待たされる しかしここでAのアルゴリズムを変更しループ処理を分解して1秒に1回程度の頻度でawaitを挟むとする するとAは1秒後にCPUを開けわたすのでCPUはAをいったん止めてBの処理を先に進めることができる Bを実行したクライアントは1秒程度でレスポンスを得ることができるようになる 606 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 20:01:55.65 ID:m61O0R3fa.net] >>594 前提条件がズレてるから噛み合ってないんだと思う まずクライアントに即座に結果を返す必要があるWebの処理では重い処理はしてはいけないのはその通り 重い処理はバッチ系に回すべきだし そのバッチが並行処理というのなら並行処理は必要 分散環境での並行処理とプログラミング内での並行処理でもまた違ってくる そういう意味でそれほどズレてはいない気がする またフロントエンドはシングルスレッドでブロックする処理は厳禁 そういう環境で生まれたJavaScriptのPromiseとそれを元にしたrustのPromiseはAPIは似てるが実装は違ったりする なかなか面白いテーマだ 607 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 20:10:15.33 ID:odRt9Swia.net] この流れみるだけでnodeサーバーはやめとこってなるよな 608 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 20:20:20.37 ID:qCgVIFl5M.net] いやなんでやねん 609 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 20:24:07.73 ID:XfoCH0Ek0.net] >>595 あえて極端な例を出してるんだと思うけど、そこまででかい処理ならスレッドなり生成してOSにスケジューリングを任せるかな。 というか皆別々の単位で重い処理ってのを考えてそうな感じする。俺はms単位で考えてた。 610 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 20:46:33.54 ID:odRt9Swia.net] >>599 まぁ一般的にはCPUバウンドが高価な処理は他のサーバーに振るよね フロントではそのタスクの終了が通知されるのを待つだけの話 で、この重い処理をクライアントで賄えたら、ってみんな考えるけどこれはこれでなっかなか難しいんだよね 611 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 20:53:55.85 ID:DE3tyBMGM.net] >>597 むしろNode.jsは好ましいものの一つと分かったはず >>600 2箇所のデータ返すサーバーからデータを得てまとめてクライアントに返すといった普通の軽い処理の話だよ Node.jsなどの非同期が楽に扱える言語で実装すれば並列に2箇所を待てるから軽くて速い 612 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 21:50:31.18 ID:nKEST01j0.net] ID:UTxfnI1i0の主張がとっちらかっててようわからん 同期非同期、ウェブサーバでの重い処理云々の話から >速いか遅いかの話をしているんだよ はイマイチ繋がりが読めない 613 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 22:00:34.18 ID:FZsPlm29M.net] いずれのケースでもサーバーサイドはローカルファイルシステム待ちや他のサーバー待ちがほぼ確実に入るのだから それらを順次処理しかすることが出来ない同期プログラミングは不利 並行処理することが出来る非同期プログラミングは有利 614 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 22:33:40.10 ID:1cDlwRW1a.net] >>602 だね node最高って言いたいだけなんだろうけど 615 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 22:38:47.31 ID:zuDvQ8ve0.net] >サーバーサイドはpython1択だろ こんなこと言ってた奴がNode.js否定するんだから笑える。 616 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 23:14:35.31 ID:XfoCH0Ek0.net] ワッチョイあるから曲がりなりにもスレが機能するなぁ 617 名前：デフォルトの名無しさん mailto:sage [2022/05/16(月) 23:29:01.92 ID:U0Am7PfN0.net] nodeは完璧ではないだろうけどnodeが頭ごなしに否定される要件って生き残る言語がほぼない気が 618 名前：デフォルトの名無しさん mailto:sage [2022/05/17(火) 01:01:12.57 ID:PUUcKTl00.net] https://knowledge.sakura.ad.jp/24148/ この辺読むと>>575はデタラメ以外の何物でもないな 619 名前：デフォルトの名無しさん mailto:sage [2022/05/17(火) 05:45:28.08 ID:ljngt0Cn0.net] なるほど、あのアンチ非同期の人はC10K問題を理解してないんじゃなくて、そもそも知らなかった可能性があるのか 620 名前：デフォルトの名無しさん mailto:sage [2022/05/17(火) 09:19:23.29 ID:fFq5aUVM0.net] そいやしらんけどangularにもNextみたいなのあるん？ 621 名前：デフォルトの名無しさん mailto:sage [2022/05/17(火) 15:39:36.94 ID:gaF/x0PY0.net] 例えば、画像のサムネイルを作るような、CPU セントリックな処理は、 直接、App・Web サーバーで処理しない。 他のサーバーへ回す AWS Lambda では、 1. 画像をS3 へアップロードする 2. それをトリガーに、Lambdaが起動 3. 画像のサムネイルを作成 4. そのサムネイルを別のS3バケットへ追加する これを、Ruby on Rails のActive Storage では、Image Magick, libvips を使う。 Appサーバーを経由しない、ダイレクトアップロードもできる 622 名前：デフォルトの名無しさん mailto:sage [2022/05/17(火) 21:11:42.44 ID:5sTsDSNCM.net] >>610 angular自体がnextみたいなものじゃないの？ 623 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 13:46:42.60 ID:pBGsXlbta.net] >>608 俺の留守の間に好き勝手やってくれたようだな 仕事に忙殺されて見る時間がなかったわ 知ってないわけないだろ むしろお前が今調べたんだろ しかもそれだいぶ前だぞw あと接続数の問題と「処理を捌ける」とは別物 全てが幻想の話なんだよ 後そもそもクラウド全盛時代に1台の性能や接続数を語ってもナンセンス nodeが生まれた時代はクラウド全盛期前 アーキテクチャが古くても仕方ない 現に最近はC10K問題とか誰も言ってないだろ nodeにやって解決されたわけじゃないぞ 624 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 13:47:48.03 ID:Q05gEBgM0.net] 今さら出てきてふわっとした単語で吠えてて草 625 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 13:49:25.58 ID:pBGsXlbta.net] ちなみにdenoでは非同期の利点などもはや一歳言っていない むしろセキュリティとサーバーサイドをフロント側のWeb標準に合わせるという点を強調している 626 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 13:51:31.15 ID:pBGsXlbta.net] あと勘違いしてるようだが俺はnodeの非同期がクソと言ってるだけで 一般的な非同期や分散環境を否定してるわけではなく むしろそっちはやるべき派 それは上の俺の書き込みを見てくれればわかるだろう 627 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 13:52:05.20 ID:pBGsXlbta.net] 俺の書き込みに対して真正面から打ち返せない奴が何を言っても無駄だ 628 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 13:57:10.42 ID:pBGsXlbta.net] C10K問題を今更出してきたということはもしかして nodeの非同期を知らなかったということか？ 恥ずかしい 流石にそれ恥ずかしい 議論の舞台にすら上がってなかったのかよ 629 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 15:34:10.89 ID:UHYN5VPTM.net] >>616 > 一般的な非同期や分散環境を否定してるわけではなくむしろそっちはやるべき派 > それは上の俺の書き込みを見てくれればわかるだろう >>575 > サーバーサイドは全部同期的に動くのがベスト > 同期で動いていかに早くレスポンスを返すかを設計するもの 嘘じゃんww nodeの非同期が他とどう違って、それがどうして「サーバーサイドは全部同期的に動くのがベスト」に繋がるのかな？ 630 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 15:55:49.00 ID:Q05gEBgM0.net] 結局顔真っ赤にしちゃって連続カキコでクソクソ吠えてるワンちゃんやんw 具体的に「こういうコードや設計や非同期がこうだめ」って言えないんだろw 631 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abcf-7P1Y) mailto:sage [2022/05/18(水) 20:38:18 ID:KwZ7Wkgo0.net] 最初からC10K問題が念頭にあったならあんなに「重い処理」にこだわったりしないと思うがな。 632 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 21:56:00.38 ID:oTMHjH2B0.net] >>613 >あと接続数の問題と「処理を捌ける」とは別物 >全てが幻想の話なんだよ ？ ちゃんと意味の通る日本語で頼むよ 633 名前：デフォルトの名無しさん mailto:sage [2022/05/18(水) 22:43:43.34 ID:GtCaCq+I0.net] 誰かが青天井でお金を払ってくれるならいいけどそうじゃないなら1台で捌ける数がどうでもよくはないよなあ 634 名前：デフォルトの名無しさん [2022/05/20(金) 13:27:58.01 ID:qat+Km1Or.net] vue3.2の記法ほぼsvelteじゃんw 635 名前：デフォルトの名無しさん mailto:sage [2022/05/20(金) 17:07:04.18 ID:Gup2SPuad.net] setupだとかreturnとか面倒くせえ 普及しないわけだ 新たに始めて覚えるあいだに古いやつで何本もアプリつくれるだろ そうこうしてるとまた仕様をかえてくるループ 636 名前：デフォルトの名無しさん mailto:sage [2022/05/20(金) 18:59:28.62 ID:ZVMU5bd00.net] 仕様は動かさないで下さい こういった頻繁な変更がエンタープライズアプリケーションで使いづらくするのです 637 名前：デフォルトの名無しさん mailto:sage [2022/05/20(金) 21:38:26.64 ID:icSQvEud0.net] recoilを使うと非同期でステータス更新する時のステータス管理が楽だな contextを呼び出す書き方は、どのメソッドをオーバーライドするか覚えておくのが面倒だわ 638 名前：デフォルトの名無しさん [2022/05/27(金) 01:45:51.49 ID:B+c0w6Pq0.net] TSって意味ないだろ 型つけても速くなるわけじゃないし非生産的過ぎる コード長くなって作るの遅くなるだけ 639 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 05:49:52.71 ID:gss6SgrQ0.net] 型推論あるから型をつけるのは（関数の引数やJSON等）データの出入り口くらいでそんなにコード伸びない。 生産性が落ちる要素は型エラーを消すべく型パズルに頭悩ませたり、バリデーションに気を使ったり、ビルドを組み上げたりする部分。 逆にインテリセンスや、厳格なコメントとしての型など、生産性が伸びる要素も多い。特に後から改修するときに凄く役立つ。 生産性は規模によるけど、悪くてもトントンで、むしろ上がる。 実行時エラーをほぼ消せるので枕を高くして眠れる価値はプライスレスw あと地味にJSよりTSのコードの方が熟達者が書いてるケースが多く、玉石混交なネット上のソースを見るときに役に立つ。 640 名前：デフォルトの名無しさん (ｱｳｱｳｱｰ Sa06-eQEI) mailto:sage [2022/05/27(金) 06:07:36 ID:QlGRmtWta.net] トランスパイル環境作りめんどいからあえてjsのネットのソース使ってるわ 641 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 08:25:38.89 ID:cdC2AjzLM.net] JSとTSだったらTSのがいいよ あまり強力ではないけどいちおう型安全でインテリセンスも効く 642 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 08:25:47.90 ID:tqR3qcVja.net] >>628 作るサイトが大したことしないんなら要らないんじゃない？ 643 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-TCqV) mailto:sage [2022/05/27(金) 08:51:52 ID:aeyQTPTPa.net] TSに対応したよ！（TS版のドキュメントを作ったとは言ってない） これがなければなあ 644 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM26-Wa6I) mailto:sage [2022/05/27(金) 10:36:59 ID:SjE05UxVM.net] 型のもたらす恩恵が分からないというのはある意味幸せなこと 645 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ df49-OVn5) mailto:sage [2022/05/27(金) 10:39:41 ID:X2EnXYhx0.net] フロントおじさんは別名consoleおじさんだから 646 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 16:10:05.44 ID:4jZnoEWod.net] 20年前コンパイルできたのに不用品扱いだったのがJScript .net どう見てもその矮小化版のTypeScriptなんてゴミに決まってんだけどな、今の若い子にはキラキラ見えてんだろうな。 647 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 16:17:49.35 ID:G9ybTKrgr.net] 昔話しかできないおじさんかわいそう 648 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 18:37:27.10 ID:gss6SgrQ0.net] >>636 ググってみたけど明らかにTypeScriptとは別物じゃん。JSを.NET向けに強引に矯正した醜悪な代物じゃん。当時のMSはこういうの多かったな 649 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 19:04:13.88 ID:9SIeHNxX0.net] 当時はなんでも～.netってのが出るのかと思ってた 650 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 19:20:02.08 ID:rGg+7oBEM.net] 何をもって「どう見ても矮小化版」と判断してるんだろうね 651 名前：デフォルトの名無しさん mailto:sage [2022/05/27(金) 19:49:47.91 ID:Bc7zCTdYr.net] TSは型の足し算、引き算がUI開発にめちゃくちゃ良い 652 名前：デフォルトの名無しさん mailto:sage [2022/05/28(土) 06:19:13.77 ID:jNgQBc1X0.net] 20年以上プログラミングやってるやつがこんな発言したのかと思うと、いっそ切なくなるな

---

---

[ 続きを読む ] / [ 携帯版 ]

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