Visual Studio Code / VSCode Part16

**デフォルトの名無しさん** · 2025/03/08(土) 12:54:14.95

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/

**デフォルトの名無しさん** · 2025/03/08(土) 13:01:11.48

VSCodeの設計とか将来性の話はいいけどマイクロソフトアンチみたいなのは他所でやろうや。俺もアンチだしウィンドウズすら使わんけど、codeは使い続けてるし拡張も自分で作って遊んでる。モノとしてのcodeはマイクロソフトとは別モンと思って使ってる

999：デフォルトの名無しさん：[sage]：2025/03/08(土) 02:41:23.91 ID:EirLqTwB
MSは金の力でAtomパクって潰しGithub強奪しただけだしな
スマホ政策の失敗で開発の中枢からはじき出された状態に変わりはないし
VSCodeの古臭さが限界にぶち当たった時廃れ始める
C#のようにね

**デフォルトの名無しさん** · 2025/03/08(土) 13:15:40.92

俺もアンチだがVSCodeはMSにしてはよくやってると思うわ
MSのCopilotは駄目すぎて笑うけど

**デフォルトの名無しさん** · 2025/03/08(土) 13:35:03.02

MSのプロダクトは殿様商売するとゴミだが追う立場になると異常に強くなる
初期リリースの2015年当時あたりはガチで開発環境としてはWindowsなんて誰も使わなくなるんじゃないか感があったが、VSCodeとWSLによって奇跡的な復活を果たした
OfficeのCopilotは確かに酷いが、AI市場は他に奪われた後に結局MSが巻き返してしまう気はしてる

**デフォルトの名無しさん** · 2025/03/08(土) 13:56:37.89

そのシナリオはあり得るけど、エージェント駆動であらゆる仕事をしていく時代に
はたしてOfficeというエコシステム資産の価値がどこまで続くか疑問

Appleもだけど、これからGAFAMの一角が倒れる瞬間を目にできるとしたら楽しみだわ

**デフォルトの名無しさん** · 2025/03/08(土) 13:59:03.20

VS CodeのVSってなんじゃろう
対決とかのVS？

**デフォルトの名無しさん** · 2025/03/08(土) 14:12:04.48

Visual Studio

**デフォルトの名無しさん** · 2025/03/08(土) 14:12:40.92

>>6
>>1

**デフォルトの名無しさん** · 2025/03/08(土) 17:52:41.76

＞LLMがシンタックスエラー等を判断できるのは既存のさまざまな拡張のおかげ、
＞C++拡張やらtust-analyzerやらts拡張やらlintやら。これらのアサート機能なきゃLLMは目が見えないのと同じ。素のエディター部分はVSCodeのありがたみの2割ぐらいなんではなかろうか
＞
＞もちろん、人間が理解しやすいのとLLMが理解しやすいは異なるので、一から全部LLMが読みやすいメッセージフォーマットで出力するよう作れれば最適化できると云うのは賛同するが開発が早くはないよな。ゴールが遠すぎて

前スレの最後のレスについて
これは古い時代の考え方
LLMは各言語のシンタックスを覚えている
だから個別の拡張はいらない
コードを書くということがなくなるのだ

**デフォルトの名無しさん** · 2025/03/08(土) 17:54:12.55

>>5
Officeもいらない
全部自動生成でいい

**デフォルトの名無しさん** · 2025/03/08(土) 18:03:12.40

LLMを使うのであればローカルで必要なVSCode拡張はゼロになるだろう
現時点ではまだいくつかは必要だろうけどそれもそのうちいらなくなる

**デフォルトの名無しさん** · 2025/03/08(土) 18:06:38.62

>>6
Visual Studioとなってるけど何も関係ないのでもうCodeという名前で良いと思う

**デフォルトの名無しさん** · 2025/03/08(土) 22:03:30.43

wsl起動しちゃう

**デフォルトの名無しさん** · 2025/03/08(土) 22:16:48.33

Windows環境でもWSLリモート接続で何ら不都合ないって地味にすごいし有り難い
Powershellなんて使いにくいし覚えるのも馬鹿馬鹿しいからね

**デフォルトの名無しさん** · 2025/03/08(土) 23:39:53.83

>>6
その会社の有名な製品名を付けると知名度が上がる理屈もわからないのか？

**デフォルトの名無しさん** · 2025/03/08(土) 23:41:38.97

まあこのネームは失敗だよ
紛らわしいだけ

**デフォルトの名無しさん** · 2025/03/08(土) 23:47:15.22

>>16
マイクロソフトは伝統的に命名センスがない

**デフォルトの名無しさん** · 2025/03/09(日) 12:41:28.26

Azure DevOps……

**デフォルトの名無しさん** · 2025/03/09(日) 12:52:59.25

AWSの製品名もだが、それも未だに自分はなにが範囲なのかわからんサービス・・・

**デフォルトの名無しさん** · 2025/03/09(日) 13:27:37.52

Azure DevOpsはあんなゴミさっさと廃止してGitHubをAzure内で買えるようにしてくれ
あのクソのせいでGitHubを導入させる説明のハードルが上がるんだよ

**デフォルトの名無しさん** · 2025/03/09(日) 13:43:14.57

普通はDevOpsの方使いやろ
チケット管理別にするん？

**デフォルトの名無しさん** · 2025/03/09(日) 14:32:35.68

別もなにも大抵のチケット管理サービスはGitHubと連携できるし、簡単なカンバンだけでいいならGitHub Projectも十分使える
Azure DevOpsを選ぶ理由はAzureを使っていれば追加の契約が不要なこととEntraID連携が楽で安いこと、それに尽きる
しかし上記はエンタープライズでは極めてクリティカルなので何とかしてほしいところだ