- 1 名前：デフォルトの名無しさん mailto:sage [2024/05/26(日) 16:18:49.16 ID:PtiqkkTj.net]
- 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/
- 979 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 11:28:01.71 ID:Ual232D5.net]
- >>969
無料版は性能がしょぼいと思う
- 980 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 12:36:37.03 ID:1g4nmWS4.net]
- tmuxとかのターミナルマルチプレクサ使ってた人、vscodeのターミナルでも使ってる？
- 981 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 18:49:31.47 ID:dLzsny7j.net]
- タブ機能Offにして、
たとえばtest.txtってファイルを開くと新しいウィンドウで開かれるが、
もう一回test.txtを開くとウィンドウが2つになっちゃうが、
同じウィンドウを開かない方法ってある？
- 982 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 20:48:55.95 ID:MrSWvjk8.net]
- 手元だと同じウィンドウがアクティブになるが
> % code --help
> -r --reuse-window Force to open a file or folder in an already opened window.
これ使ったらどうなる？
- 983 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 21:36:18.75 ID:0Gnl/hDN.net]
- >>972
ショートカットキーが衝突して使いづらいのでやめた。
- 984 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 21:51:21.58 ID:1g4nmWS4.net]
- >>975
やっぱそうなるよね
コピーモードの範囲選択がコンテキストとして認識してくれたら便利かもしれんけど現状無理だし
- 985 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 23:39:01.31 ID:dLzsny7j.net]
- >>974
お、いけました
ありがとう
-r --reuse-window
これって、コマンドラインのオプションじゃなく、VS Codeの設定でできないのかね？
- 986 名前：デフォルトの名無しさん [2025/03/07(金) 00:17:55.56 ID:bQyjNDiT.net]
- エージェント駆動開発に染まったせいでターミナルへの拘りみたいな気持ちがフッと消えてしまったわ
- 987 名前：デフォルトの名無しさん [2025/03/07(金) 02:18:30.67 ID:DC3oMiFw.net]
- VSCodeも結局、マイクロソフトのガラパゴス化が進んで、10年後はマイナー環境になっている可能性がある。
- 988 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 02:48:00.64 ID:B9o6Yge2.net]
- >>979
あり得ないな
Chromeと同じ流れでスタンダードになるよ
- 989 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 07:27:05.23 ID:QrT59ozH.net]
- ライトバンが欲しくなる時はある
- 990 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 09:16:57.25 ID:NMHLxQXg.net]
- VSCodeも安泰ではないと思うな
まず拡張地獄でクソ重い
これはかつてemacsやvimも通った道
さらにエディタとしての描画速度も遅い
AIエージェントによるコーディングが今後数年は盛り上がるだろうから
VSCodeのフォークだけではなくrust製のエディタをフォークして最初からAI用に仕立て上げたほうが良くね？とは思っている
- 991 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 10:41:24.30 ID:tqIQ7lDy.net]
- rust開発者が増えてないので開発がすすまない
今VSCodeの開発が進んでいるのはtsプログラマが大量にいるから
firefoxでもほとんどrustは使われていない
servoも実質停滞中
- 992 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 10:56:33.77 ID:TL3Vpnxx.net]
- AIエージェントによる編集が前提ならボトルネックは完全にLLMであり相対的にエディタのレスポンスは重要ではなくなる
当座のガワとしては尚更VSCodeベースで十分だし、長期的にはノーコードに向かうだろうからコードエディタ自体がオワコン
- 993 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 13:20:34.94 ID:NMHLxQXg.net]
- 描画とIOのレスポンスは別物だよ
描画のレスポンスは常に速い方がいい
- 994 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 14:21:58.73 ID:NMHLxQXg.net]
- Zedを久々に見たら俺のいう通りになってる
Zed AIってのが実装されててclaudeとか使える
- 995 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 17:17:17.19 ID:qPWIu0Mm.net]
- そりゃ今時AI非対応のエディタなんか土俵にも上がれないからな
Zedが開発開始した当初は機能的には既に完成水準に達したVSCodeが完全に市場を制した状況にあり、エディタ界は良くも悪くも枯れていた
つまり模造品を作る分には後発者利益で手戻りを最小に抑えられる状況にあり、Rustという機動性に乏しいが信頼性やパフォーマンスに優れた言語で置き換える試みが正当化される状況だったわけだ
そこへAIというビッグウェーブが来たことでエディタ界は機能開発競争に突入し、Zedの目論見は完全に破綻した
Zed IndustriesはVCから日夜詰められて悪夢の日々だろうな
- 996 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 19:42:13.21 ID:pD8t+G3Q.net]
- エディタなんて自慢のAI様を使ってCでｺﾞﾘｺﾞﾘ書けよ
- 997 名前：デフォルトの名無しさん [2025/03/07(金) 20:07:11.30 ID:SB2eeAbQ.net]
- VSCodeでフォルダを開くと、自動的にワークスペースが適用されるフォルダとされないフォルダがあるようになっちまった
なんでなのか全くわからん、エスパーの人いたらなんでなのか教えて！！！
- 998 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 20:36:51.55 ID:NMHLxQXg.net]
- >>987
いやCursorを例にとると
既存のごちゃごちゃした拡張使うよりデフォルトでAIエージェントが使えてかつそれがコアと紐ついてるエディタなら普及する可能性はある
今エディタ戦争はリセットされたのだ
- 999 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 20:47:14.70 ID:NMHLxQXg.net]
- >>988
流石に文字列操作をメインに扱うプログラムで今更Cは使わんでしょ
辛くなってくる
rust一択
- 1000 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 21:49:46.50 ID:bYeAoHPJ.net]
- >>990
そりゃZed社もVCにはそう言うしかないし、実際AIネイティブなエディタとしてピボットした
今やユーザーの関心はAIエージェントの機能性と精度に向いていて、信頼性やパフォーマンスよりも機能開発の速度が勝敗を分けるフェーズにある
Rustがその種の勝負に向いているかは俺は知らんが、今のところVSCode系が圧倒的に優勢だな
- 1001 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 22:50:23.01 ID:nw/KV2Zp.net]
- IT界隈はAIのせいで目算狂った人クソ多いんだろうな
俺等はありがたく使わせてもらうだけだけど
- 1002 名前：デフォルトの名無しさん [2025/03/07(金) 23:18:43.29 ID:DC3oMiFw.net]
- >>993
もともとセンスがない開発者は機械に負けるよな
- 1003 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 01:02:38.01 ID:1IYLzVZ4.net]
- >>992
VSCodeの拡張ってめちゃくちゃ書きにくいよ
特に描画周りは内部構造を理解していないと手が出せない
当然コアは恐ろしく巨大な何かになっており
気軽に開発できるものではなくなっている
その点コードベースが小さいZedの方が書きやすいのではないか
コアに実装するなら特にね
Cursorの連中も拡張じゃ拉致があかんからフォークしてコアを弄るとなったのだろう
- 1004 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 01:14:44.73 ID:1IYLzVZ4.net]
- つまり巨大なコードベースのVSCodeはAIエージェントのような拡張のレベルを超えることをやりたいとなったら非常に難しくなるのだ
Roo Codeは頑張っているがどこかで限界が来ると思っている
Cursorの連中のようにVSCodeをフォークしないとダメなレベルになっている
しかしこれは普通の開発者にはハードルが高い
なのでコアが小さいエディタにAI機能を追加することが現時点で小規模開発者ができるアイデアとしては1番筋がいいと思う
- 1005 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 01:44:59.37 ID:024LAJo2.net]
- 典型的な「作り直した方が早い」症候群だね
そもそもAI駆動のノーコードツールなんて雨後のの筍のように出てきているわけで、
あくまでコーディングエディタとして差別化するならVSCodeの機能性をリセットしたら本末転倒でしょ
- 1006 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 01:55:53.44 ID:uZnqee/o.net]
- LLMがシンタックスエラー等を判断できるのは既存のさまざまな拡張のおかげ、
C++拡張やらtust-analyzerやらts拡張やらlintやら。これらのアサート機能なきゃLLMは目が見えないのと同じ。素のエディター部分はVSCodeのありがたみの2割ぐらいなんではなかろうか
もちろん、人間が理解しやすいのとLLMが理解しやすいは異なるので、一から全部LLMが読みやすいメッセージフォーマットで出力するよう作れれば最適化できると云うのは賛同するが開発が早くはないよな。ゴールが遠すぎて
- 1007 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 02:23:04.04 ID:jkIf+64X.net]
- CursorにしてもWindsurfにしてもVSCodeの拡張までそのままうごくから、じゃあ使ってみるかってなるわけで
いくら速かろうとポッと出の新AIエディタ！とか言われても誰も使わんよ
とにかく現代のソフトウェア開発はツールからライブラリ、アーキテクチャの選定まですべてエコシステム命
流行っていない技術を選ぶこと、最新にしないことそれ自体がリスクとなる時代。
- 1008 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 02:41:23.91 ID:EirLqTwB.net]
- MSは金の力でAtomパクって潰しGithub強奪しただけだしな
スマホ政策の失敗で開発の中枢からはじき出された状態に変わりはないし
VSCodeの古臭さが限界にぶち当たった時廃れ始める
C#のようにね
- 1009 名前：デフォルトの名無しさん [2025/03/08(土) 12:55:19.73 ID:qgNYf6jk.net]
- 次スレ
Visual Studio Code / VSCode Part16
https://mevius.5ch.net/test/read.cgi/tech/1741406054/
- 1010 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 285日 20時間 36分 31秒
- 1011 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
