Visual Studio Code / VSCode Part16 (775ﾚｽ)
Visual Studio Code / VSCode Part16 http://mevius.5ch.net/test/read.cgi/tech/1741406054/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: デフォルトの名無しさん [] 2025/03/08(土) 12:54:14.95 ID:xIRhgOO9 Microsoft発のエディタVisual Studio Codeのスレ 公式 https://code.visualstudio.com/ https://github.com/Microsoft/vscode/ 開発状況 https://github.com/Microsoft/vscode/wiki/Iteration-Plans 更新内容(日本語訳) https://vscode-doc-jp.github.io/updates/ 前スレ Visual Studio Code / VSCode Part13 https://mevius.5ch.net/test/read.cgi/tech/1656984270/ Visual Studio Code / VSCode Part14 https://mevius.5ch.net/test/read.cgi/tech/1678807578/ Visual Studio Code / VSCode Part15 https://mevius.5ch.net/test/read.cgi/tech/1716707929/ http://mevius.5ch.net/test/read.cgi/tech/1741406054/1
2: デフォルトの名無しさん [sage] 2025/03/08(土) 13:01:11.48 ID:uZnqee/o VSCodeの設計とか将来性の話はいいけどマイクロソフトアンチみたいなのは他所でやろうや。俺もアンチだしウィンドウズすら使わんけど、codeは使い続けてるし拡張も自分で作って遊んでる。モノとしてのcodeはマイクロソフトとは別モンと思って使ってる 999：デフォルトの名無しさん：[sage]：2025/03/08(土) 02:41:23.91 ID:EirLqTwB MSは金の力でAtomパクって潰しGithub強奪しただけだしな スマホ政策の失敗で開発の中枢からはじき出された状態に変わりはないし VSCodeの古臭さが限界にぶち当たった時廃れ始める C#のようにね http://mevius.5ch.net/test/read.cgi/tech/1741406054/2
3: デフォルトの名無しさん [] 2025/03/08(土) 13:15:40.92 ID:fMBn02R5 俺もアンチだがVSCodeはMSにしてはよくやってると思うわ MSのCopilotは駄目すぎて笑うけど http://mevius.5ch.net/test/read.cgi/tech/1741406054/3
4: デフォルトの名無しさん [sage] 2025/03/08(土) 13:35:03.02 ID:5sZkGuqi MSのプロダクトは殿様商売するとゴミだが追う立場になると異常に強くなる 初期リリースの2015年当時あたりはガチで開発環境としてはWindowsなんて誰も使わなくなるんじゃないか感があったが、VSCodeとWSLによって奇跡的な復活を果たした OfficeのCopilotは確かに酷いが、AI市場は他に奪われた後に結局MSが巻き返してしまう気はしてる http://mevius.5ch.net/test/read.cgi/tech/1741406054/4
5: デフォルトの名無しさん [] 2025/03/08(土) 13:56:37.89 ID:W9PEZ3mM そのシナリオはあり得るけど、エージェント駆動であらゆる仕事をしていく時代に はたしてOfficeというエコシステム資産の価値がどこまで続くか疑問 Appleもだけど、これからGAFAMの一角が倒れる瞬間を目にできるとしたら楽しみだわ http://mevius.5ch.net/test/read.cgi/tech/1741406054/5
6: デフォルトの名無しさん [sage] 2025/03/08(土) 13:59:03.20 ID:vGTvDgLV VS CodeのVSってなんじゃろう 対決とかのVS？ http://mevius.5ch.net/test/read.cgi/tech/1741406054/6
7: デフォルトの名無しさん [] 2025/03/08(土) 14:12:04.48 ID:6GjCdbD9 Visual Studio http://mevius.5ch.net/test/read.cgi/tech/1741406054/7
8: デフォルトの名無しさん [sage] 2025/03/08(土) 14:12:40.92 ID:Q5CCzWs1 >>6 >>1 http://mevius.5ch.net/test/read.cgi/tech/1741406054/8
9: デフォルトの名無しさん [sage] 2025/03/08(土) 17:52:41.76 ID:1IYLzVZ4 ＞LLMがシンタックスエラー等を判断できるのは既存のさまざまな拡張のおかげ、 ＞C++拡張やらtust-analyzerやらts拡張やらlintやら。これらのアサート機能なきゃLLMは目が見えないのと同じ。素のエディター部分はVSCodeのありがたみの2割ぐらいなんではなかろうか ＞ ＞もちろん、人間が理解しやすいのとLLMが理解しやすいは異なるので、一から全部LLMが読みやすいメッセージフォーマットで出力するよう作れれば最適化できると云うのは賛同するが開発が早くはないよな。ゴールが遠すぎて 前スレの最後のレスについて これは古い時代の考え方 LLMは各言語のシンタックスを覚えている だから個別の拡張はいらない コードを書くということがなくなるのだ http://mevius.5ch.net/test/read.cgi/tech/1741406054/9
10: デフォルトの名無しさん [sage] 2025/03/08(土) 17:54:12.55 ID:1IYLzVZ4 >>5 Officeもいらない 全部自動生成でいい http://mevius.5ch.net/test/read.cgi/tech/1741406054/10
11: デフォルトの名無しさん [sage] 2025/03/08(土) 18:03:12.40 ID:1IYLzVZ4 LLMを使うのであればローカルで必要なVSCode拡張はゼロになるだろう 現時点ではまだいくつかは必要だろうけどそれもそのうちいらなくなる http://mevius.5ch.net/test/read.cgi/tech/1741406054/11
12: デフォルトの名無しさん [sage] 2025/03/08(土) 18:06:38.62 ID:1IYLzVZ4 >>6 Visual Studioとなってるけど何も関係ないのでもうCodeという名前で良いと思う http://mevius.5ch.net/test/read.cgi/tech/1741406054/12
13: デフォルトの名無しさん [sage] 2025/03/08(土) 22:03:30.43 ID:RWf4z7Zj wsl起動しちゃう http://mevius.5ch.net/test/read.cgi/tech/1741406054/13
14: デフォルトの名無しさん [] 2025/03/08(土) 22:16:48.33 ID:3lLd1q6p Windows環境でもWSLリモート接続で何ら不都合ないって地味にすごいし有り難い Powershellなんて使いにくいし覚えるのも馬鹿馬鹿しいからね http://mevius.5ch.net/test/read.cgi/tech/1741406054/14
15: デフォルトの名無しさん [] 2025/03/08(土) 23:39:53.83 ID:zOJ1gnEL >>6 その会社の有名な製品名を付けると知名度が上がる理屈もわからないのか？ http://mevius.5ch.net/test/read.cgi/tech/1741406054/15
16: デフォルトの名無しさん [sage] 2025/03/08(土) 23:41:38.97 ID:1IYLzVZ4 まあこのネームは失敗だよ 紛らわしいだけ http://mevius.5ch.net/test/read.cgi/tech/1741406054/16
17: デフォルトの名無しさん [] 2025/03/08(土) 23:47:15.22 ID:zOJ1gnEL >>16 マイクロソフトは伝統的に命名センスがない http://mevius.5ch.net/test/read.cgi/tech/1741406054/17
18: デフォルトの名無しさん [sage] 2025/03/09(日) 12:41:28.26 ID:x/DuxNns Azure DevOps…… http://mevius.5ch.net/test/read.cgi/tech/1741406054/18
19: デフォルトの名無しさん [sage] 2025/03/09(日) 12:52:59.25 ID:y8mAkJhd AWSの製品名もだが、それも未だに自分はなにが範囲なのかわからんサービス・・・ http://mevius.5ch.net/test/read.cgi/tech/1741406054/19
20: デフォルトの名無しさん [sage] 2025/03/09(日) 13:27:37.52 ID:mbeNVzuu Azure DevOpsはあんなゴミさっさと廃止してGitHubをAzure内で買えるようにしてくれ あのクソのせいでGitHubを導入させる説明のハードルが上がるんだよ http://mevius.5ch.net/test/read.cgi/tech/1741406054/20
21: デフォルトの名無しさん [] 2025/03/09(日) 13:43:14.57 ID:NhV8Hqbn 普通はDevOpsの方使いやろ チケット管理別にするん？ http://mevius.5ch.net/test/read.cgi/tech/1741406054/21
22: デフォルトの名無しさん [sage] 2025/03/09(日) 14:32:35.68 ID:mbeNVzuu 別もなにも大抵のチケット管理サービスはGitHubと連携できるし、簡単なカンバンだけでいいならGitHub Projectも十分使える Azure DevOpsを選ぶ理由はAzureを使っていれば追加の契約が不要なこととEntraID連携が楽で安いこと、それに尽きる しかし上記はエンタープライズでは極めてクリティカルなので何とかしてほしいところだ http://mevius.5ch.net/test/read.cgi/tech/1741406054/22
23: デフォルトの名無しさん [sage] 2025/03/09(日) 16:02:02.97 ID:x/DuxNns Azure DevOps自体がゴミというより、Azureが好評だったからってその一部ではない既存のソフトの名前を変更してAzureって付けるセンスがゴミって話 驚き最小の原則に反している ASP.NET Core…… http://mevius.5ch.net/test/read.cgi/tech/1741406054/23
24: デフォルトの名無しさん [sage] 2025/03/09(日) 16:51:01.00 ID:XBMcDAIL 有能な社員「今度の案件はVisual Studio Codeを使います。いいですよね？」 無能な上司「あーいつものビジュアルナントカでしょ？わざわざ聞かなくていいよ」 有能な社員「あざーっす」 こういうの大事なんだよ。アトムやらカーソゥやらウィンドサーフだったらこうはいかない。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/24
25: デフォルトの名無しさん [sage] 2025/03/09(日) 17:34:46.74 ID:YNCa3eKA そしてgithubでソース流出へ http://mevius.5ch.net/test/read.cgi/tech/1741406054/25
26: デフォルトの名無しさん [sage] 2025/03/09(日) 18:32:05.53 ID:ZELfrWiA さっさとやめちまえとマジレス 日本の大企業あるあるだがそんな会社は来たるAI時代に駆逐されるだろう ChatGPT Enterpriseは危険だけどAzure OpenAIなら安全性が担保されてるから安心とかね 実体を分かって言ってんならまだしも実際はMSの能書きを脳死で受け入れてるだけだし http://mevius.5ch.net/test/read.cgi/tech/1741406054/26
27: デフォルトの名無しさん [sage] 2025/03/09(日) 19:16:49.92 ID:HKmOZnoF 話を戻すがAIエージェントの登場でVSCode一強の時代は終わるかもしれない VSCodeの肝である拡張相当の機能が実質LLMに内包されている事実 提案されたコードを修正する場合も全てLLMを通すため ローカル環境の拡張がいらなくなる ということはエディタのコアにLLMがあれば良い こうなった時VSCodeの優位性は薄れていくだろう http://mevius.5ch.net/test/read.cgi/tech/1741406054/27
28: デフォルトの名無しさん [sage] 2025/03/10(月) 21:39:07.11 ID:oc0rirOg MSは一強になると調子に乗っておかしくなるからライバルが出てくるのは歓迎 http://mevius.5ch.net/test/read.cgi/tech/1741406054/28
29: デフォルトの名無しさん [] 2025/03/11(火) 01:09:43.65 ID:2l5e9c6f もともと機能が多すぎる統合開発環境が嫌われ出してテキストエディタ回帰になり、VSCodeが広まったのにVSCodeが統合開発環境のVisual Studio化してとっつきにくくなって嫌われ始めた。 CUIを使うと玄人のように装えるが、それは単に格好付けにすぎないからな。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/29
30: デフォルトの名無しさん [sage] 2025/03/11(火) 08:59:48.47 ID:GeRDrJsM それは事実と全く違っていて、eclipseの鈍重なイメージでIDEを食わず嫌いしていたWeb系の連中が、VSCodeによってIDE(に近いもの)の便利さに気付いて一気に流行ったというのが実態 IDEでもVSやJetBrainsは嫌われていないし、VSCode批判も今のところ極一部が逆張りで目立とうと試みているだけで、実際に遅くなってたAtomなんかと違って実態があまり伴ってないから盛り上がらない http://mevius.5ch.net/test/read.cgi/tech/1741406054/30
31: デフォルトの名無しさん [sage] 2025/03/11(火) 09:37:45.82 ID:w6jOB2wc >>30 個人の感想です。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/31
32: デフォルトの名無しさん [sage] 2025/03/11(火) 10:03:16.30 ID:i7+yxV1c eclipseってjavaだとまだ主流なの？ http://mevius.5ch.net/test/read.cgi/tech/1741406054/32
33: デフォルトの名無しさん [sage] 2025/03/11(火) 10:11:19.75 ID:T7imaKm3 昔、組み込みのideがそれだったよ。emacsとmakeに逃げたけど。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/33
34: デフォルトの名無しさん [sage] 2025/03/11(火) 11:06:34.67 ID:JkpVq9qa IDEってまだ残ってんのか 自分も昔はVS使ってたし、VSCodeが出た当時は「悪くないんだけどまー所詮はエディタだし」と思ってたけど 今はAI駆動で開発スタイルも完全に変わったから旧来のIDEはますます厳しくなるだろう アップデートスピードが命な時代だから http://mevius.5ch.net/test/read.cgi/tech/1741406054/34
35: デフォルトの名無しさん [sage] 2025/03/11(火) 11:53:54.96 ID:KcOr5BYg 機器メーカーが提供するIDEはいまでもEclipseベースが多いんではないの？ IDEって最初からお膳立てしてくれてるだけであってAI駆動の有無は関係ないしね 旧来のってとこに掛けてんのかもしれんけど http://mevius.5ch.net/test/read.cgi/tech/1741406054/35
36: デフォルトの名無しさん [sage] 2025/03/11(火) 14:19:28.99 ID:i7+yxV1c で今javaのエンジニアはまだeclipseが主流なん？ c#はいまだにvisual studioなのしってるけどwww http://mevius.5ch.net/test/read.cgi/tech/1741406054/36
37: デフォルトの名無しさん [sage] 2025/03/11(火) 15:10:21.18 ID:cjCAu/UP エディタの優位性なんて拡張の豊富さ以外でほぼ差がつかない時代だった その拡張が全てリセットされた新時代に突入した http://mevius.5ch.net/test/read.cgi/tech/1741406054/37
38: デフォルトの名無しさん [sage] 2025/03/11(火) 16:01:44.51 ID:8wwlWO3U >>36 ハイエンドはIntelliJ 人月業界はeclipse http://mevius.5ch.net/test/read.cgi/tech/1741406054/38
39: デフォルトの名無しさん [sage] 2025/03/12(水) 01:00:28.23 ID:ttANcShH コンソールにviと人工知能だけありゃいいってそりゃ1960年代に逆戻りだよな もちろん、音声での応答機能は付くだろうけどIDEのでかいフォントに慣れた俺らからするとシンタックスハイライトとか無くなってめっちゃ小フォントサイズでモノクロ表示になるのキツいよね コンピューターは文字を読むのではなくparseして意味を解釈するだけで満足だしなあ。今後発売予定の新型AIパソコンではフォントすらインストールされないかも！ http://mevius.5ch.net/test/read.cgi/tech/1741406054/39
40: デフォルトの名無しさん [sage] 2025/03/12(水) 01:02:30.73 ID:ttANcShH >>37 エディターの最大の要素は見やすさ。特にここ最近小さな字が読みにくくてコントラスト上げたり目を細くしたりしてるが読みにくい。昔よりディスプレイ全体がボヤけて滲んでる感じあるしこれも時代のニーズかな。昔はブラウン管でもはっきり文字が読み取れた http://mevius.5ch.net/test/read.cgi/tech/1741406054/40
41: デフォルトの名無しさん [sage] 2025/03/12(水) 01:11:53.61 ID:9ztxFGEs 老眼とはまた別でピントは合ってるんだけど目の解像度が落ちているのを感じる http://mevius.5ch.net/test/read.cgi/tech/1741406054/41
42: デフォルトの名無しさん [sage] 2025/03/12(水) 02:18:08.49 ID:l7Ei0OWT 眼科に行って眼球修理しろw http://mevius.5ch.net/test/read.cgi/tech/1741406054/42
43: デフォルトの名無しさん [sage] 2025/03/12(水) 12:20:36.11 ID:CAwmxiiY Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があった VSCodeでは問題ないんで何事かと焦ったわ この辺の設定ってVSCodeと同じはずと思い込んでたんで AIがデフォルトでHttp2を使う仕様なのはパフォーマンスの関係なのかな 会社のプロキシってやつにはいつの時代も苦労させられるぜ http://mevius.5ch.net/test/read.cgi/tech/1741406054/43
44: デフォルトの名無しさん [sage] 2025/03/12(水) 12:22:36.06 ID:CAwmxiiY Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があった VSCodeでは問題ないんで何事かと焦ったわ この辺の設定ってVSCodeと同じはずと思い込んでたんで AIがデフォルトでHttp2を使う仕様なのはパフォーマンスが理由なのかな 会社のプロキシってやつにはいつの時代も苦労させられるぜ http://mevius.5ch.net/test/read.cgi/tech/1741406054/44
45: デフォルトの名無しさん [sage] 2025/03/12(水) 12:23:03.85 ID:CAwmxiiY 連投スマン http://mevius.5ch.net/test/read.cgi/tech/1741406054/45
46: デフォルトの名無しさん [] 2025/03/12(水) 12:30:08.36 ID:RnfSW566 Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があったぽ VSCodeでは問題ないんで何事かと焦ったぽ この辺の設定ってVSCodeと同じはずと思い込んでたぽ AIがデフォルトでHttp2を使う仕様なのはパフォーマンスが理由なのかぽ 会社のプロキシってやつにはいつの時代も苦労させられるぽ http://mevius.5ch.net/test/read.cgi/tech/1741406054/46
47: デフォルトの名無しさん [sage] 2025/03/12(水) 12:49:31.73 ID:ttANcShH 大事なことなのは分かるけど3回も書き込まなくてもちゃんと読んでるぽ しかし人工知能は機嫌損ねると急に話し方が冷たくなったりして付き合うの大変だよな あんま人情とかキャラとか個性持たなくていいんだが。会社のは妙にキャラが染み込んでてにになるのよ。技術システム部の人工知能導入担当が変なデータ食わせて育てたんじゃないかと推測 淡々と仕事する素直な人工知能(今より多少アホでもいい)をマイクロソフトが出さないものか http://mevius.5ch.net/test/read.cgi/tech/1741406054/47
48: デフォルトの名無しさん [sage] 2025/03/12(水) 12:50:10.20 ID:ttANcShH にになるじゃなくて、気になる、だった http://mevius.5ch.net/test/read.cgi/tech/1741406054/48
49: デフォルトの名無しさん [sage] 2025/03/12(水) 13:35:23.52 ID:j6Qh4OZB 英語苦手なんだが、typescript-goのニュース。 tscが速くなると、なぜvscodeのロードが速くなるの？ http://mevius.5ch.net/test/read.cgi/tech/1741406054/49
50: デフォルトの名無しさん [sage] 2025/03/12(水) 13:46:58.38 ID:sRX+RCpl vscodeがjsで動いているから http://mevius.5ch.net/test/read.cgi/tech/1741406054/50
51: デフォルトの名無しさん [sage] 2025/03/12(水) 14:20:34.45 ID:uoPxhT/U VSCodeがJS/TSの解析などにtscを使っているから http://mevius.5ch.net/test/read.cgi/tech/1741406054/51
52: デフォルトの名無しさん [sage] 2025/03/12(水) 14:21:11.32 ID:j6Qh4OZB 毎度、.tsから.jsにトランスパイルしてるってことか。一度やってそれで動けばいいのに。 ということは、c++のプロジェクトでも速くなるのかな？ http://mevius.5ch.net/test/read.cgi/tech/1741406054/52
53: デフォルトの名無しさん [sage] 2025/03/12(水) 15:50:45.30 ID:QR43tr6d >>34 JavaやC#がVSCodeへ移る理由はないからね 従来のIDEの方が性能は良かったから AI駆動の登場でようやくケツに火がついた http://mevius.5ch.net/test/read.cgi/tech/1741406054/53
54: デフォルトの名無しさん [sage] 2025/03/12(水) 15:51:26.70 ID:QR43tr6d まあeclipseやVSに生成AIが入るのは時間の問題だろうけど http://mevius.5ch.net/test/read.cgi/tech/1741406054/54
55: デフォルトの名無しさん [sage] 2025/03/12(水) 16:33:14.61 ID:xCyCc47s VSはC#とともにフェードアウトしそうな気がするけどなー エコシステムがすべてみたいな世の中になっちゃったから 1つや２つの言語やフレームワークのために、巨大なツールを一社でメンテナンスするみたいなのはもう無理筋では http://mevius.5ch.net/test/read.cgi/tech/1741406054/55
56: デフォルトの名無しさん [sage] 2025/03/12(水) 16:49:17.51 ID:KVAdPTxh VSは普通にCopilot が使えるよ それに、C#はなくならないよ C#がいらないと言っているのはWeb屋さんだけ http://mevius.5ch.net/test/read.cgi/tech/1741406054/56
57: デフォルトの名無しさん [sage] 2025/03/12(水) 17:02:31.67 ID:AeXczXtM VS刷新はGUI部分のWPFがAOT対応するのを待ってる気がしてる http://mevius.5ch.net/test/read.cgi/tech/1741406054/57
58: デフォルトの名無しさん [sage] 2025/03/12(水) 17:08:33.78 ID:m5nHLEDJ いやー今更VS刷新は重すぎでしょ 公式ももうC++開発推し始めてるじゃん https://learn.microsoft.com/ja-jp/visualstudio/productinfo/vs-roadmap http://mevius.5ch.net/test/read.cgi/tech/1741406054/58
59: デフォルトの名無しさん [] 2025/03/12(水) 19:10:27.20 ID:qPUH4SHe >>56 Web屋だけどasp.net coreだよ ベンチマーク見りゃ分かるがRustとかの聞いたことの無いフレームワーク除けば最速だからね アクセス数の多い大手アパレルとかネットスーパーのサイトはasp.net coreやろ http://mevius.5ch.net/test/read.cgi/tech/1741406054/59
60: デフォルトの名無しさん [sage] 2025/03/12(水) 20:00:28.84 ID:1iMozB01 お前らもうちょっとテクニカルな話しろよ http://mevius.5ch.net/test/read.cgi/tech/1741406054/60
61: デフォルトの名無しさん [sage] 2025/03/12(水) 21:00:35.97 ID:dDPwLnop したらついてこれないじゃん http://mevius.5ch.net/test/read.cgi/tech/1741406054/61
62: デフォルトの名無しさん [sage] 2025/03/12(水) 21:03:49.47 ID:dDPwLnop TSチームは辛くてもRustで頑張ってほしかったな 一対一対応で翻訳するだけなら生成AIに突っ込むだけでいいんだから 実際そうやってるのだろうけど http://mevius.5ch.net/test/read.cgi/tech/1741406054/62
63: デフォルトの名無しさん [sage] 2025/03/12(水) 21:05:07.78 ID:dDPwLnop 共有参照が多すぎてGoじゃないとそのまま翻訳が難しいからと書いてあったが まさにその部分が設計の見直しが必要な部分なのではないのかな http://mevius.5ch.net/test/read.cgi/tech/1741406054/63
64: デフォルトの名無しさん [sage] 2025/03/12(水) 21:16:09.24 ID:dDPwLnop >>56 今時Copilot固定って流石に勘弁 http://mevius.5ch.net/test/read.cgi/tech/1741406054/64
65: デフォルトの名無しさん [sage] 2025/03/12(水) 21:16:44.06 ID:ukIq7sK1 >>62,63 肝のtype checker部分が標準仕様はなくて、実装有りきのデファクトスタンダードなので、 初手としては、設計の見直しはせず一対一対応でポートしてセマンティクスも同一でなければいけない 動画みたら循環構造やGCが必要だと言ってた http://mevius.5ch.net/test/read.cgi/tech/1741406054/65
66: デフォルトの名無しさん [sage] 2025/03/12(水) 21:26:13.27 ID:ukIq7sK1 >>62 Goコンパイラが生成するコードはスカラー演算はLLVMと遜色なくて、むしろC# AOT対比だと同等越えしている位 TSコンパイラにはベクトル演算は余り無いと思われるのでRust/LLVMで何年もかけて書き直しても速度改善は微小で 有意な改善があったとしてもメモリ使用量位だと言われてた(某所) http://mevius.5ch.net/test/read.cgi/tech/1741406054/66
67: デフォルトの名無しさん [sage] 2025/03/12(水) 21:58:55.31 ID:dDPwLnop ソース見たところクソデカの構造体に全て詰め込んで共有しまくるという Cでよくあるアンチパターンが頻出してて 設計もクソもねーなと思った http://mevius.5ch.net/test/read.cgi/tech/1741406054/67
68: デフォルトの名無しさん [sage] 2025/03/12(水) 22:02:58.14 ID:LNbDBSJi checker.goデカすぎワロタwww http://mevius.5ch.net/test/read.cgi/tech/1741406054/68
69: デフォルトの名無しさん [sage] 2025/03/12(水) 22:05:24.72 ID:dDPwLnop >>66 型チェッカーに関して言えばその通りなんだけど その「先」にあるネイティブインタプリタの実装まで考えると Rustの方が良いと思うね http://mevius.5ch.net/test/read.cgi/tech/1741406054/69
70: デフォルトの名無しさん [sage] 2025/03/12(水) 22:06:25.11 ID:dDPwLnop >>68 でも明らかにchecker.tsより読みやすい http://mevius.5ch.net/test/read.cgi/tech/1741406054/70
71: デフォルトの名無しさん [sage] 2025/03/12(水) 22:10:04.85 ID:dDPwLnop しかしここにきて一気にGoが息を吹き返したな もうオワコン扱いされてたのに tsエコシステムはもう全部Goに寄せた方が良いかもな http://mevius.5ch.net/test/read.cgi/tech/1741406054/71
72: デフォルトの名無しさん [sage] 2025/03/12(水) 22:17:26.22 ID:FSkgKTtN goってそんなオワコンだったのか 確かに目にすることは少なかったけど http://mevius.5ch.net/test/read.cgi/tech/1741406054/72
73: デフォルトの名無しさん [sage] 2025/03/13(木) 15:42:06.63 ID:/nfoM9Pt 割とすげーパラダイムシフトかもしれん 1:1対応したGoのライブラリならTSとしても扱えるということになる 1:1のコンパイルありきならそれが可能 http://mevius.5ch.net/test/read.cgi/tech/1741406054/73
74: デフォルトの名無しさん [sage] 2025/03/14(金) 09:02:46.15 ID:A6fOOOJX 生成AI時代は「Visual Studio Code」一択ではない？ 注目の次世代コードエディタとは RedMonk：LLMの台頭は「全ての開発者ワークフロー」を再考する機会に - ＠IT https://atmarkit.itmedia.co.jp/ait/articles/2503/11/news088.html http://mevius.5ch.net/test/read.cgi/tech/1741406054/74
75: デフォルトの名無しさん [sage] 2025/03/14(金) 12:16:52.04 ID:LYfhu10c 元記事に野次馬が好きそうなグラフがある RedMonk Programming Language Rankings https://redmonk.com/jgovernor/files/2025/02/redmonk-language-rankings-jun-2024-2048x1562-by-50-per-cent.png http://mevius.5ch.net/test/read.cgi/tech/1741406054/75
76: デフォルトの名無しさん [sage] 2025/03/14(金) 12:42:14.77 ID:MfMKIdBr >>75 生成AIで適当に作った？ http://mevius.5ch.net/test/read.cgi/tech/1741406054/76
77: デフォルトの名無しさん [] 2025/03/14(金) 13:42:05.68 ID:lbXu3kRR VSCodeは拡張テキストエディタとして登場したけど、いまは見た目が異なるだけの統合開発環境。 マイクロソフトはいつまでも頑なにまともなテキストエディタを用意しない、よくわからない企業だ。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/77
78: デフォルトの名無しさん [sage] 2025/03/14(金) 14:38:44.44 ID:MfMKIdBr 結局vimとemacsこそ至高 単なるエディタとして使いたいならこれでいい http://mevius.5ch.net/test/read.cgi/tech/1741406054/78
79: デフォルトの名無しさん [] 2025/03/14(金) 15:06:10.20 ID:xZJF8suh >>75 世の中たくさんの言語があると習得コストがかかるから ごく少数だけの言語だけが生き残ってくれればいいのに。 だからあほが作ったRubyなんて滅びてほしい。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/79
80: デフォルトの名無しさん [sage] 2025/03/14(金) 16:17:37.91 ID:uyJWhCIH >>78 これ http://mevius.5ch.net/test/read.cgi/tech/1741406054/80
81: デフォルトの名無しさん [sage] 2025/03/14(金) 16:38:37.63 ID:tI77/Dw9 いうほど統合開発環境じゃないでしょ。 cmakeでバタバタしてるぞ。やっぱc++はvisual studioがいいな。 あとimportのintellisence対応はいつになるんだろうか http://mevius.5ch.net/test/read.cgi/tech/1741406054/81
82: デフォルトの名無しさん [sage] 2025/03/14(金) 18:11:38.17 ID:llPebnyV MSVCアーキテクチャはLLVM界隈やgcc界隈より2周ぐらいは先行してるししゃーない http://mevius.5ch.net/test/read.cgi/tech/1741406054/82
83: デフォルトの名無しさん [sage] 2025/03/14(金) 19:10:28.77 ID:RvaSnjBK >>81 モダンなcmakeは各自が好きなようにCMakePresets.json(CMakeUserPresets.json)を作り込んでおくもんだ preset毎にvcpkg変数を定義して、Listファイルに依存している事だけ書いたらcmakeがよきに処理してくれる だからvscodeでは余計な事しないで良い http://mevius.5ch.net/test/read.cgi/tech/1741406054/83
84: デフォルトの名無しさん [sage] 2025/03/14(金) 20:20:35.64 ID:rn1prGJz >>78 emacsのdiredだけは(マイナーなので?)未だに代替が無いね dired覚えてからは各プラットフォームでのファイラー選びしなくて良くて便利 (コード編集自体はvscodeと併用してる) http://mevius.5ch.net/test/read.cgi/tech/1741406054/84
85: デフォルトの名無しさん [sage] 2025/03/14(金) 20:24:47.58 ID:oKueLnbF >>81 エ糞プスがIDEだからな VSを基準にするとVSとIDEが同義になってしまう http://mevius.5ch.net/test/read.cgi/tech/1741406054/85
86: デフォルトの名無しさん [sage] 2025/03/14(金) 20:37:31.74 ID:Sz+FX+xW >>84 emacsはdiredとshell-mode, trampがあるから離れられない WSLでWindowsにもアクセスできるから最高 http://mevius.5ch.net/test/read.cgi/tech/1741406054/86
87: デフォルトの名無しさん [sage] 2025/03/14(金) 20:44:08.28 ID:Sp1pfY/2 もうemacsとかいう化石の話はやめろよ・・・ http://mevius.5ch.net/test/read.cgi/tech/1741406054/87
88: デフォルトの名無しさん [sage] 2025/03/14(金) 20:44:44.91 ID:Sz+FX+xW >>86 VSCodeスレだった オレもVSCode併用です http://mevius.5ch.net/test/read.cgi/tech/1741406054/88
89: デフォルトの名無しさん [sage] 2025/03/14(金) 21:30:34.92 ID:C3AMcOZ/ >>83 vcpkgはcmakelistsに直書きしてるな。 vscode経由で使うとpresetsは挙動が怪しい時があって今はpresetsの利用は避けてる。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/89
90: デフォルトの名無しさん [sage] 2025/03/14(金) 21:36:37.34 ID:C3AMcOZ/ >>89 mesonに移行したいけどvcpkgの使い勝手が悪そうな感じでいる。vsはこういうこと考えないで済むから楽でいいのだが。 http://mevius.5ch.net/test/read.cgi/tech/1741406054/90
91: デフォルトの名無しさん [sage] 2025/03/18(火) 02:40:13.74 ID:AcpdpNfn >>84 vimのデフォルトのファイラは終わってるからね そこに関してemacsはかなり良い http://mevius.5ch.net/test/read.cgi/tech/1741406054/91
92: デフォルトの名無しさん [sage] 2025/03/18(火) 18:52:18.86 ID:sLdN+IVe vim(neovim)はデフォルトでは全てがイケてなくて設定しだいだな vscodeもその一面はあるけどvim程に一見さんお断りではなくて寛容だと思う http://mevius.5ch.net/test/read.cgi/tech/1741406054/92
93: デフォルトの名無しさん [sage] 2025/03/20(木) 21:03:12.84 ID:DWZf/DM5 アクティビティバーの幅が太すぎて野暮ったいから狭くしたい "window.zoomLevel"や"editor.fontSize"をいじる例は見かけるけど全体調整なので アクティビティバー以外は今のサイズを維持ってのがどうしてもうまくできない 何かいい方法ないかな？ いい拡張知ってる人いたら教えてください http://mevius.5ch.net/test/read.cgi/tech/1741406054/93
94: デフォルトの名無しさん [sage] 2025/03/20(木) 21:17:52.70 ID:dpn4tM/f >>93 細くする方法は知らんけど消すことはできるよ。 後はショートカットを覚えて各ボタンを押すのと同の事を出来るようにしたり、Windowsならctrl-qから選択したりで対応可能 http://mevius.5ch.net/test/read.cgi/tech/1741406054/94
95: デフォルトの名無しさん [sage] 2025/03/20(木) 22:00:15.72 ID:HvSgxtYp 無駄空間が多すぎるgui http://mevius.5ch.net/test/read.cgi/tech/1741406054/95
96: デフォルトの名無しさん [sage] 2025/03/20(木) 22:13:16.41 ID:AytkBH9q 縦にも横にもでかいモニタ買って UI Scale極力下げろってことだよ http://mevius.5ch.net/test/read.cgi/tech/1741406054/96
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 679 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.015s