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 324 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 22:11:57.63 ID:UFuN8Cig0.net] >>316 GatsbyのメルカリとかNextのクックパッドはクソ低いな んでどっちも「不要なJS削除して」みたいな内容のメッセージ出てる これはフレームワーク使う以上どうにもならんもんだな IEのサポートのためにJSが肥大化してるから、IEのサポートが切れた今後は改善されるとは思う 325 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:11:08.23 ID:zf70TfDnr.net] そいやnodejs18への対応てそれぞれどうなん？ npmとかサックリあげられるん？ 326 名前：デフォルトの名無しさん mailto:sage [2022/04/28(木) 12:33:04.83 ID:YyiHmolud.net] 今週vueを触ってみた感触…なんでコンポーネント間のデータ受け渡しだけでこんな面倒くさいのよ 327 名前：デフォルトの名無しさん mailto:sage [2022/04/28(木) 12:53:04.17 ID:PH6fYmjNr.net] Vuexがあるから 328 名前：デフォルトの名無しさん mailto:sage [2022/04/28(木) 13:34:45.22 ID:3hZpkxOv0.net] >>321 個別コンポーネントの上位スコープの変数が欲しいなら グローバル変数でも使えば？ 329 名前：デフォルトの名無しさん mailto:sage [2022/04/28(木) 16:40:17.02 ID:Eitw2zDJ0.net] >>321 コンポーネントに必要なデータ渡せばいいだけやん v-modelで双方向バインディングが必要なデータを渡し 単にパラメータを渡すならそのまま渡せばいいだけだし 何が面倒なのかが分からんわｗ 330 名前：デフォルトの名無しさん mailto:sage [2022/04/28(木) 17:05:47.58 ID:3hZpkxOv0.net] あるコントロールの構成が 5階層ぐらいのツリー構造の外部コントロール群から構成されるなんてザラだから、 確かにバケツリレーな実装は面倒だ 331 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 16:13:49.51 ID:RLK1MYaMd.net] >>323 おおありがとーvuexいれたら楽になった気がする ただバージョンによってお作法結構ちがうのね 332 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ df7c-Nh0L) mailto:sage [2022/04/30(土) 03:08:48 ID:TIk5gKqZ0.net] vuex前提はしんどくね？ コンポーネントは上位から貰う事を鉄則としているわ 333 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 08:35:04.53 ID:Vrzy9R2kr.net] まあプロジェクトによるよね 参照するObject次第だし 直近の親コンポーネントから渡したいだけならprop的な方がいいし、 同じ階層の親も子も複数とかならvuexが便利やろね 334 名前：321 mailto:sage [2022/04/30(土) 09:53:16.24 ID:PszWcuHed.net] バケツがデータの変化を追うのにいいとは思ってるけどjwtのトークンや認証したユーザー情報やら共通的なデータをコンポーネントを遷移させる都度引き渡しするのに面倒だなとというのと親に値を返すときのイベント駆動がいまいち慣れないってのがあって愚痴ってたのよ まだはじめて数日なんで上手い方法を知らないってのが問題なんだけどね 335 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 10:00:30.24 ID:2PyIbekxM.net] vueのコンポーネント間の連携は普通にクソだと思う 336 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 10:04:45.59 ID:yyP0uz/30.net] 認証情報とかってAjax発行したりするVuexのactionsの中でだけ使うようにすればバケツとかイベントで悩む必要なくない？ 337 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 10:32:42.73 ID:/k/F8o6k0.net] まあ、そうだわね 個人的にvueは、vuex、router、vuetifyあたりはデフォで取り込んどいてくれればありがたいのにな、とは思う てかvuetifyのvue3完全対応はよ 338 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f10-tZBq) mailto:sage [2022/04/30(土) 16:10:41 ID:zPHJgr0b0.net] vuetifyまってるから3に移行できない 339 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 16:41:12.06 ID:l9WwkTH60.net] >>333 おなじだｗ 340 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 16:54:45.65 ID:AdowfueD0.net] Reactコンポーネントのdynamic importがこんなに簡単だと思わなかった。きっちりLazyで、初めて表示されるまでロードされないし 341 名前：デフォルトの名無しさん mailto:sage [2022/05/05(木) 12:12:21.70 ID:JOrREzPe0.net] Reactを触りはじめた reduxだけで全ての状態管理を行おうとして一度詰まったわ ケースバイケースでcontextの状態管理を使うようにしたらあっさり設計が改善された しばらくこれで開発を進められそう 342 名前：デフォルトの名無しさん mailto:sage [2022/05/05(木) 12:40:32.60 ID:M81p8ixHM.net] 全部Contextでいいよ 343 名前：デフォルトの名無しさん mailto:sage [2022/05/05(木) 15:49:37.20 ID:E59/eiACM.net] reduxめんどすぎる contextで何が悪いとひらきなおる 344 名前：デフォルトの名無しさん mailto:sage [2022/05/05(木) 16:42:31.70 ID:g9pcvMher.net] ContextでviewModelを共有して快適になった 345 名前：デフォルトの名無しさん mailto:sage [2022/05/05(木) 19:21:23.67 ID:d4EhUcjy0.net] >>336 Recoil使え今どきReduxとかレクチャーしてる所は時代遅れ甚だしい 346 名前：デフォルトの名無しさん mailto:sage [2022/05/05(木) 21:33:28.30 ID:zy/PQCjp0.net] >>340 もうすこし安定したら乗り換えるわ 347 名前：デフォルトの名無しさん mailto:sage [2022/05/05(木) 21:44:07.24 ID:zy/PQCjp0.net] RecoilはFlutterのProviderみたいに使えそうだから個人的に気になってはいるんだけど まだ破壊的な変更がありそうで怖い 348 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c77d-N6wW) mailto:sage [2022/05/06(金) 05:20:48 ID:oT18ggJ/0.net] ちょっとRecoilを触ったらいきなりフレームワーク特有のバグを踏んだ・・・ まだ早いなこれ 349 名前：デフォルトの名無しさん mailto:sage [2022/05/06(金) 08:54:27.79 ID:oT18ggJ/0.net] recoilはbooleanのステートを管理するのが苦手なのかな いまbooleanのステータスを外部関数で変更しようとして詰まってる 350 名前：デフォルトの名無しさん mailto:sage [2022/05/06(金) 09:07:04.50 ID:/5yWs8w9M.net] 安定してる枯れた技術を使えばいいのに 351 名前：デフォルトの名無しさん mailto:sage [2022/05/06(金) 09:09:54.58 ID:WQ6xyIq40.net] せやな $('.hoge')しちゃうぞー 352 名前：デフォルトの名無しさん mailto:あさ [2022/05/06(金) 12:44:04.10 ID:hGTMOB260.net] Recoil扱えないレベルならjQueryにしとけ 353 名前：デフォルトの名無しさん mailto:sage [2022/05/06(金) 13:09:58.42 ID:bbHeZnHF0.net] おれのばあいatomとuseRecoilState(Value)でだいたい事足りるから recoilでよほど難しいことしてるのかなって感想をもった 354 名前：デフォルトの名無しさん mailto:sage [2022/05/06(金) 18:24:07.05 ID:GeecAItIa.net] Contextはレンダリングで地雷踏みがちだよね 355 名前：デフォルトの名無しさん mailto:sage [2022/05/06(金) 18:37:31.57 ID:SCY9U79Cd.net] 便利にするつもりなんだろうけどどんどん面倒くさいことになってるなあ それぞれの思想やらお作法やらあって純粋にうわもののAP作るより手が掛かる 356 名前：デフォルトの名無しさん mailto:sage [2022/05/06(金) 21:41:17.90 ID:0Wk7dWwd0.net] Recoil結構ずっと使ってるけどRecoil固有のバグに遭った事はないな RecoilでダメだったものはReduxでもダメでそもそも別のReactコンポーネントの配置構成の問題ならあったけど 357 名前：デフォルトの名無しさん mailto:sage [2022/05/07(土) 13:49:45.64 ID:096Gh04Ia.net] 色々UIライブラリ使ったけどメンテまで考えると使わないのが一番楽な気がする 358 名前：デフォルトの名無しさん mailto:sage [2022/05/07(土) 14:13:06.56 ID:uw8aRzWk0.net] >>352 正解 359 名前：デフォルトの名無しさん mailto:sage [2022/05/07(土) 14:40:12.27 ID:7LJvaXlWM.net] Reactだとない物は自分で作ったほうが早いし色んな意味で安全 360 名前：デフォルトの名無しさん mailto:sage [2022/05/07(土) 17:37:02.37 ID:i1jCC2+50.net] 流石に週間時刻予定表とかは作りたくないんだけど、そういうのも？ 具体的にはreact-big-calendar 361 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sae2-5N2W) mailto:sage [2022/05/07(土) 19:12:04 ID:096Gh04Ia.net] そういうんじゃなくてmaterialとかBoostrapとかのことね 362 名前：デフォルトの名無しさん mailto:sage [2022/05/07(土) 19:28:50.19 ID:i1jCC2+50.net] なるほど 363 名前：デフォルトの名無しさん mailto:sage [2022/05/07(土) 19:34:38.77 ID:7LJvaXlWM.net] >355 俺だったら自作する代表例 機能が多くて具体的なライブラリほど満たせない要求が出やすくかつ出た時に困る 364 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6a02-zDU0) mailto:sage [2022/05/07(土) 22:04:34 ID:PCyZr/gD0.net] Vue3.2使い勝手がよくなったって聞いたけど3.2対応のドキュメントって全然充実してないね 365 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 12:47:49.43 ID:dY4mgHSSa.net] 2でも説明足りなかったけど3になったらコード追わないと分からない部分増えたよね そこで見限ったから現状は分からないけど reactに比べたら桁違いにユーザー数少ないししょうがないよね 366 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 13:04:01.28 ID:G0IAk6dw0.net] >>360 Vueはユーザー数多いとは一体なんだったんだろうな… 367 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 13:07:14.64 ID:EfdQ3QOw0.net] Cakeが2から3になった時に誰も使わなくなったみたいな感じになるのかな Vue一本でやってきた奴が乗り換える先がないからそこまで極端にはならんかもしれんが 368 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 13:24:16.98 ID:tE2TLZUz0.net] vue3はvue3で使えるよ まあドキュメント少ないていうか、 webだと2も3も混在しててググラビリティ低いのは実感する この板でvueをやたら下に見る人がいるのは変わらんわね 369 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 13:33:39.93 ID:G0IAk6dw0.net] >>363 3.2で劇的に生産性が上がったみたいな例はみたんだけどそれ以外の体系的なところ探そうとしたら 公式みても古い書式だしどうすんだよこれって感じ 370 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 13:37:51.53 ID:bYE36LMPr.net] 劇的にって今までどんだけ酷かったんだよ？ 371 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sae2-5N2W) mailto:sage [2022/05/08(日) 16:50:50 ID:dY4mgHSSa.net] 検索すると中国語ばかりで色々と先が思いやられたな Vueの良さってのも分かるんだけど「合わない」ってのが率直な印象 372 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 17:07:04.49 ID:Bk/pIFjb0.net] 俺の知り合いVue2ずっと使ってるわ 新サービスにも2を使ってる 早くもレガシーになってる 373 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 17:45:02.57 ID:TLe2TDUz0.net] Vuetify3開発中でなぁ…… 374 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 21:38:54.16 ID:fIpwljBMr.net] だからReactにしとけってあれだけ言ったのにアホたちがVueを押しまくるからこん 375 名前：なことになったんだよ [] [ここ壊れてます] 376 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 22:46:27.26 ID:okc/yLm6d.net] トップダウン設計が苦手なジャップにはReactよりVueの方が馴染みやすかったんだろうね 377 名前：デフォルトの名無しさん mailto:sage [2022/05/08(日) 22:57:43.17 ID:G0IAk6dw0.net] Vue.js 超入門 v3.2対応: 最初に手にしてよかった本 (技術書) 5/6 タイミング良すぎでワロタ 378 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6aad-iTAF) mailto:sage [2022/05/09(月) 10:13:46 ID:tnQhjx0i0.net] >>371 こんなPDFアップロードしただけっぽい同人の本みたいなもんよく見つけられたな 379 名前：321 (ｽｯﾌﾟ Sd8a-UZuW) mailto:sage [2022/05/09(月) 11:20:31 ID:MDL1KsPbd.net] veu promiseが面倒くさい(´；ω；｀) 380 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 15:04:30.12 ID:+B7Bz6jv0.net] Vueはまじでどこに向かってんだろうな Angularの良いとこ取りで始まったはずなのに今はReactの後追いやってるし シンプルなまま、今のSvelteポジを狙っていればまだ将来性はあったんだろうなー 381 名前：デフォルトの名無しさん [2022/05/09(月) 15:23:47.98 ID:BwO2whlG0.net] 海外はむしろreactからsvelte,vueに向かってるのに日本人って英語の情報取りに行けないから遅いよね。 Reactのつらみわからん奴らがvueよりもreactの方がわかりやすいとか言ってるの見てほんと笑える 382 名前：デフォルトの名無しさん [2022/05/09(月) 15:27:18.69 ID:BwO2whlG0.net] Vueオワコン言ってる奴はrailsオワコン言ってるのと同レベルの現実見れないアホ 383 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 15:28:31.65 ID:LTRaZC8Zr.net] Vueオワコン 384 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 15:59:39.58 ID:TDei0tm50.net] svelteに期待してる 385 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 17:15:36.11 ID:L5feTUyla.net] >>374 中華ライブラリ特有の全部盛りに向かってる気がする 386 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 17:58:30.26 ID:0xPIgSdY0.net] >>375 情報元を貼り給えよ 387 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 18:49:11.04 ID:3RNMdMia0.net] めちゃくちゃ楽にやりたいだけならsvelteでいいわな vanilla.jsの延長として書きやすい 388 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 18:54:23.44 ID:LTRaZC8Zr.net] React1本でいいだろ 他はやる必要すらない 389 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 18:57:34.39 ID:LBfpXsR+M.net] >>381 同感 Reactのような無駄なことをしない分 軽いよね 390 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 19:07:57.03 ID:bWhlIlLyM.net] ロシアのせいでOSS依存へのリスクが無視できなくなりつつある 依存レスかつオールインワンなフレームワークが欲しい だれか作ってくれ 391 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 19:38:45.33 ID:+B7Bz6jv0.net] ちなみに、Vueのモチベーションは 「Angularの本当に好きだった部分を抽出して、余分な概念なしに本当に軽いものを作る」 392 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 20:30:16.08 ID:DTjC8lC90.net] >>372 入れ替わりの激しいものはAmazonで日付順検索が鉄板だからね 393 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 20:32:04.88 ID:DTjC8lC90.net] >>375 Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ ReactからSvelteに移るヤツは初めからReactに向いてないものをReactで作ってただけ 394 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2a00-ckJZ) mailto:sage [2022/05/09(月) 20:52:07 ID:0xPIgSdY0.net] >>383 何を持って重いとしているか 395 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d3e6-/zFp) mailto:sage [2022/05/09(月) 20:54:12 ID:3RNMdMia0.net] 俺は普通のサイト=svelte ゴリゴリのSPA=React こういう使い分けをしてる 割といい感じだよ svelteは既存のサイトに追加するのも楽ちん 396 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ fbad-Qemf) mailto:sage [2022/05/09(月) 21:01:23 ID:48QKZ9zX0.net] Vueって最初は確かに軽いAngularって感じでいいなと思うんだけど だんだん公式の散らかり具合のほうが気になってきて逆にAngularのほうが楽じゃね？って� 397 名前：Cがしてくるんだよな [] [ここ壊れてます] 398 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d3e6-/zFp) mailto:sage [2022/05/09(月) 21:03:59 ID:3RNMdMia0.net] >>390 わかる 同じレベルの学習コスト払うなら今やangularの方が良い 399 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 22:46:11.37 ID:TDei0tm50.net] ＞Svelteはどこまで行ってもサイト向けだしどっちかというとjQueryとシェアの取り合いだろ えー 400 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 23:23:35.80 ID:922ksBy10.net] というかSPAで作るもの自体普通のサイトレベルだとおもってんだけど ものすごいのSPAで作ったことあんの？ 401 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 23:38:58.28 ID:S0Cki9Rvd.net] React使ってるSaaSは普通に存在する 402 名前：デフォルトの名無しさん mailto:sage [2022/05/09(月) 23:51:34.61 ID:pCXH3gMK0.net] 個人的にはvueで取りあえず間に合ってるし新規開発者にも教えやすいし 少人数のプロジェクトで少し手伝って貰うみたいなケースでは 今まで出来ないから直ぐにクビみたいなのは無かったな まぁ、外れの技術者が来れば出来ないのだろうけどｗ reactにしたら多分こううまくは行ってない気がする 403 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d3e6-iTAF) mailto:s [2022/05/10(火) 07:20:12 ID:FLX1VExp0.net] >>393 wappalyzerでサイトとかサービス見てみたらいい 大手のサービスとかサイトとスタートアップのサービスはかなり使ってる 404 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr33-TWCy) mailto:sage [2022/05/10(火) 07:21:45 ID:tsciyRcLr.net] >>393 その認識ならSPAやめたほうがいい 405 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 08:01:33.84 ID:5TsJWvHOM.net] >>384 それはOSS特有の怖さではないよね。それにOSSならフォークも可能だからむしろリスクは低い。ある意味ではプロプライエタリのほうが怖い 406 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 09:17:34.49 ID:eFgarx/HM.net] >>398 そだね 外部依存のリスクと言ったほうが正確だ なのでフレームワーク自体が外部依存しておらず、フレームワーク以外の外部依存に頼らなくても快適に開発できる そんなオールインワンのフレームワークが信頼のおける組織から出てほしい 407 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 12:56:40.80 ID:hNMnrPsB0.net] Webの場合そうはないけどソースコード非公開の個人製作のヤツが一番ヤバイけどね 408 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 13:47:13.87 ID:ov5OsiCVa.net] Pythonみたいによく使われるモジュールが言語に標準装備されてれば良いんだろね node界隈の混沌とした状況が原因じゃねーかな 409 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 14:15:28.32 ID:AcxeyIYr0.net] JavaScriptのようにPythonコードをHTML内に記述して実行できる「PyScript」　Anacondaがオープンソースで公開 https://www.itmedia.co.jp/news/spv/2205/09/news161.html もうJavascriptは要らなくなるのかもな 410 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 14:19:45.35 ID:fzPvTbxkM.net] 流石にPythonで書きたくは無いっす…… 411 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 14:23:20.88 ID:CCpF9W9X0.net] だよな 412 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 14:30:51.13 ID:ONGo9jfSr.net] なんで？ 413 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 14:46:06.12 ID:xuRuHPzYM.net] WebAssembly上でPythonインタプリタを動かしてそのガベージコレクションもしてそれらと各モジュールを読み込んで重くて遅くてデメリットだらけだからでしょう 今後もほとんどはこれまで通りJavaScript＋WebAssembly (by RustなどGCなし事前コンパイル言語) のままでしょう 414 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 14:54:40.05 ID:e+qIs2vlM.net] Wasmの話になると必ずGC遅いマンが現れるけどJavaScripにはGC無いんか？ 415 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:23:16.50 ID:NNFQ4qCM0.net] Wasmだと言語のランタイムごと実行バイナリに収める必要があって、GCがある等でランタイムが大きな言語はバイナリサイズが大きくなるし効率も悪い。JSの場合はブラウザがランタタイムを持ってて高効率だしサイズも小さくて済む。 Wasm自体が将来GCを持つという話もあるけど、各種言語のGCとは仕様が異なるのでランタイムは作り直しになるようだ。 それはそれとしてPythonが優れてるのはライブラリ周りであって言語としてはJS以下だから使いたくない（個人の感想です） 416 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:32:31.75 ID:VU3Z5d3Ya.net] まあブラウザでpython使うメリットは何もねーわな 417 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:42:30.45 ID:hNMnrPsB0.net] Pythonインタプリタ言語の癖して型変換書かなきゃいけない辺り不毛 418 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:54:36.49 ID:slEmUgMXa.net] え、Blazorの話していいの？ 419 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 15:55:32.57 ID:ov5OsiCVa.net] >>409 ニッチ過ぎてちょっと使い所が分からないよね 想像力が足りないのかも知れないけど 420 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 16:11:31.43 ID:59eDANbA0.net] pythonなんてマジで書きたくないわｗ こんなのでサーバーサイド書くぐらいならRubyで十分だろｗ どっちも使いませんがｗ 421 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 17:23:18.80 ID:ONGo9jfSr.net] 酷評で草 422 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ beb9-qw0W) mailto:sage [2022/05/10(火) 17:40:27 ID:AcxeyIYr0.net] 機械学習のデモとかでは結構使えそう(わざわざJSで書き直す必要がないから)だなって思ったけどここだとあんまり望まれてないのかな 423 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 17:50:50.57 ID:e+qIs2vlM.net] 結局のところ自分の仕事範囲でピトンが抱え込んでる高度なライブラリを使いたいか否かで意見が分かれる 424 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 17:51:03.87 ID:0LGUFPqv0.net] そもそもインタプリタをemscripten通してコンパイルしてる時点で論外でしょ どんだけランタイムでかいんだよ

---

---

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

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