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 665 名前：デフォルトの名無しさん mailto:sage [2022/05/31(火) 11:53:31.52 ID:Z56N724qM.net] >>651 毎度釣り針が大きすぎるんだよな 666 名前：デフォルトの名無しさん [2022/05/31(火) 14:57:29.43 ID:zhmqFn8J0.net] 型最高！とか言ってる奴は自分の書いたコードしか見てないだろ 自画自賛してるだけ フロントの大規模開発でTSちゃんと書ける奴大量に集めるなんてそうそう出来ない ってかフロントの大規模開発なんてそうそうないだろ だいたい書く人は1人から3人程度で相当大規模でも対応出来る 667 名前：デフォルトの名無しさん mailto:sage [2022/05/31(火) 15:08:02.08 ID:ezVaWrUp0.net] ぶっちゃけ一人で書いたほうが効率いいわ 668 名前：デフォルトの名無しさん mailto:sage [2022/05/31(火) 16:53:11.76 ID:5m0UDVmd0.net] >>656 つまり、TS使えるやつ3人集めれば十分って事？ 669 名前：デフォルトの名無しさん mailto:sage [2022/05/31(火) 17:25:46.51 ID:O8RZnMC90.net] >>656 型がわからないエンジニアばかりの空間って存在するのか？ 型は大規模開発の必須要件だと思うの 670 名前：デフォルトの名無しさん mailto:sage [2022/05/31(火) 17:41:20.31 ID:ufxJhZaQM.net] >>656の大規模は3人月 671 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c918-A0bq) [2022/05/31(火) 18:17:01 ID:zhmqFn8J0.net] TSスラスラ書ける奴3人なら結構色々出来るはずだけどな そもそも狭い範囲を多人数でやり過ぎるのもやり難いからモノレポなりにして担当範囲分けた方が良いし ますますTSの必要はなくなる 672 名前：デフォルトの名無しさん (ｱｳｱｳｸｰ MM0d-320L) mailto:sage [2022/05/31(火) 18:17:30 ID:yK5XL3mgM.net] SvelteKitを345に上げたらstatic下のシンボリックリンクを読まなくなったので元のバージョンに戻した 673 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c918-A0bq) [2022/05/31(火) 18:19:15 ID:zhmqFn8J0.net] バックエンドPHPでフロントがJS系なんて腐る程あるだろ GOとPHPじゃ生産性全く違うし動的型付け選択なんて十分有り得る 674 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM9d-rAsz) mailto:sage [2022/05/31(火) 18:30:34 ID:Qq0V5Ts0M.net] TSは良いと思うけどビルドの蛸足配線だけはどうにかして欲しい C#から多くを学んだようにdotnetからも学ぶべき 675 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb3-1gLZ) mailto:sage [2022/05/31(火) 18:31:18 ID:YqJEkN6cM.net] フロントの大規模開発ってページ数が多いだけだろ ページがどんだけ増えようがデータとHTMLをマッピングするだけの単純作業なら複雑さは変わらん もちろんSlackみたいなのを作ってるなら別だけどね 676 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM9d-rAsz) mailto:sage [2022/05/31(火) 18:34:13 ID:Qq0V5Ts0M.net] フロントの大規模ってDB管理ツールだとかVSCodeのようなイメージ 677 名前：デフォルトの名無しさん mailto:sage [2022/05/31(火) 21:42:20.25 ID:OmesV7rg0.net] ＞データとHTMLをマッピングするだけの単純作業なら複雑さは変わらん 悲しいなあ、もうちょい楽しい案件やればいいのに せっかくこういうスレにいるのに 678 名前：デフォルトの名無しさん [2022/05/31(火) 21:51:29.48 ID:zhmqFn8J0.net] 座標とか使うようなSPAの利点を最大限活かした案件もあるよ 実装が面倒臭いけど 679 名前：デフォルトの名無しさん mailto:sage [2022/05/31(火) 22:00:51.71 ID:ZjE3sOpEr.net] 大規模案件やってるが基幹システム作ってる ページというよりコンポーネント設計だな DBがかなり複雑でそれに合わせて画面開発 コンポーネント同士が連動しているからSPAは開発しやすい バックエンドはJava 680 名前：デフォルトの名無しさん [2022/06/01(水) 02:25:46.92 ID:RZ0pdB/da.net] ランサムウェアω 681 名前：デフォルトの名無しさん [2022/06/01(水) 16:11:23.75 ID:iljtBqMLM.net] 上の方でもチラッと出てたけどやっぱSolid書きやすそう 特にグローバルステートが簡単に管理できるのがいいね > React大好き侍が、「もうSolidJSでいいじゃん...//」ってなったワケ。 https://qiita.com/shadowTanaka/items/b6d00863a8d6bff37de6 682 名前：デフォルトの名無しさん mailto:sage [2022/06/01(水) 16:17:34.48 ID:0yDk5gFJ0.net] ＞//第２引数はありません。SolidJSが勝手に依存している状態を感知してくれます。 うーん 683 名前：デフォルトの名無しさん mailto:sage [2022/06/01(水) 16:22:24.05 ID:NWuIkMTqM.net] hookがトップレベルにしか書けないのと依存関係を明示的に書かなければならないのは大きな問題だなと思ってたのでそれがなくなるなら移行も有り ただ不安なのはコミュニティの体力かな 684 名前：デフォルトの名無しさん mailto:sage [2022/06/01(水) 17:54:05.20 ID:3TH9rjN40.net] hookがトップレベルで書けないのが問題って言う人定期的に出てくるけど、どうもピンと来ない。 全部入りコンポーネント作ったりとか大量の副作用とか使ってるん？ 685 名前：デフォルトの名無しさん mailto:sage [2022/06/01(水) 19:27:18.14 ID:p/yalaH/0.net] >>673 会社が買ってくれればワンチャン 686 名前：デフォルトの名無しさん mailto:sage [2022/06/01(水) 19:32:59.91 ID:0yDk5gFJ0.net] コンポーネント外で使いたいならRecoil使えばよくね？ 687 名前：デフォルトの名無しさん mailto:sage [2022/06/01(水) 19:38:12.90 ID:ZW9EXEMi0.net] reactのhooksは不安定な動作をする可能性のある副作用を制約をかけてトップレベルでしか書けなくすることによって、副作用の位置を明確にして問題が起こったときに検証がしやすくなることとリファクタリングをしやすくすることを意図してるんじゃないかと思ってた 色んな場所にhooksを書けるのは実装者からすると余計な事を考えなくて有り難い反面、バグが起こった時の検証が難しくなりそうだな 688 名前：デフォルトの名無しさん [2022/06/01(水) 21:16:56.65 ID:RNvmCeiV0.net] SvelteはVercel所属？だからコミュニティの心配はいらないかな 689 名前：デフォルトの名無しさん mailto:sage [2022/06/01(水) 22:09:33.29 ID:D3DTdHsxr.net] >>671 グローバルはjs側の機能の範疇で Reactが提供する機能の範疇ではないのでは？ グローバルで事足りる要件なら 関数コンポーネント内から直接参照すれば良いだけの事 自分の案件でも普通にやってる ・オーバレイのz-infex管理など... 690 名前：デフォルトの名無しさん mailto:sage [2022/06/02(木) 16:02:34.52 ID:1CSEtOOq0.net] >>674 テストを書いたことがなかったり、チュートリアル規模しか作ったことがない人なんじゃね 691 名前：デフォルトの名無しさん mailto:sage [2022/06/09(木) 12:06:54.73 ID:hRm2c4AU0.net] Vueだけどメソッドいくつくらいからコンポーネント切り分けること考える？ マウスのホイールで往復してると、あ、やばいなと思い始めるわ 692 名前：デフォルトの名無しさん mailto:sage [2022/06/09(木) 20:29:51.34 ID:fZXb48HQa.net] 可読性だけが理由ならクソデカifelseが生まれたら範囲の把握が辛いから分けるかな 693 名前：デフォルトの名無しさん mailto:sage [2022/06/10(金) 10:40:32.99 ID:Mtfam+l2M.net] それはコンポーネント分割の話とは別じゃね？ 694 名前：681 mailto:sage [2022/06/10(金) 10:56:49.67 ID:oWRVbruQ0.net] 結構センス問われてる気がするのよね、ここら辺の話って ルールがチームとかで決まってればええんやろけど ちょうどいい規模のサンプルプロダクトとかあるんやろか 695 名前：デフォルトの名無しさん mailto:sage [2022/06/10(金) 18:40:51.20 ID:S6Ajr55vd.net] 3箇所以上似たような処理が登場しはじめたら切り出すかな 696 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cfdb-Svxu) [2022/06/12(日) 02:38:19 ID:xIPwck+O0.net] atomic designに則って分割してるけど、手段が目的になってしまってる感が否めない… 697 名前：デフォルトの名無しさん mailto:sage [2022/06/12(日) 08:49:41.68 ID:Y+c9BfQC0.net] atomicデザインの考え方に沿ってコンポーネントを分割すると、いつもtemplatesが上手く使えない・・ ヘッダーとフッターを組み合わせた奴くらいしか思いつかず、それ以外はtemplatesをすっ飛ばしてpagesで作ってしまう 698 名前：デフォルトの名無しさん mailto:sage [2022/06/12(日) 09:11:25.59 ID:N7dUL5JoM.net] アトミックデザインは何がなんでも同じ構造にしなければということもないと思うけどね 考え方は尊重して規模や複雑さに応じてアレンジする方が無理がないかと 699 名前：デフォルトの名無しさん mailto:sage [2022/06/12(日) 21:30:15.09 ID:0NUDDDe+0.net] 今@vue/cli 4.5.17でVue2作ると vscodeでブレイクポイントがずれまくりになるんだけど分かる人いない？ 前にできてたときのsourceMapPathOverridesを "webpack:///./src/*": "${workspaceFolder}/src/*"だと ブラウザからみてみると違うソースになってるからそりゃダメだなーと こうなるとよく分かんないよ 700 名前：デフォルトの名無しさん mailto:sage [2022/06/13(月) 00:15:25.65 ID:410Jv8C6r.net] バージョンによらずズレたりズレなかったりそもそもブレークポイント張れなかったりでいまだにベストプラクティスにたどり着けない 上手く行かないときは諦めてブラウザ側でブレークポイント張ればいいやってなってる 701 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cfdb-Svxu) [2022/06/16(木) 21:35:52 ID:oBLYbQji0.net] pinia良いね Recoilといい、脱Fluxの流れかな 702 名前：デフォルトの名無しさん mailto:sage [2022/06/16(木) 22:54:51.94 ID:eQ4Tzssr0.net] pinia好き 703 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2) [2022/06/18(土) 17:37:01 ID:EyuLKQ5W0.net] 普通のHTMLのページならVueやReactにするメリットがあまり感じられないんだけど ユーザ体験も変らないしLaravel辺りで作った方が早くてメリットあるように見えるんだが 704 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2) [2022/06/18(土) 17:38:49 ID:EyuLKQ5W0.net] 今フリーで単価70くらいなんだけど最近の相場ってどれくらいなの？ 何年も同じ単価でやってるから最近の動向を知りたい スキルは最近はフロントばかりだけどバックエンドも出来る 705 名前：デフォルトの名無しさん mailto:sage [2022/06/18(土) 19:11:04.42 ID:NxwYwmc+0.net] 普通のHTMLページの定義にもよるけど、Next.js(React)でSSGとかISRするのもなかなか生産性良いよ。表示も速いし、柔軟性も高い。 706 名前：デフォルトの名無しさん mailto:sage [2022/06/18(土) 20:02:39.89 ID:BEs1x6TI0.net] SSGってイマイチメリット感じたことない 一過使ってみればわかるんかな 707 名前：デフォルトの名無しさん mailto:sage [2022/06/18(土) 21:04:11.07 ID:3UCDQfyi0.net] 単価70って単位はなに？1人月70万円かなぁ？まさか1ステップ70円じゃあないだろうが。 708 名前：デフォルトの名無しさん [2022/06/18(土) 22:06:07.63 ID:EyuLKQ5W0.net] >>697 1人月70万円だね 709 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 00:28:48.81 ID:E8f21S9i0.net] フリーなら１００万は行くだろ もっと頑張れ 710 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 00:48:59.97 ID:5qrxg2w3M.net] うちは3年目くらいの若手の派遣に投げる仕事が月70万くらいだったな 技術あるならそれこそ100万150万取れそう 711 名前：デフォルトの名無しさん [2022/06/20(月) 10:46:29.83 ID:hyV4eMot0.net] >>699 フロントでフリーなら月100万くらいが最近の相場って事？ >>700 エンジニアが受け取るのが70万であって企業側はもっと出してると思う 多分90万は出してる そうすると1人月○万という表現ではないかも フリー歴は7年くらいでバックエンド、フロントやらサーバーやらはだいたい出来る 712 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 11:24:43.43 ID:HmN5Q9DGr.net] >>701 フ� 713 名前：梶[だとクソクライアントにはどう対処してるの？ 最悪、損害賠償請求されるリスクもあるし [] [ここ壊れてます] 714 名前：デフォルトの名無しさん [2022/06/20(月) 12:06:25.33 ID:hyV4eMot0.net] >>702 エージェントかましてるからクソには当たらないな エージェントかまさないと金払い悪かったり色々面倒だよ 715 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 12:33:03.51 ID:HmN5Q9DGr.net] >>703 エージェントそこまで対応してくれるのか 716 名前：デフォルトの名無しさん [2022/06/20(月) 13:03:46.78 ID:hyV4eMot0.net] >>704 エージェントによると思うけど良いエージェントならそもそも良くないクライアントは紹介して来ないと思う 自分のところで何かあると悪評が立って使って貰えなくなるからね 717 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 10:30:45.92 ID:rSaY5HO90.net] BtoBの相場でフリーランスがそのまま貰える訳ないやんｗ 100万とか言っても結局エージェントなり間に何か入るのだからそれで70万とかになる訳でｗ 直契約でも出来れば高単価になるかもなーｗ（ハナホジｗ 718 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa47-PcY2) [2022/06/21(火) 21:38:04 ID:kBzft3wpa.net] フロントのフリーの人あんまりいないのかね 最近人手不足が酷いと聞いてたから単価上がってるのかなと思ったんだが 719 名前：デフォルトの名無しさん [2022/06/22(水) 21:26:08.93 ID:JRkIVgOU0.net] >>707 単価と製品知識は連動しない。単に知識があるやつはむしろやばい。 720 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 16:34:37.74 ID:nLf+eJkE0.net] solidjs覗いてみたんだけどどうせgetterに変えたんだからhooksに寄せた const [state, setState] = createSignal(0); じゃなくてsvelteっぽく const state = createSignal(0); 参照 state() 更新 state.set(1) にしてくれてたらさっぱりして良かったのに残念 721 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 17:48:07.74 ID:mWNtReSv0.net] いやそれはなんかJS的に気持ち悪い（個人の感想です） 722 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW) [2022/06/30(木) 10:41:00 ID:9vHoAPAv0.net] ReactとTSの組み合わせはエンジニア殺しな気がする 出来ない事はないが無駄にしんどい これで現場変えてる人結構いそう。Vueの方が採用されるケースは今後も多いだろうな 723 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sra3-YeIb) mailto:sage [2022/06/30(木) 11:06:00 ID:MkfE3s7Vr.net] どういうところがしんどいのか述べて 724 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cf49-5iuk) mailto:sage [2022/06/30(木) 11:08:07 ID:rqcvfoBm0.net] tsは規約みたいにルール作ってるようなもんだからなあ 慣れないと窮屈に感じるかもね 725 名前：デフォルトの名無しさん [2022/06/30(木) 11:36:42.16 ID:9vHoAPAv0.net] >>712 普通のところは型付けも問題ないけど ReduxとかContextAPIとか外部モジュールとかの型付けとかかな 頑張れば出来るけどこれ意味あるの？感が凄い 726 名前：デフォルトの名無しさん [2022/06/30(木) 11:41:37.50 ID:9vHoAPAv0.net] >>713 ReduxとかContextAPIとか型付けして意味あるの？と感じるんだが JSなら無い苦労してまで得られるリターンに見合わなく感じる 727 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sra3-YeIb) mailto:sage [2022/06/30(木) 12:53:15 ID:MkfE3s7Vr.net] >>714 あーなるほど確かに 728 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 17:57:20.93 ID:7noEZANSM.net] なんとなくVueよりReactの方がTSとの親和性がいいって認識だったんだけどそうでもないんかね 729 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3f7c-tCSL) mailto:sage [2022/06/30(木) 19:32:29 ID:Cz6OIB/Q0.net] reactの方がTSへの対応が早かったぐらいの話じゃないの？ 型なんてフロントエンドで別にいらんしTSなんか俺は一切使ってないけどなｗ 730 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-N/YD) [2022/06/30(木) 19:35:58 ID:6sehYChL0.net] >>718 AngularがTypeScriptだから、Google社もマイクロソフト社もTSなら、TSが主流になるのはあたりまえ。 731 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 19:50:20.39 ID:QhRPsPx40.net] 多分大きなプログラム組んで保守したこと無いんでしょ 732 名前：デフォルトの名無しさん [2022/06/30(木) 20:02:10.83 ID:9vHoAPAv0.net] TSはサーバーサイドなら主流になる可能性はあるな フロントではならないと思う 733 名前：デフォルトの名無しさん [2022/06/30(木) 20:13:41.28 ID:9vHoAPAv0.net] Next.jsはVercel依存が大きいな Reactも含めて将来怪しい気がする 734 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 20:26:32.56 ID:QezReaSar.net] これからはflutter3でしょ 735 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb3-/H42) mailto:sage [2022/06/30(木) 22:15:09 ID:2XXd+/VdM.net] >>720 何事もそうだけど困ってない人に有用性を説くのは難しいよね 736 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 23:16:48.49 ID:Beg43fXd0.net] >>715 一回作って終わりの人かな？ リファクタリングん時どうすんの？あ！しないの人か 737 名前：デフォルトの名無しさん [2022/07/01(金) 00:46:49.64 ID:oYJ8x66X0.net] プログラミング言語のスレッドだと勘違いしているおっさんが続出 738 名前：デフォルトの名無しさん [2022/07/01(金) 09:35:10.76 ID:6aoBhuJf0.net] >>725 リファクタリングでもJSで問題無いだろ どうせソース見るし 739 名前：デフォルトの名無しさん [2022/07/01(金) 17:11:27.34 ID:R7kYgAoSa.net] ネットだとts絶対許さないマンよく見るけど現実だとお目にかからないよね 740 名前：デフォルトの名無しさん mailto:sage [2022/07/01(金) 18:12:27.71 ID:x/bCmdBF0.net] 絶対許さないとまでは言わんけど無駄やんｗ フロントエンドで何でそんなもの使わなきゃいかんのやｗ CoffeeScript何かを有難がってた奴らが使ってそうだしｗ どうせTS何か10年後には終わってるよ 741 名前：デフォルトの名無しさん mailto:sage [2022/07/01(金) 18:59:43.92 ID:5HWkDFYv0.net] CoffeeScriptがあっという間に廃れたのはJS自身が（CoffeeScriptの機能も吸収して）進化したことと、より良いTSが幅を効かせたことが大きい。TSが死ぬとすれば、それを成すのはより進化したJSか、TSの上位互換言語の台頭だ。 つまり進化は地続きで、TSを学んだり使うことは無駄にならない。もっと言えばTS使い的には歓迎すべきことですらある。 まぁでもMSが力入れてるし採用率もかなり高いし、10年そこらでは死ななさそう。 742 名前：デフォルトの名無しさん mailto:sage [2022/07/01(金) 20:13:43.65 ID:KisKsIWOr.net] フロントエンドでは要らないって言ってる人はバックエンドでは使ってるんだろうか 743 名前：デフォルトの名無しさん [2022/07/01(金) 22:19:19.96 ID:R7kYgAoSa.net] tsとか無駄やんとか言える無邪気な開発僕もしたい 744 名前：デフォルトの名無しさん mailto:sage [2022/07/01(金) 22:44:37.27 ID:l4s2091pr.net] MSが提案してるTypes as Commentsはどうなったの 745 名前：デフォルトの名無しさん mailto:sage [2022/07/01(金) 23:28:49.55 ID:jfzkVg37d.net] jsdocとeslintがあれば十分だと個人的には思ってる 746 名前：デフォルトの名無しさん [2022/07/02(土) 00:56:43.37 ID:RDvzx2LC0.net] 圧倒的にJS採用の方が多いだろ TSはこのままずっと低空飛行だよ 747 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 05:55:38.97 ID:eKS9e1d80.net] 確かにガッツリjsdoc書いてあればまぁいいかなと思うけど、むしろTSより面倒くさい上に表現力足らなくない？ >>735 古典的な静的ウェブサイトも含めりゃそうだろうけど、スレタイのライブラリ使うようなウェブアプリ界隈では低空飛行とは言えないと思う 748 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 06:16:56.34 ID:PDy9af/xr.net] MS自身がTypeScriptを嫌になったんだろうな VSCodeでの解析も完全にはできない トランスパイルが重くなる そもそもTypeScriptは時代に合わなくなってきた 749 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 07:44:27.85 ID:MgQFVCuv0.net] >MS自身がTypeScriptを嫌になったんだろうな なんか唐突だけどTypes as Commentsの話？ 750 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 13:14:29.58 ID:OVvPs9zga.net] これから脱tsブームとか到来したりしてな 751 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 13:36:01.41 ID:eW+YZHQfM.net] 反TSの人ソースもなしに主観的な事しか言わねぇな。しかも対話もできない。 752 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 13:43:43.13 ID:QFi+cmDT0.net] TSはクソだから代わりのものが普及したら乗り換える←わかる TSはクソだからJSを使う←ちょっとわかんないですね 753 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr23-nd1h) mailto:sage [2022/07/02(土) 13:55:46 ID:PDy9af/xr.net] >>738 TypeScriptって書いてるのに読めないの？ 754 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 14:43:46.64 ID:MgQFVCuv0.net] 「嫌になったんだろうな」って話に脈絡がないからこれがどこから出てきたのかってことだよ。 MSがTSを嫌になったと思わせるような話がなにか出てきたっけ？ 755 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr23-nd1h) mailto:sage [2022/07/02(土) 15:18:50 ID:PDy9af/xr.net] >>743 そっかすまんね TypeScriptに関するVSCodeのアップデートみてると「これ以上解析するの苦しいから助けて」っていうメッセージが頻繁にあったんだよね 最近はしらんけど まあオープンソースだし当たり前なんだが そもそもTypeScriptもVScodeもMSが開発してるのに別の提案をしてきてるってことはTypeScriptがダメって自ら認めているようなもんじゃね？ 756 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 15:36:48.98 ID:P5MS37aDM.net] アロー関数とかasyncとかモダンなJavaScriptの構文ってだいたいMS主導の提案だろ？ そもそもTypeScriptはJavaScriptを改善していくためのPoCの役割を担っている言語で、TypeScriptが必要なくなるのはMSにとっても望ましいことなんだよ 757 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 15:46:38.12 ID:vAnwNkKL0.net] >>741 それ分からないって頭弱くね？ｗ そもそもjsのライブラリなのにjsで書けないってｗ あ、書けないじゃなくて書かないって言いたいんだろうけど お前みたいなのは書けないと同義なんだよなｗ 758 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 15:50:51.08 ID:MgQFVCuv0.net] >>744 なんかぼんやりした話だな。tsserver事態のメンテはvscodeチームとは関係ないだろうし何の話だろう。 仮にそれが事実だとしても嫌になったのはvscodeチームがであってMS自身がってことじゃじゃないよな。 「別の提案」ってのがまた話の脈絡がわからないが、こっちはTypes as Commentsの話？ 759 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 16:12:03.29 ID:2I3j8zDtM.net] 支離滅裂な文章でも文末にｗ付けりゃ人を煽れると思ってるんだろうか… 760 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 16:49:58.49 ID:eKS9e1d80.net] Types as Comments なんてまさにTSの発展形なわけで、TS学んで有利になりこそすれ、損は無いよなぁ。 TSは言語仕様を見れば必要以上に便利な演算やマクロ化は避けてあるから、ある程度で解析打ち切りってのは異常でもなんでも無いように感じる。 761 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:01:32.19 ID:2BlFAt+M0.net] >>745 モダンにアロー関数使って変数の値が極力変わらないスクリプト書いてもIEさんが挙動おかしくなってましたね… 762 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:28:41.92 ID:3dhQ5vPf0.net] 自分もフロントで型を使って何をするか分かってない ビジネスロジックは書いたらだめだよね 763 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:32:40.41 ID:XBJNDAlwa.net] NaNしたことない者だけが型を捨てなさい 764 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:43:54.69 ID:MgQFVCuv0.net] >>751 べつにプレゼンテーションロジックでも役に立つんじゃね？ フロントにビジネスロジック置いたらダメなんて法もないし。 765 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 18:21:20.76 ID:eKS9e1d80.net] プレゼンテーション層で型エラー出して遷移が発生しなかったり変なデータ表示したらユーザが誤解して結果的に間違った操作するから、どっちも大事だよね。 つかビジネスロジック一切触れなかったら何も操作できないじょん

---

---

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

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