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/01(土) 20:39:23.83

LLMプラグインの開発を開始したのだけどこれ金脈だな
やるなら今しかない
数年後はデファクトスタンダードな何かが生まれてるだろうし

**デフォルトの名無しさん** · 2025/03/01(土) 20:41:26.69

>>951
流石に課金は割に合わないなあ
普通にWebで使う方は制限に引っ掛かるまでかなり緩いのだけど
APIはキツキツ
これで金稼ごうとしてるのがバレバレ
主にクラウド業者が使う前提だから高額にしてるのだろう
やはり我々はローカルLLMの進化を待たないとダメなようだな

**デフォルトの名無しさん** · 2025/03/01(土) 20:43:14.45

ローカルLLMがMacでサクサク動くようになって
さらに学習まで可能になる世界線はちょっと先になりそうだ
それまで時間の猶予はある
今こそLLMプラグインやエージェントに全てかけるのはあり

**デフォルトの名無しさん** · 2025/03/01(土) 21:24:30.17

>>954
LLMのプロダクト開発やるならMac Studio Ultraというハイエンド機買っとけと言うのが業界では常識になっていると言う。なんでもメモリの量が半端なく多くてどんな生成AIでも高速に動かせるとか

Macで生成AIに超詳しい人が昨日ぐらいにツイートしてたな

俺はコーディングは趣味だから全文字手で打つけどさ、そういう記事読むとMacは使ってみたいなという気持ちがある

**デフォルトの名無しさん** · 2025/03/01(土) 21:53:41.70

>>955
現時点では16インチMacBook Pro M4 Maxの最高スペック128Gのメモリが最高性能だと思う
ちなみに俺は買うか１ヶ月悩んでいる
トータル80万
この技術の可能性を考えると安いと思えるがしかしあまりにも高い

**デフォルトの名無しさん** · 2025/03/01(土) 21:58:51.38

ハードウェアの性能進化はモデルに比べてだいぶ遅いからローカルLLMの進化はかなり遅いと思っている
GeForceシリーズもメモリが少な過ぎるしね
ゲームがメインターゲットだから仕方ないが
AppleもM5とかM6で性能が何十倍とかはまずないからね
今ならローカルLLMにも使えるツールに全振りするのは正しいかもしれん

**デフォルトの名無しさん** · 2025/03/02(日) 03:40:11.24

LLMの進化が遅いかどうかなんて分からんだろ
GeForceとかの雑魚は置いといて、Project DIGITSみたいなのもあるしAI専用チップもどんどん出てくる
意外とあっという間かもよ

**デフォルトの名無しさん** · 2025/03/02(日) 14:31:38.76

>>958
ローカルLLMな

**デフォルトの名無しさん** · 2025/03/03(月) 05:14:33.88

ダークモード、じつは省エネじゃないって？ | ギズモード・ジャパン
https://www.gizmodo.jp/2025/03/darkmode-battery.html

**デフォルトの名無しさん** · 2025/03/03(月) 19:26:04.90

ライトモードにして部屋の電気を消すのが省エネ

**デフォルトの名無しさん** · 2025/03/03(月) 21:00:29.18

みんなデータベースのプラグインって何使ってる？
MSが公式で作ってくれたらいいんだけど、無いからWeijanとか言うデベロッパーの使ってるけど、先日のテーマの件もあるし、継続して使うか悩むなー。
VSCode外のアプリ使うって手もあるけど、やっぱ1つに統合したいんよ。

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

VSCodeのレイアウトに収まってない拡張って歪で使い勝手悪くない？
EmacsやVimみたいにコンソールでも動かすならわかるけども

**デフォルトの名無しさん** · 2025/03/04(火) 05:05:08.07

>>963
guiは適当でもいいからsql書いて実行したら下に結果でて、何ならそこで書き換えたらアップデート、みたいなシンプルなやつでもいいんだけどね。

**デフォルトの名無しさん** · 2025/03/04(火) 05:29:02.75

外部ツール、ウィンドウとの連携力を上げたかったら
AutoHotKeyとかそこら辺のツール使うのが手っ取り早い
許可されてればだが

例えば変換＋Sが押されたら
・起動してなかったらYourSQLTool.exeを起動して待つ
・起動していたらアクティブにしつつウィンドウがかぶらないように6:4で左右に配置
・すでにYourSQLTool.exeがアクティブな状態で押されたのならcode.exeにフォーカスを戻して最大化
とか好き勝手できる

**デフォルトの名無しさん** · 2025/03/04(火) 12:00:51.99

>>963
社内の俺俺拡張は全部WebViewPanel使ってるな
評判は悪い

**デフォルトの名無しさん** · 2025/03/04(火) 21:37:29.44

どんな拡張つくってるん？

**デフォルトの名無しさん** · 2025/03/05(水) 03:47:40.60

無課金でGitHub使ってるんだけど、VS Code LM APIって無料で使い放題なの？
タダで使えちゃってるように見えるものの・・・・これは無料お試し期間か何かなのか？？？？それとも請求が来るのか！？！？

**デフォルトの名無しさん** · 2025/03/05(水) 15:30:40.43

>>967
テストを自動生成するプラグイン
他にもリファクタリングしたりりできる
とはいえ実験的なものなので社内で使うかは不明
コストも心配だし

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

**1002** · Over 1000

5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。

▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.net/

▼ UPLIFTログインはこちら ▼
https://uplift.5ch.net/login