Visual Studio Code / VSCode Part16 (394ﾚｽ)
上下前次1-新
1(1): デフォルトの名無しさん [] 2025/03/08(土) 12:54:14.95 ID:xIRhgOO9(1) AAS
Microsoft発のエディタVisual Studio Codeのスレ
公式
外部ﾘﾝｸ:code.visualstudio.com
外部ﾘﾝｸ:github.com
開発状況
外部ﾘﾝｸ:github.com
更新内容(日本語訳)
外部ﾘﾝｸ:vscode-doc-jp.github.io
前スレ
Visual Studio Code / VSCode Part13
2chｽﾚ:tech
Visual Studio Code / VSCode Part14
2chｽﾚ:tech
Visual Studio Code / VSCode Part15
2chｽﾚ:tech
2: デフォルトの名無しさん [sage] 2025/03/08(土) 13:01:11.48 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: デフォルトの名無しさん [] 2025/03/08(土) 13:15:40.92 ID:fMBn02R5(1) AAS
俺もアンチだがVSCodeはMSにしてはよくやってると思うわ
MSのCopilotは駄目すぎて笑うけど
4: デフォルトの名無しさん [sage] 2025/03/08(土) 13:35:03.02 ID:5sZkGuqi(1) AAS
MSのプロダクトは殿様商売するとゴミだが追う立場になると異常に強くなる
初期リリースの2015年当時あたりはガチで開発環境としてはWindowsなんて誰も使わなくなるんじゃないか感があったが、VSCodeとWSLによって奇跡的な復活を果たした
OfficeのCopilotは確かに酷いが、AI市場は他に奪われた後に結局MSが巻き返してしまう気はしてる
5(1): デフォルトの名無しさん [] 2025/03/08(土) 13:56:37.89 ID:W9PEZ3mM(1) AAS
そのシナリオはあり得るけど、エージェント駆動であらゆる仕事をしていく時代に
はたしてOfficeというエコシステム資産の価値がどこまで続くか疑問
Appleもだけど、これからGAFAMの一角が倒れる瞬間を目にできるとしたら楽しみだわ
6(3): デフォルトの名無しさん [sage] 2025/03/08(土) 13:59:03.20 ID:vGTvDgLV(1) AAS
VS CodeのVSってなんじゃろう
対決とかのVS？
7: デフォルトの名無しさん [] 2025/03/08(土) 14:12:04.48 ID:6GjCdbD9(1) AAS
Visual Studio
8: デフォルトの名無しさん [sage] 2025/03/08(土) 14:12:40.92 ID:Q5CCzWs1(1) AAS
>>6
>>1
9: デフォルトの名無しさん [sage] 2025/03/08(土) 17:52:41.76 ID:1IYLzVZ4(1/5) AAS
＞LLMがシンタックスエラー等を判断できるのは既存のさまざまな拡張のおかげ、
＞C++拡張やらtust-analyzerやらts拡張やらlintやら。これらのアサート機能なきゃLLMは目が見えないのと同じ。素のエディター部分はVSCodeのありがたみの2割ぐらいなんではなかろうか
＞
＞もちろん、人間が理解しやすいのとLLMが理解しやすいは異なるので、一から全部LLMが読みやすいメッセージフォーマットで出力するよう作れれば最適化できると云うのは賛同するが開発が早くはないよな。ゴールが遠すぎて
前スレの最後のレスについて
これは古い時代の考え方
LLMは各言語のシンタックスを覚えている
だから個別の拡張はいらない
コードを書くということがなくなるのだ
10: デフォルトの名無しさん [sage] 2025/03/08(土) 17:54:12.55 ID:1IYLzVZ4(2/5) AAS
>>5
Officeもいらない
全部自動生成でいい
11: デフォルトの名無しさん [sage] 2025/03/08(土) 18:03:12.40 ID:1IYLzVZ4(3/5) AAS
LLMを使うのであればローカルで必要なVSCode拡張はゼロになるだろう
現時点ではまだいくつかは必要だろうけどそれもそのうちいらなくなる
12: デフォルトの名無しさん [sage] 2025/03/08(土) 18:06:38.62 ID:1IYLzVZ4(4/5) AAS
>>6
Visual Studioとなってるけど何も関係ないのでもうCodeという名前で良いと思う
13: デフォルトの名無しさん [sage] 2025/03/08(土) 22:03:30.43 ID:RWf4z7Zj(1) AAS
wsl起動しちゃう
14: デフォルトの名無しさん [] 2025/03/08(土) 22:16:48.33 ID:3lLd1q6p(1) AAS
Windows環境でもWSLリモート接続で何ら不都合ないって地味にすごいし有り難い
Powershellなんて使いにくいし覚えるのも馬鹿馬鹿しいからね
15: デフォルトの名無しさん [] 2025/03/08(土) 23:39:53.83 ID:zOJ1gnEL(1/2) AAS
>>6
その会社の有名な製品名を付けると知名度が上がる理屈もわからないのか？
16(1): デフォルトの名無しさん [sage] 2025/03/08(土) 23:41:38.97 ID:1IYLzVZ4(5/5) AAS
まあこのネームは失敗だよ
紛らわしいだけ
17: デフォルトの名無しさん [] 2025/03/08(土) 23:47:15.22 ID:zOJ1gnEL(2/2) AAS
>>16
マイクロソフトは伝統的に命名センスがない
18: デフォルトの名無しさん [sage] 2025/03/09(日) 12:41:28.26 ID:x/DuxNns(1/2) AAS
Azure DevOps……
19: デフォルトの名無しさん [sage] 2025/03/09(日) 12:52:59.25 ID:y8mAkJhd(1) AAS
AWSの製品名もだが、それも未だに自分はなにが範囲なのかわからんサービス・・・
20: デフォルトの名無しさん [sage] 2025/03/09(日) 13:27:37.52 ID:mbeNVzuu(1/2) AAS
Azure DevOpsはあんなゴミさっさと廃止してGitHubをAzure内で買えるようにしてくれ
あのクソのせいでGitHubを導入させる説明のハードルが上がるんだよ
21: デフォルトの名無しさん [] 2025/03/09(日) 13:43:14.57 ID:NhV8Hqbn(1) AAS
普通はDevOpsの方使いやろ
チケット管理別にするん？
22: デフォルトの名無しさん [sage] 2025/03/09(日) 14:32:35.68 ID:mbeNVzuu(2/2) AAS
別もなにも大抵のチケット管理サービスはGitHubと連携できるし、簡単なカンバンだけでいいならGitHub Projectも十分使える
Azure DevOpsを選ぶ理由はAzureを使っていれば追加の契約が不要なこととEntraID連携が楽で安いこと、それに尽きる
しかし上記はエンタープライズでは極めてクリティカルなので何とかしてほしいところだ
23: デフォルトの名無しさん [sage] 2025/03/09(日) 16:02:02.97 ID:x/DuxNns(2/2) AAS
Azure DevOps自体がゴミというより、Azureが好評だったからってその一部ではない既存のソフトの名前を変更してAzureって付けるセンスがゴミって話
驚き最小の原則に反している
ASP.NET Core……
24(1): デフォルトの名無しさん [sage] 2025/03/09(日) 16:51:01.00 ID:XBMcDAIL(1) AAS
有能な社員「今度の案件はVisual Studio Codeを使います。いいですよね？」
無能な上司「あーいつものビジュアルナントカでしょ？わざわざ聞かなくていいよ」
有能な社員「あざーっす」
こういうの大事なんだよ。アトムやらカーソゥやらウィンドサーフだったらこうはいかない。
25: デフォルトの名無しさん [sage] 2025/03/09(日) 17:34:46.74 ID:YNCa3eKA(1) AAS
そしてgithubでソース流出へ
上下前次1-新書関写板覧索設栞歴
あと 369 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.783s*