Visual Studio Code / VSCode Part16

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

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/
Visual Studio Code / VSCode Part15
https://mevius.5ch.net/test/read.cgi/tech/1716707929/

**デフォルトの名無しさん** · 2025/04/12(土) 14:06:35.07

実際、近いうちAI由来のセキュリティ大事故起こると思うよ
でもこの流れは止まらないと思うよ

**デフォルトの名無しさん** · 2025/04/12(土) 14:19:05.93

>>119
断言するけどセキュリティ事故の前に巷では絶対にはやらないよ
こんなん情シス取ってる人と話したら「絶対やめとけ」の一言だから
プログラマーが誰も寄り付いてないじゃん

ツイートとかしてる奴みたら全員凄腕のハッカーっぽい個人のオタクしかいなくて、企業に雇われのサラリーマンの人は誰もいなかったし。無理ゲーだわ

**デフォルトの名無しさん** · 2025/04/12(土) 14:52:26.47

>>120
いやいや、Zennのトップページ見てみろって、ここまで単一の技術が持て囃されたことはAI流行りだしてからでもそうないぞ

まあ最初に事故るのはスタートアップかなんかのOSSだと思うけど
とにかく生成されたやばいコードが日夜プッシュされてるこの状況で、
何も起こらないと断言できるその自信はどこからくるのか

**デフォルトの名無しさん** · 2025/04/12(土) 15:25:45.98

