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/06(木) 11:28:01.71

>>968
無料版は性能がしょぼいと思う

**デフォルトの名無しさん** · 2025/03/06(木) 12:36:37.03

tmuxとかのターミナルマルチプレクサ使ってた人、vscodeのターミナルでも使ってる？

**デフォルトの名無しさん** · 2025/03/06(木) 18:49:31.47

タブ機能Offにして、
たとえばtest.txtってファイルを開くと新しいウィンドウで開かれるが、
もう一回test.txtを開くとウィンドウが2つになっちゃうが、
同じウィンドウを開かない方法ってある？

**デフォルトの名無しさん** · 2025/03/06(木) 20:48:55.95

手元だと同じウィンドウがアクティブになるが
> % code --help
> -r --reuse-window Force to open a file or folder in an already opened window.
これ使ったらどうなる？

**デフォルトの名無しさん** · 2025/03/06(木) 21:36:18.75

>>971
ショートカットキーが衝突して使いづらいのでやめた。

**デフォルトの名無しさん** · 2025/03/06(木) 21:51:21.58

>>974
やっぱそうなるよね
コピーモードの範囲選択がコンテキストとして認識してくれたら便利かもしれんけど現状無理だし

**デフォルトの名無しさん** · 2025/03/06(木) 23:39:01.31

>>973
お、いけました
ありがとう
-r --reuse-window

これって、コマンドラインのオプションじゃなく、VS Codeの設定でできないのかね？

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

エージェント駆動開発に染まったせいでターミナルへの拘りみたいな気持ちがフッと消えてしまったわ

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

VSCodeも結局、マイクロソフトのガラパゴス化が進んで、10年後はマイナー環境になっている可能性がある。

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

>>978
あり得ないな
Chromeと同じ流れでスタンダードになるよ

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

ライトバンが欲しくなる時はある

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

VSCodeも安泰ではないと思うな
まず拡張地獄でクソ重い
これはかつてemacsやvimも通った道
さらにエディタとしての描画速度も遅い
AIエージェントによるコーディングが今後数年は盛り上がるだろうから
VSCodeのフォークだけではなくrust製のエディタをフォークして最初からAI用に仕立て上げたほうが良くね？とは思っている

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

rust開発者が増えてないので開発がすすまない
今VSCodeの開発が進んでいるのはtsプログラマが大量にいるから

firefoxでもほとんどrustは使われていない
servoも実質停滞中

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

AIエージェントによる編集が前提ならボトルネックは完全にLLMであり相対的にエディタのレスポンスは重要ではなくなる
当座のガワとしては尚更VSCodeベースで十分だし、長期的にはノーコードに向かうだろうからコードエディタ自体がオワコン

**デフォルトの名無しさん** · 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秒