Visual Studio Code / VSCode Part15

**デフォルトの名無しさん** · 2024/05/26(日) 16:18:49.16

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/

**デフォルトの名無しさん** · 2025/03/07(金) 13:20:34.94

描画とIOのレスポンスは別物だよ
描画のレスポンスは常に速い方がいい

**デフォルトの名無しさん** · 2025/03/07(金) 14:21:58.73

Zedを久々に見たら俺のいう通りになってる
Zed AIってのが実装されててclaudeとか使える

**デフォルトの名無しさん** · 2025/03/07(金) 17:17:17.19

そりゃ今時AI非対応のエディタなんか土俵にも上がれないからな
Zedが開発開始した当初は機能的には既に完成水準に達したVSCodeが完全に市場を制した状況にあり、エディタ界は良くも悪くも枯れていた
つまり模造品を作る分には後発者利益で手戻りを最小に抑えられる状況にあり、Rustという機動性に乏しいが信頼性やパフォーマンスに優れた言語で置き換える試みが正当化される状況だったわけだ
そこへAIというビッグウェーブが来たことでエディタ界は機能開発競争に突入し、Zedの目論見は完全に破綻した
Zed IndustriesはVCから日夜詰められて悪夢の日々だろうな

**デフォルトの名無しさん** · 2025/03/07(金) 19:42:13.21

エディタなんて自慢のAI様を使ってCでｺﾞﾘｺﾞﾘ書けよ

**デフォルトの名無しさん** · 2025/03/07(金) 20:07:11.30

VSCodeでフォルダを開くと、自動的にワークスペースが適用されるフォルダとされないフォルダがあるようになっちまった
なんでなのか全くわからん、エスパーの人いたらなんでなのか教えて！！！

**デフォルトの名無しさん** · 2025/03/07(金) 20:36:51.55

>>986
いやCursorを例にとると
既存のごちゃごちゃした拡張使うよりデフォルトでAIエージェントが使えてかつそれがコアと紐ついてるエディタなら普及する可能性はある
今エディタ戦争はリセットされたのだ

**デフォルトの名無しさん** · 2025/03/07(金) 20:47:14.70

>>987
流石に文字列操作をメインに扱うプログラムで今更Cは使わんでしょ
辛くなってくる
rust一択

**デフォルトの名無しさん** · 2025/03/07(金) 21:49:46.50

>>989
そりゃZed社もVCにはそう言うしかないし、実際AIネイティブなエディタとしてピボットした
今やユーザーの関心はAIエージェントの機能性と精度に向いていて、信頼性やパフォーマンスよりも機能開発の速度が勝敗を分けるフェーズにある
Rustがその種の勝負に向いているかは俺は知らんが、今のところVSCode系が圧倒的に優勢だな

**デフォルトの名無しさん** · 2025/03/07(金) 22:50:23.01

IT界隈はAIのせいで目算狂った人クソ多いんだろうな
俺等はありがたく使わせてもらうだけだけど

**デフォルトの名無しさん** · 2025/03/07(金) 23:18:43.29

>>992
もともとセンスがない開発者は機械に負けるよな

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

>>991
VSCodeの拡張ってめちゃくちゃ書きにくいよ
特に描画周りは内部構造を理解していないと手が出せない
当然コアは恐ろしく巨大な何かになっており
気軽に開発できるものではなくなっている
その点コードベースが小さいZedの方が書きやすいのではないか
コアに実装するなら特にね
Cursorの連中も拡張じゃ拉致があかんからフォークしてコアを弄るとなったのだろう

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

つまり巨大なコードベースのVSCodeはAIエージェントのような拡張のレベルを超えることをやりたいとなったら非常に難しくなるのだ
Roo Codeは頑張っているがどこかで限界が来ると思っている
Cursorの連中のようにVSCodeをフォークしないとダメなレベルになっている
しかしこれは普通の開発者にはハードルが高い
なのでコアが小さいエディタにAI機能を追加することが現時点で小規模開発者ができるアイデアとしては1番筋がいいと思う

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

典型的な「作り直した方が早い」症候群だね
そもそもAI駆動のノーコードツールなんて雨後のの筍のように出てきているわけで、
あくまでコーディングエディタとして差別化するならVSCodeの機能性をリセットしたら本末転倒でしょ

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

LLMがシンタックスエラー等を判断できるのは既存のさまざまな拡張のおかげ、
C++拡張やらtust-analyzerやらts拡張やらlintやら。これらのアサート機能なきゃLLMは目が見えないのと同じ。素のエディター部分はVSCodeのありがたみの2割ぐらいなんではなかろうか

もちろん、人間が理解しやすいのとLLMが理解しやすいは異なるので、一から全部LLMが読みやすいメッセージフォーマットで出力するよう作れれば最適化できると云うのは賛同するが開発が早くはないよな。ゴールが遠すぎて

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

CursorにしてもWindsurfにしてもVSCodeの拡張までそのままうごくから、じゃあ使ってみるかってなるわけで
いくら速かろうとポッと出の新AIエディタ！とか言われても誰も使わんよ

とにかく現代のソフトウェア開発はツールからライブラリ、アーキテクチャの選定まですべてエコシステム命
流行っていない技術を選ぶこと、最新にしないことそれ自体がリスクとなる時代。

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

MSは金の力でAtomパクって潰しGithub強奪しただけだしな
スマホ政策の失敗で開発の中枢からはじき出された状態に変わりはないし
VSCodeの古臭さが限界にぶち当たった時廃れ始める
C#のようにね

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

次スレ
Visual Studio Code / VSCode Part16
https://mevius.5ch.net/test/read.cgi/tech/1741406054/

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 285日 20時間 36分 31秒