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