Visual Studio Code / VSCode Part16 (913ﾚｽ)
上下前次1-新
2: 03/08(土)13:01 ID:uZnqee/o(1) AAS
VSCodeの設計とか将来性の話はいいけどマイクロソフトアンチみたいなのは他所でやろうや。俺もアンチだしウィンドウズすら使わんけど、codeは使い続けてるし拡張も自分で作って遊んでる。モノとしてのcodeはマイクロソフトとは別モンと思って使ってる
999：デフォルトの名無しさん：[sage]：2025/03/08(土) 02:41:23.91 ID:EirLqTwB
MSは金の力でAtomパクって潰しGithub強奪しただけだしな
スマホ政策の失敗で開発の中枢からはじき出された状態に変わりはないし
VSCodeの古臭さが限界にぶち当たった時廃れ始める
C#のようにね
3: 03/08(土)13:15 ID:fMBn02R5(1) AAS
俺もアンチだがVSCodeはMSにしてはよくやってると思うわ
MSのCopilotは駄目すぎて笑うけど
4: 03/08(土)13:35 ID:5sZkGuqi(1) AAS
MSのプロダクトは殿様商売するとゴミだが追う立場になると異常に強くなる
初期リリースの2015年当時あたりはガチで開発環境としてはWindowsなんて誰も使わなくなるんじゃないか感があったが、VSCodeとWSLによって奇跡的な復活を果たした
OfficeのCopilotは確かに酷いが、AI市場は他に奪われた後に結局MSが巻き返してしまう気はしてる
5(1): 03/08(土)13:56 ID:W9PEZ3mM(1) AAS
そのシナリオはあり得るけど、エージェント駆動であらゆる仕事をしていく時代に
はたしてOfficeというエコシステム資産の価値がどこまで続くか疑問
Appleもだけど、これからGAFAMの一角が倒れる瞬間を目にできるとしたら楽しみだわ
6(3): 03/08(土)13:59 ID:vGTvDgLV(1) AAS
VS CodeのVSってなんじゃろう
対決とかのVS？
7: 03/08(土)14:12 ID:6GjCdbD9(1) AAS
Visual Studio
8: 03/08(土)14:12 ID:Q5CCzWs1(1) AAS
>>6
>>1
9: 03/08(土)17:52 ID:1IYLzVZ4(1/5) AAS
＞LLMがシンタックスエラー等を判断できるのは既存のさまざまな拡張のおかげ、
＞C++拡張やらtust-analyzerやらts拡張やらlintやら。これらのアサート機能なきゃLLMは目が見えないのと同じ。素のエディター部分はVSCodeのありがたみの2割ぐらいなんではなかろうか
＞
＞もちろん、人間が理解しやすいのとLLMが理解しやすいは異なるので、一から全部LLMが読みやすいメッセージフォーマットで出力するよう作れれば最適化できると云うのは賛同するが開発が早くはないよな。ゴールが遠すぎて
前スレの最後のレスについて
これは古い時代の考え方
LLMは各言語のシンタックスを覚えている
省2
10: 03/08(土)17:54 ID:1IYLzVZ4(2/5) AAS
>>5
Officeもいらない
全部自動生成でいい
11: 03/08(土)18:03 ID:1IYLzVZ4(3/5) AAS
LLMを使うのであればローカルで必要なVSCode拡張はゼロになるだろう
現時点ではまだいくつかは必要だろうけどそれもそのうちいらなくなる
12: 03/08(土)18:06 ID:1IYLzVZ4(4/5) AAS
>>6
Visual Studioとなってるけど何も関係ないのでもうCodeという名前で良いと思う
13: 03/08(土)22:03 ID:RWf4z7Zj(1) AAS
wsl起動しちゃう
14: 03/08(土)22:16 ID:3lLd1q6p(1) AAS
Windows環境でもWSLリモート接続で何ら不都合ないって地味にすごいし有り難い
Powershellなんて使いにくいし覚えるのも馬鹿馬鹿しいからね
15: 03/08(土)23:39 ID:zOJ1gnEL(1/2) AAS
>>6
その会社の有名な製品名を付けると知名度が上がる理屈もわからないのか？
16(1): 03/08(土)23:41 ID:1IYLzVZ4(5/5) AAS
まあこのネームは失敗だよ
紛らわしいだけ
17: 03/08(土)23:47 ID:zOJ1gnEL(2/2) AAS
>>16
マイクロソフトは伝統的に命名センスがない
18: 03/09(日)12:41 ID:x/DuxNns(1/2) AAS
Azure DevOps……
19: 03/09(日)12:52 ID:y8mAkJhd(1) AAS
AWSの製品名もだが、それも未だに自分はなにが範囲なのかわからんサービス・・・
20: 03/09(日)13:27 ID:mbeNVzuu(1/2) AAS
Azure DevOpsはあんなゴミさっさと廃止してGitHubをAzure内で買えるようにしてくれ
あのクソのせいでGitHubを導入させる説明のハードルが上がるんだよ
21: 03/09(日)13:43 ID:NhV8Hqbn(1) AAS
普通はDevOpsの方使いやろ
チケット管理別にするん？
22: 03/09(日)14:32 ID:mbeNVzuu(2/2) AAS
別もなにも大抵のチケット管理サービスはGitHubと連携できるし、簡単なカンバンだけでいいならGitHub Projectも十分使える
Azure DevOpsを選ぶ理由はAzureを使っていれば追加の契約が不要なこととEntraID連携が楽で安いこと、それに尽きる
しかし上記はエンタープライズでは極めてクリティカルなので何とかしてほしいところだ
23: 03/09(日)16:02 ID:x/DuxNns(2/2) AAS
Azure DevOps自体がゴミというより、Azureが好評だったからってその一部ではない既存のソフトの名前を変更してAzureって付けるセンスがゴミって話
驚き最小の原則に反している
ASP.NET Core……
24(1): 03/09(日)16:51 ID:XBMcDAIL(1) AAS
有能な社員「今度の案件はVisual Studio Codeを使います。いいですよね？」
無能な上司「あーいつものビジュアルナントカでしょ？わざわざ聞かなくていいよ」
有能な社員「あざーっす」
こういうの大事なんだよ。アトムやらカーソゥやらウィンドサーフだったらこうはいかない。
25: 03/09(日)17:34 ID:YNCa3eKA(1) AAS
そしてgithubでソース流出へ
26: 03/09(日)18:32 ID:ZELfrWiA(1) AAS
さっさとやめちまえとマジレス
日本の大企業あるあるだがそんな会社は来たるAI時代に駆逐されるだろう
ChatGPT Enterpriseは危険だけどAzure OpenAIなら安全性が担保されてるから安心とかね
実体を分かって言ってんならまだしも実際はMSの能書きを脳死で受け入れてるだけだし
27: 03/09(日)19:16 ID:HKmOZnoF(1) AAS
話を戻すがAIエージェントの登場でVSCode一強の時代は終わるかもしれない
VSCodeの肝である拡張相当の機能が実質LLMに内包されている事実
提案されたコードを修正する場合も全てLLMを通すため
ローカル環境の拡張がいらなくなる
ということはエディタのコアにLLMがあれば良い
こうなった時VSCodeの優位性は薄れていくだろう
28: 03/10(月)21:39 ID:oc0rirOg(1) AAS
MSは一強になると調子に乗っておかしくなるからライバルが出てくるのは歓迎
29: 03/11(火)01:09 ID:2l5e9c6f(1) AAS
もともと機能が多すぎる統合開発環境が嫌われ出してテキストエディタ回帰になり、VSCodeが広まったのにVSCodeが統合開発環境のVisual Studio化してとっつきにくくなって嫌われ始めた。
CUIを使うと玄人のように装えるが、それは単に格好付けにすぎないからな。
30(1): 03/11(火)08:59 ID:GeRDrJsM(1) AAS
それは事実と全く違っていて、eclipseの鈍重なイメージでIDEを食わず嫌いしていたWeb系の連中が、VSCodeによってIDE(に近いもの)の便利さに気付いて一気に流行ったというのが実態
IDEでもVSやJetBrainsは嫌われていないし、VSCode批判も今のところ極一部が逆張りで目立とうと試みているだけで、実際に遅くなってたAtomなんかと違って実態があまり伴ってないから盛り上がらない
31: 03/11(火)09:37 ID:w6jOB2wc(1) AAS
>>30
個人の感想です。
32: 03/11(火)10:03 ID:i7+yxV1c(1/2) AAS
eclipseってjavaだとまだ主流なの？
33: 03/11(火)10:11 ID:T7imaKm3(1) AAS
昔、組み込みのideがそれだったよ。emacsとmakeに逃げたけど。
34(1): 03/11(火)11:06 ID:JkpVq9qa(1) AAS
IDEってまだ残ってんのか
自分も昔はVS使ってたし、VSCodeが出た当時は「悪くないんだけどまー所詮はエディタだし」と思ってたけど
今はAI駆動で開発スタイルも完全に変わったから旧来のIDEはますます厳しくなるだろう
アップデートスピードが命な時代だから
35: 03/11(火)11:53 ID:KcOr5BYg(1) AAS
機器メーカーが提供するIDEはいまでもEclipseベースが多いんではないの？
IDEって最初からお膳立てしてくれてるだけであってAI駆動の有無は関係ないしね
旧来のってとこに掛けてんのかもしれんけど
36(1): 03/11(火)14:19 ID:i7+yxV1c(2/2) AAS
で今javaのエンジニアはまだeclipseが主流なん？
c#はいまだにvisual studioなのしってるけどwww
37(1): 03/11(火)15:10 ID:cjCAu/UP(1) AAS
エディタの優位性なんて拡張の豊富さ以外でほぼ差がつかない時代だった
その拡張が全てリセットされた新時代に突入した
38: 03/11(火)16:01 ID:8wwlWO3U(1) AAS
>>36
ハイエンドはIntelliJ
人月業界はeclipse
39: 03/12(水)01:00 ID:ttANcShH(1/4) AAS
コンソールにviと人工知能だけありゃいいってそりゃ1960年代に逆戻りだよな
もちろん、音声での応答機能は付くだろうけどIDEのでかいフォントに慣れた俺らからするとシンタックスハイライトとか無くなってめっちゃ小フォントサイズでモノクロ表示になるのキツいよね
コンピューターは文字を読むのではなくparseして意味を解釈するだけで満足だしなあ。今後発売予定の新型AIパソコンではフォントすらインストールされないかも！
40: 03/12(水)01:02 ID:ttANcShH(2/4) AAS
>>37
エディターの最大の要素は見やすさ。特にここ最近小さな字が読みにくくてコントラスト上げたり目を細くしたりしてるが読みにくい。昔よりディスプレイ全体がボヤけて滲んでる感じあるしこれも時代のニーズかな。昔はブラウン管でもはっきり文字が読み取れた
41: 03/12(水)01:11 ID:9ztxFGEs(1) AAS
老眼とはまた別でピントは合ってるんだけど目の解像度が落ちているのを感じる
42: 03/12(水)02:18 ID:l7Ei0OWT(1) AAS
眼科に行って眼球修理しろw
43: 03/12(水)12:20 ID:CAwmxiiY(1/3) AAS
Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があった
VSCodeでは問題ないんで何事かと焦ったわ
この辺の設定ってVSCodeと同じはずと思い込んでたんで
AIがデフォルトでHttp2を使う仕様なのはパフォーマンスの関係なのかな
会社のプロキシってやつにはいつの時代も苦労させられるぜ
44: 03/12(水)12:22 ID:CAwmxiiY(2/3) AAS
Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があった
VSCodeでは問題ないんで何事かと焦ったわ
この辺の設定ってVSCodeと同じはずと思い込んでたんで
AIがデフォルトでHttp2を使う仕様なのはパフォーマンスが理由なのかな
会社のプロキシってやつにはいつの時代も苦労させられるぜ
45: 03/12(水)12:23 ID:CAwmxiiY(3/3) AAS
連投スマン
46: 03/12(水)12:30 ID:RnfSW566(1) AAS
Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があったぽ
VSCodeでは問題ないんで何事かと焦ったぽ
この辺の設定ってVSCodeと同じはずと思い込んでたぽ
AIがデフォルトでHttp2を使う仕様なのはパフォーマンスが理由なのかぽ
会社のプロキシってやつにはいつの時代も苦労させられるぽ
47: 03/12(水)12:49 ID:ttANcShH(3/4) AAS
大事なことなのは分かるけど3回も書き込まなくてもちゃんと読んでるぽ
しかし人工知能は機嫌損ねると急に話し方が冷たくなったりして付き合うの大変だよな
あんま人情とかキャラとか個性持たなくていいんだが。会社のは妙にキャラが染み込んでてにになるのよ。技術システム部の人工知能導入担当が変なデータ食わせて育てたんじゃないかと推測
淡々と仕事する素直な人工知能(今より多少アホでもいい)をマイクロソフトが出さないものか
48: 03/12(水)12:50 ID:ttANcShH(4/4) AAS
にになるじゃなくて、気になる、だった
49: 03/12(水)13:35 ID:j6Qh4OZB(1/2) AAS
英語苦手なんだが、typescript-goのニュース。
tscが速くなると、なぜvscodeのロードが速くなるの？
50: 03/12(水)13:46 ID:sRX+RCpl(1) AAS
vscodeがjsで動いているから
51: 03/12(水)14:20 ID:uoPxhT/U(1) AAS
VSCodeがJS/TSの解析などにtscを使っているから
52: 03/12(水)14:21 ID:j6Qh4OZB(2/2) AAS
毎度、.tsから.jsにトランスパイルしてるってことか。一度やってそれで動けばいいのに。
ということは、c++のプロジェクトでも速くなるのかな？
53: 03/12(水)15:50 ID:QR43tr6d(1/2) AAS
>>34
JavaやC#がVSCodeへ移る理由はないからね
従来のIDEの方が性能は良かったから
AI駆動の登場でようやくケツに火がついた
54: 03/12(水)15:51 ID:QR43tr6d(2/2) AAS
まあeclipseやVSに生成AIが入るのは時間の問題だろうけど
55: 03/12(水)16:33 ID:xCyCc47s(1) AAS
VSはC#とともにフェードアウトしそうな気がするけどなー
エコシステムがすべてみたいな世の中になっちゃったから
1つや２つの言語やフレームワークのために、巨大なツールを一社でメンテナンスするみたいなのはもう無理筋では
56(2): 03/12(水)16:49 ID:KVAdPTxh(1) AAS
VSは普通にCopilot が使えるよ
それに、C#はなくならないよ
C#がいらないと言っているのはWeb屋さんだけ
57: 03/12(水)17:02 ID:AeXczXtM(1) AAS
VS刷新はGUI部分のWPFがAOT対応するのを待ってる気がしてる
58: 03/12(水)17:08 ID:m5nHLEDJ(1) AAS
いやー今更VS刷新は重すぎでしょ
公式ももうC++開発推し始めてるじゃん
外部ﾘﾝｸ:learn.microsoft.com
59: 03/12(水)19:10 ID:qPUH4SHe(1) AAS
>>56
Web屋だけどasp.net coreだよ
ベンチマーク見りゃ分かるがRustとかの聞いたことの無いフレームワーク除けば最速だからね
アクセス数の多い大手アパレルとかネットスーパーのサイトはasp.net coreやろ
60: 03/12(水)20:00 ID:1iMozB01(1) AAS
お前らもうちょっとテクニカルな話しろよ
61: 03/12(水)21:00 ID:dDPwLnop(1/8) AAS
したらついてこれないじゃん
62(2): 03/12(水)21:03 ID:dDPwLnop(2/8) AAS
TSチームは辛くてもRustで頑張ってほしかったな
一対一対応で翻訳するだけなら生成AIに突っ込むだけでいいんだから
実際そうやってるのだろうけど
63(1): 03/12(水)21:05 ID:dDPwLnop(3/8) AAS
共有参照が多すぎてGoじゃないとそのまま翻訳が難しいからと書いてあったが
まさにその部分が設計の見直しが必要な部分なのではないのかな
64: 03/12(水)21:16 ID:dDPwLnop(4/8) AAS
>>56
今時Copilot固定って流石に勘弁
65: 03/12(水)21:16 ID:ukIq7sK1(1/2) AAS
>>62,63
肝のtype checker部分が標準仕様はなくて、実装有りきのデファクトスタンダードなので、
初手としては、設計の見直しはせず一対一対応でポートしてセマンティクスも同一でなければいけない
動画みたら循環構造やGCが必要だと言ってた
66(1): 03/12(水)21:26 ID:ukIq7sK1(2/2) AAS
>>62
Goコンパイラが生成するコードはスカラー演算はLLVMと遜色なくて、むしろC# AOT対比だと同等越えしている位
TSコンパイラにはベクトル演算は余り無いと思われるのでRust/LLVMで何年もかけて書き直しても速度改善は微小で
有意な改善があったとしてもメモリ使用量位だと言われてた(某所)
67: 03/12(水)21:58 ID:dDPwLnop(5/8) AAS
ソース見たところクソデカの構造体に全て詰め込んで共有しまくるという
Cでよくあるアンチパターンが頻出してて
設計もクソもねーなと思った
68(1): 03/12(水)22:02 ID:LNbDBSJi(1) AAS
checker.goデカすぎワロタwww
69: 03/12(水)22:05 ID:dDPwLnop(6/8) AAS
>>66
型チェッカーに関して言えばその通りなんだけど
その「先」にあるネイティブインタプリタの実装まで考えると
Rustの方が良いと思うね
70: 03/12(水)22:06 ID:dDPwLnop(7/8) AAS
>>68
でも明らかにchecker.tsより読みやすい
71: 03/12(水)22:10 ID:dDPwLnop(8/8) AAS
しかしここにきて一気にGoが息を吹き返したな
もうオワコン扱いされてたのに
tsエコシステムはもう全部Goに寄せた方が良いかもな
72: 03/12(水)22:17 ID:FSkgKTtN(1) AAS
goってそんなオワコンだったのか
確かに目にすることは少なかったけど
73: 03/13(木)15:42 ID:/nfoM9Pt(1) AAS
割とすげーパラダイムシフトかもしれん
1:1対応したGoのライブラリならTSとしても扱えるということになる
1:1のコンパイルありきならそれが可能
74: 03/14(金)09:02 ID:A6fOOOJX(1) AAS
生成AI時代は「Visual Studio Code」一択ではない？ 注目の次世代コードエディタとは RedMonk：LLMの台頭は「全ての開発者ワークフロー」を再考する機会に - ＠IT
外部ﾘﾝｸ[html]:atmarkit.itmedia.co.jp
75(2): 03/14(金)12:16 ID:LYfhu10c(1) AAS
元記事に野次馬が好きそうなグラフがある
RedMonk Programming Language Rankings
画像ﾘﾝｸ[png]:redmonk.com
76: 03/14(金)12:42 ID:MfMKIdBr(1/2) AAS
>>75
生成AIで適当に作った？
77: 03/14(金)13:42 ID:lbXu3kRR(1) AAS
VSCodeは拡張テキストエディタとして登場したけど、いまは見た目が異なるだけの統合開発環境。
マイクロソフトはいつまでも頑なにまともなテキストエディタを用意しない、よくわからない企業だ。
78(2): 03/14(金)14:38 ID:MfMKIdBr(2/2) AAS
結局vimとemacsこそ至高
単なるエディタとして使いたいならこれでいい
79: 03/14(金)15:06 ID:xZJF8suh(1) AAS
>>75
世の中たくさんの言語があると習得コストがかかるから
ごく少数だけの言語だけが生き残ってくれればいいのに。
だからあほが作ったRubyなんて滅びてほしい。
80: 03/14(金)16:17 ID:uyJWhCIH(1) AAS
>>78
これ
81(2): 03/14(金)16:38 ID:tI77/Dw9(1) AAS
いうほど統合開発環境じゃないでしょ。
cmakeでバタバタしてるぞ。やっぱc++はvisual studioがいいな。
あとimportのintellisence対応はいつになるんだろうか
82: 03/14(金)18:11 ID:llPebnyV(1) AAS
MSVCアーキテクチャはLLVM界隈やgcc界隈より2周ぐらいは先行してるししゃーない
上下前次1-新書関写板覧索設栞歴
あと 831 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s