>>121
よく分からんOSSは絶対に入れるな
信用できない外部APIは叩くな
ファイルアクセスは許可するな(LLMクライアント含む）

基本徹底したらMCPが流行らないのは一目でわかるだろう、、、誰がハッカーに餌やるんだよ？自殺願望とか会社に恨みがある人か？バレたら再就職すら無理だぞ（技術者音痴。セキュリティ音痴のレッテル貼られるから）

プログラマー誰一人近寄ってない技術じゃん

**デフォルトの名無しさん** · 2025/04/12(土) 15:27:37.25

なんか勘違いしてるやつおるな

**デフォルトの名無しさん** · 2025/04/12(土) 15:30:02.00

日本はキンタマウイルス以来、完全にファイルアクセス系のツールや技術にはアレルギーあるからな
Winny金子氏を逮捕起訴する国柄でエージェントとか流行るはずがない。さらにMCPみたいなマイクロサービス（チェックしきれない）は余計無理。許可が降りなきゃ開発なんて出来ないよ

現実見ろよ。システムセキュリティ部門を説得して開発できるほど、完璧なセキュリティ構築できる自信あるなら開発すりゃいいけど無理ゲーだろ

**デフォルトの名無しさん** · 2025/04/12(土) 15:30:34.21

まずMCPサーバーを作るのは開発者です
そしてそのコードは自分たちで書く
それは当然サービスのコードとなんら変わらない基準でレビューされる
問題は外部MCPサーバーだが現時点ではよほど信頼できる会社以外のものは入れるべきではない
それは当たり前
野良exeを実行しないのと同じレベルのリテラシー

**デフォルトの名無しさん** · 2025/04/12(土) 15:38:51.80

100歩譲って

遊びで何か作ってみた - わかる
会社のシステムに入れてみた　- クビ覚悟なら、まあ

LLMのtooluse系のタグを全て監視して<write_file>とか<read_xxx>とか全チェックして、LLMがどんだけハルシネーションしても絶対に安全確保できることを証明しないと運用させてもらえるわけないじゃん

Zennって会社でやってる人じゃなくて、遊びでやってる人のメモ帳なのでは、、、と思うんだが

**デフォルトの名無しさん** · 2025/04/12(土) 15:44:07.04

多分それやってるのフロントエンドエンジニアだぞ
あの人たち基本的にサーバーサイドのリテラシーがゼロだから突然変なこと言い始める

**デフォルトの名無しさん** · 2025/04/12(土) 16:37:31.16

ファイルアクセスのMCPサーバーってアクセス許可を与える範囲をホワイトリスト指定するようになってるから、適切な範囲のみを指定してあれば問題ないよ
当たり前だが、LLMの中の人にどれだけ悪意があろうと、できることは所詮MCPサーバーのパラメータに変な値を入れることだけ
まあ近々確実に事故るだろうけど、MCPだからLLMだからという話ではない

**デフォルトの名無しさん** · 2025/04/12(土) 16:43:02.66

VSCode の拡張機能よりは安全だろ

**デフォルトの名無しさん** · 2025/04/12(土) 17:17:34.55

基本企業側のルールはフールセーフ(アホな新人でもやらかさない)で決まってるじゃない。基本、「これこれしたら大丈夫」は、「これこれし忘れたらアウト」と認識されてるから

実際このスレで能書き垂れてる人らも「会社で情報セキュリティ責任者の許可を取ってCline, Roo Code, Cursor等にMCPサーバー組み合わせて運用している人」ってどんだけいるかも怪しい。ほぼいないでしょ

それぐらいルールが徹底されてるじゃん。個人で自宅で遊びでやるのと企業が会社の信用かけてやるのでは責任が違うから流行らんと言ってるんだが。
完全にネットから切り離されたローカルマシンなら良いけどさ。

**デフォルトの名無しさん** · 2025/04/12(土) 17:40:34.94

VSCode使う種の仕事をしているのに、開発用のソフトウェアを入れるためにいちいち情シスにお伺いを立てなきゃいけないのなら、可哀想な環境だねとしか言えんよ
大企業でガッチガチの運用してる会社でも、内製に力入れてるなら開発用PCは業務系とはネットワーク分けるとかして自由度を確保するのが普通
だから安全だと主張するつもりは毛頭ないがな

**デフォルトの名無しさん** · 2025/04/12(土) 18:44:06.43

フールプルーフのことをフールセーフと呼ぶ人がいるのか...

**デフォルトの名無しさん** · 2025/04/12(土) 19:15:31.41

deno使えよ
MCP用としてはこれ以上ないぞ
セキュリティに関してデフォルトでかなり強固な作りになっている

**デフォルトの名無しさん** · 2025/04/12(土) 19:18:23.95

フェイルセーフは言うよね
知らんけど

**デフォルトの名無しさん** · 2025/04/12(土) 19:25:54.98

フールセーフw
お前のレベルがよくわかったよw
偉そうに言えるレベルか？w

**デフォルトの名無しさん** · 2025/04/12(土) 19:40:03.75

>>130がフールってことでおk？

**デフォルトの名無しさん** · 2025/04/12(土) 20:00:26.37

新しいものが嫌いなおじいちゃん、いるよね
彼らは、新しいWebフレームワークとかで時代の最先端気分を味わっている
しかし、時代が変わっちゃうような変化は嫌うんだ

**デフォルトの名無しさん** · 2025/04/12(土) 20:03:36.20

20年前にrailsに興奮してたおじさんたちは今もrails使ってるからね
いやダメとは言わんけど
今あえてそれ選ぶ理由もないよねと

**デフォルトの名無しさん** · 2025/04/12(土) 21:40:12.01

Webなんか枯れた技術の中でオーバーエンジニアリングを競って延々と堂々巡りしてるだけだからな
最近はSSRとか言い出して、やっとWeb MVCを再発明したようだ

**デフォルトの名無しさん** · 2025/04/13(日) 01:11:09.61

googleの検索欄にフールって入力したらフールセーフって候補出てくるんだけど、このスレのせい？

**デフォルトの名無しさん** · 2025/04/13(日) 06:11:01.99

フールプルーフとごっちゃになったんだろ
よくある話だ、どんまい

**デフォルトの名無しさん** · 2025/04/13(日) 08:27:22.78

歳をとると嫌だな。カタカナハルシネーション起こしやがる

**デフォルトの名無しさん** · 2025/04/13(日) 10:30:02.89

>>127
ほんそれ＋＋

**デフォルトの名無しさん** · 2025/04/13(日) 10:32:33.29

>>138
ダメ！絶対

**デフォルトの名無しさん** · 2025/04/13(日) 12:30:24.41

フロントエンドの人達っていうか
よーしパパ、フルスタックFWでバイブコーディングしちゃうぞっていうノリで
マジでサービスインしてるやべぇプロダクトはそこかしこにある

**デフォルトの名無しさん** · 2025/04/13(日) 15:29:10.16

サーバーサイドはそう簡単にいかないからね
フロントエンドはほぼ自動生成でいけるから
フロントエンドの人が焦ってるのはわかる
俺たちいらないやんって

サーバーサイドは大規模な既存のコードに追加するという運用がほとんどなのだから
ドメイン知識がないAIに完全に任せるわけにもいない
ドメイン知識を汎用の関数の処理として書き下して生成してもらってからドメインの知識としてうまく組み合わせるという作業がどうしても必要

**デフォルトの名無しさん** · 2025/04/13(日) 18:53:50.17

バックエンドなんて究極的には自然言語で書いたトランザクション仕様書をAIに食わせてSQLを生成させるだけ
フロントエンドに比べてスタックが安定してる分、技術的にはむしろフロントエンドよりも本来AIフレンドリーなはず
業務知識が重要なのはその通りだが、その理屈なら結局開発スキルなんて不要でコンサルや要件定義のスキルがありゃいいって結論になっちゃう

**デフォルトの名無しさん** · 2025/04/14(月) 18:16:42.70

学生さん？

**デフォルトの名無しさん** · 2025/04/14(月) 20:55:37.33

いくらバックエンドがフロントエンドよりも慎重さが必要だからってAIから距離置いてどうすんだか
こういう人種はシンギュラリティとか欠片も考えたことないんだろうな
まぁ勝手にすればいい

**デフォルトの名無しさん** · 2025/04/15(火) 10:52:35.37

バックエンドはコーディング以外の作業の比重が大きい傾向があるからAI導入効果が比較的出にくいってだけだね
コーディング自体はAIにとってはフロントエンドより遥かに容易

**デフォルトの名無しさん** · 2025/04/15(火) 11:42:44.69

学生さんは知らないだろうけどね
サーバーサイドは、だいたい運用中のでかいデータベースを抱えてる
これを中心にしたツール群も山のようにある
継ぎ足しを繰り返した秘伝のタレってやつだ
当面、AIには扱いきれないシロモノなんだよ

**デフォルトの名無しさん** · 2025/04/15(火) 12:29:12.86

数万行のファイルが数十個程度の規模すら全く手に負えないLLMなんて使えるわけねぇよ

**デフォルトの名無しさん** · 2025/04/15(火) 14:24:29.52

学生さんは知らないだろうけど最近の人工知能はgrepなどのツールを駆使して大量のファイルの山の中からgrepでヒットした1000箇所だけを調査することもできるよ
正規表現上手く使えば1000箇所から200箇所ぐらいに絞り込み範囲を狭められるから地道に修正必要そうな箇所を探すことも可能
結局人間プログラマーにできることは人工知能プログラマーもできる。規模関係ない

**デフォルトの名無しさん** · 2025/04/15(火) 16:29:59.21

学生さん学生さんうるせぇ

**デフォルトの名無しさん** · 2025/04/15(火) 17:10:39.25

学生さんは知らないだろうけど今だと1Mトークンまでいけるのが一般的だから、単純に全部コンテキストに突っ込んだとしても5 万行くらいはいけるね
もちろんコーディングエージェントの場合はファイル名や定義情報の一覧をインデックスとして使用して当たりをつけていく
やってることは人間と一緒だが5万行を正確に把握するのは学生さんに限らず人間には不可能だろう

**デフォルトの名無しさん** · 2025/04/15(火) 18:00:37.18

学生さんでもわかるようにフールセーフを意識してるんだよ

**デフォルトの名無しさん** · 2025/04/15(火) 18:08:21.46

煽る意図はないが、マジレスするとAIの最大の障害は>>151みたいな古株おじさん
おじさんの脳味噌にMCPサーバーを実装できるようになるのはまだ当分先だろう

**デフォルトの名無しさん** · 2025/04/15(火) 19:06:34.76

>>151
ド素人はすっこんでろ

**デフォルトの名無しさん** · 2025/04/15(火) 19:20:53.21

ハナタレくんたち、オレが古株なのか素人なのか、意見が割れているようだね
どっちでもいい
そう思わんかね

**デフォルトの名無しさん** · 2025/04/15(火) 19:39:53.03

AIは、人間でも書けるコードを人間の代わりに書いてくれる省力化ツールにとどまる程度ならいいんだけど、おそらくそんな程度のものではなくて、人間には書けないようなコードを書くようになるよね。AIが書いたコードがブラックボックス化することを考えると、いざとなれば全部捨てちゃっても構わないフロントエンドはともかく、バックエンドを委ねるのはちょっと怖い気もするんだけど。

**デフォルトの名無しさん** · 2025/04/15(火) 19:53:21.54

LLMはhumanevalという簡単すぎるコーディングベンチマークすら100%の精度に達しない時点でね…
まともな人間プログラマーなら間違えるような問題でない

**デフォルトの名無しさん** · 2025/04/16(水) 00:46:09.52

かつてこれほどまでにコーディングがアツい時代があっただろうか
世の中良くなる一方だ

**デフォルトの名無しさん** · 2025/04/16(水) 01:31:07.43

それは間違いない

**デフォルトの名無しさん** · 2025/04/16(水) 19:40:00.27

Devinみたいなのがこれからどんどん出てくるし
人間の仕事は要件定義だけになるな

**デフォルトの名無しさん** · 2025/04/16(水) 20:44:11.59

まあAIがいつ実用になるかわからないけど。これからプログラマーになろうとするのなら今まで以上の覚悟が要るな
AIができない高度なことをする or AIが失敗した時の尻拭い（結構大変）のどっちかをやらされることになるんじゃないかな

**デフォルトの名無しさん** · 2025/04/17(木) 20:23:04.44

AIがHTMLでちょっとしたブラウザ用インタラクティブアプリ作ってくれるのすごい便利
今度はこうして、とトライアルアンドエラーが楽だからUI設計の大変さが何となく分かったわ
コードをそのまま渡してもやりたいことを大体汲んでくれるので偉い、MSにも頑張ってもらいたいな

**デフォルトの名無しさん** · 2025/04/17(木) 20:58:50.02

>>165
現在の人工知能だと売り物になる水準のプログラムコードを作成するのは無理
これは人工知能を私たちがまだ使いこなせていないだけじゃなくて、人工知能がプログラム「外部」の世界を正確に把握していないからと言うのが大きいかと

たとえば電気回路やVHDLなどのコードを全部叩き込まないとプログラムなんて動きやしない。どのCPU使ってどのOS使ってどのメーカーのIC使って、、、って情報収集は私たちなら仕事だからやるけど人工知能はやらないですよね

回路にあるこの部品のデータシート探します、、、
ネットでPDF拾おうとしたらユーザーログイン必要です、、、
なのでユーザー登録します、、、
メール開いてユーザー承認したかと思ったら2段階認証必要です、、、
スマホの認証アプリのワンタイムパスワードを貼り付けます、、、

ぜーーーんぶ隅々まで私の仕事をやってくれる人工知能がいたら私なら100万円出して買うね

**デフォルトの名無しさん** · 2025/04/17(木) 21:04:25.01

全部はやってくれない
AIが考えている間に別のAIにタスクを出し、結果を確認する作業を休みなく続けるんだ
10倍くらいは仕事が増えるよ

**デフォルトの名無しさん** · 2025/04/17(木) 21:25:54.06

仕事増やされるの嫌

**デフォルトの名無しさん** · 2025/04/17(木) 22:52:50.18

仕事は大変になるよ
きっと、AIを前提とした量を任され、AIがうまくいかなかったときは全部やらされることになるんだ

**デフォルトの名無しさん** · 2025/04/18(金) 00:03:14.74

>>167
AI界隈を全く追いかけてなさそうだな
そのレベルのエンジニアはこの先生きていけない

**デフォルトの名無しさん** · 2025/04/18(金) 11:36:08.98

>>166
HTMLは25年くらい前から人間が書くことは少ないんだが？

**デフォルトの名無しさん** · 2025/04/18(金) 12:21:57.70

WIX

**デフォルトの名無しさん** · 2025/04/18(金) 16:52:26.97

>>167
こういった作業をやらせるためにAIの権限を強くすると今度はそれを利用してとんでもないことをやらかすからな
git操作をやらせたりは既に行われてるがまれに破壊的操作もする

**デフォルトの名無しさん** · 2025/04/18(金) 18:08:00.45

AIはまだまだ実用に程遠い場面が多いのは確かだけど、試してみていない人がする想像での批判はずれすぎじゃねえか

**デフォルトの名無しさん** · 2025/04/19(土) 02:47:30.55

やめたれw

**デフォルトの名無しさん** · 2025/04/19(土) 13:54:45.75

5chのスレで質問するよりAIちゃんωに聴いた方が
少なくとも会話としてもっともらしい答えが返って来る
5chは質問と関係ない話題が始まるからな

**デフォルトの名無しさん** · 2025/04/19(土) 18:10:27.93

質問の仕方しだいなのは、どちらも同じ

**デフォルトの名無しさん** · 2025/04/21(月) 09:38:36.07

質問の仕方次第でも、とりあえずなんとかしようとしてくれるのがAI。
https://i.imgur.com/ZCJWSaD.jpeg

**デフォルトの名無しさん** · 2025/04/21(月) 22:49:21.34

すごいな

**デフォルトの名無しさん** · 2025/04/21(月) 23:52:13.83

AIは雑談の相手もしてくれるのか

**デフォルトの名無しさん** · 2025/04/23(水) 11:32:31.49

みんなwindows環境でvscodeを使うときminGWを使っている？それともcommand prompt for ...から使っている？

**デフォルトの名無しさん** · 2025/04/23(水) 12:10:24.41

PowerShell常考

**デフォルトの名無しさん** · 2025/04/23(水) 12:31:35.55

俺はgitか何かにくっついてきたBash使ってるよ（このBashがMinGWの一部から派生してるのか否かまでは知らん）
PowerShellはそれらしい使い方ができるほど知らないので、Bashとの違いから生じるデメリットしかない

**デフォルトの名無しさん** · 2025/04/23(水) 14:06:44.84

command prompt for ...を使うとMSの標準ライブラリ関数が使えるが、基本構文が使いづらい

**デフォルトの名無しさん** · 2025/04/23(水) 16:29:39.30

Windows環境つってもWSLでやるけどね
オーバーヘッドもないしWindowsに拘るメリットがない

**デフォルトの名無しさん** · 2025/04/24(木) 01:53:17.58

>>182
もうpowershellでいいぞ

**デフォルトの名無しさん** · 2025/04/24(木) 01:54:23.08

wsl2にvscodeから繋ぐのがもうベストだろ

**デフォルトの名無しさん** · 2025/04/24(木) 04:15:18.06

powershellいまだによくわからん。コマンドもほとんど知らない。

**デフォルトの名無しさん** · 2025/04/24(木) 05:31:48.27

>>189　同じく

**デフォルトの名無しさん** · 2025/04/24(木) 06:32:10.17

話が混ざってる
PSはシェルであってLinux(Unix)環境を提供するわけじゃない

**デフォルトの名無しさん** · 2025/04/24(木) 08:04:20.51

コメント入力したらAIが補間してくれてステップ実行できるからコマンドわからなくてもなんとかなる

**デフォルトの名無しさん** · 2025/04/24(木) 08:58:43.47

AI対応PCかったらCopilot速くならんかなぁ

**デフォルトの名無しさん** · 2025/04/24(木) 13:28:22.27

git bash とか mintty 良いよね

**デフォルトの名無しさん** · 2025/04/24(木) 15:21:46.46

WSLと較べると Git Bash 遅くない？

**デフォルトの名無しさん** · 2025/04/24(木) 20:22:15.47

>>195
そりゃそうだろ
git bashはcygwinみたいなもんだからな

**デフォルトの名無しさん** · 2025/04/24(木) 22:25:04.15

めんどくさい時代になった
https://support.google.com/chrome/thread/232287339

**デフォルトの名無しさん** · 2025/04/25(金) 06:45:35.74

>>197
別に今まで通りじゃん

**デフォルトの名無しさん** · 2025/04/25(金) 22:21:47.12

powershellやzshのプロンプト装飾や設定見たらまぁまぁその人のレベル推し量れる
はったりかましたいならstarship入れるのを勧める

**デフォルトの名無しさん** · 2025/04/25(金) 22:34:04.28

starshipなんだこれ
🦀とか出して嬉しい？

**デフォルトの名無しさん** · 2025/04/26(土) 00:42:09.91

starshipも知らん雑魚は寝てろ
アイコンなどどうでもいいがブランチとか仮想環境確認のために普通に使う
こんなの手書きで整えるのは馬鹿馬鹿しい

**デフォルトの名無しさん** · 2025/04/26(土) 02:55:19.97

>>201
俺はwslttyとかxcfe4terminalだからなあ
いらねー

**デフォルトの名無しさん** · 2025/04/26(土) 03:14:12.96

次はターミナル論争の勃起？

**デフォルトの名無しさん** · 2025/04/26(土) 07:23:18.65

powershellの使い方がさっぱりわからない

**デフォルトの名無しさん** · 2025/04/26(土) 11:01:39.83

powershellを使う必要性をさっぱり感じない

**デフォルトの名無しさん** · 2025/04/26(土) 13:22:39.88

powershellはオブジェクトをパイプで渡していけるのが大きな特徴
キモいから使わんけど鯖缶とかWindowsどっぷりな人には恩恵あるんだろう

**デフォルトの名無しさん** · 2025/04/26(土) 16:56:45.25

>>206
そこがちゃんとわかれば使いやすいんだろうけど、オブジェクトにどういうインターフェース？があるのかとかさっぱりでわからん。あと、そのままだと.batが使えないってのもきついし.PS1も初回起動するときは設定必要だよね

**デフォルトの名無しさん** · 2025/04/27(日) 08:24:44.55

理想と現実が乖離したいい例

**デフォルトの名無しさん** · 2025/04/27(日) 08:32:19.84

Windowsの最強シェルスクリプトはAutoHotKey
左手一本でエロ漫画とエロ動画とエロ動画(サブ)を自在に操ることができる

**デフォルトの名無しさん** · 2025/04/27(日) 14:52:36.71

片手にピストル
心に花束

**デフォルトの名無しさん** · 2025/04/27(日) 15:27:05.75

AHK便利だけどLLフックだから限界あるよね
特に特殊キーの補足がイマイチ

**デフォルトの名無しさん** · 2025/04/27(日) 17:17:52.80

窓使いの憂鬱みたいなドライバフックだと何でもできるけど、そっち系で海外で有名なソフトってそういえば全然聞かないな
欧米圏は特殊キーがないからAutoHotKeyで十分ってことなんだろうか

**デフォルトの名無しさん** · 2025/04/28(月) 21:08:31.83

codeを起動すると青画面エラーになる現象に悩まされていたが、
全拡張を手動で削除して再インストールで復旧したっぽい

こんなんわかるか！

**デフォルトの名無しさん** · 2025/04/28(月) 21:09:39.56

>>91
emacsはLips使いにならないと楽しくないけどね

**デフォルトの名無しさん** · 2025/04/28(月) 21:10:26.54

なんでLISPがLipsに化けるのやら

**デフォルトの名無しさん** · 2025/04/28(月) 21:22:37.57

風俗店がらみでは

**デフォルトの名無しさん** · 2025/04/29(火) 00:21:32.47

java書くときredhatのlanguage serverが始まるまでやたら時間かかってcpu食うんよな
rustとかc++ですらこんなことにならないのになんでjavaの拡張だけこんな重いの？

**デフォルトの名無しさん** · 2025/04/30(水) 13:09:15.88

>>24
わかる

**デフォルトの名無しさん** · 2025/04/30(水) 15:01:07.26

>>213
トラブルシューティングの方向性が間違ってる
まずはドライバと周辺機器含めたハードを疑え