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/03/11(火) 16:01:44.51

>>36
ハイエンドはIntelliJ
人月業界はeclipse

**デフォルトの名無しさん** · 2025/03/12(水) 01:00:28.23

コンソールにviと人工知能だけありゃいいってそりゃ1960年代に逆戻りだよな
もちろん、音声での応答機能は付くだろうけどIDEのでかいフォントに慣れた俺らからするとシンタックスハイライトとか無くなってめっちゃ小フォントサイズでモノクロ表示になるのキツいよね

コンピューターは文字を読むのではなくparseして意味を解釈するだけで満足だしなあ。今後発売予定の新型AIパソコンではフォントすらインストールされないかも！

**デフォルトの名無しさん** · 2025/03/12(水) 01:02:30.73

>>37
エディターの最大の要素は見やすさ。特にここ最近小さな字が読みにくくてコントラスト上げたり目を細くしたりしてるが読みにくい。昔よりディスプレイ全体がボヤけて滲んでる感じあるしこれも時代のニーズかな。昔はブラウン管でもはっきり文字が読み取れた

**デフォルトの名無しさん** · 2025/03/12(水) 01:11:53.61

老眼とはまた別でピントは合ってるんだけど目の解像度が落ちているのを感じる

**デフォルトの名無しさん** · 2025/03/12(水) 02:18:08.49

眼科に行って眼球修理しろw

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

Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があった
VSCodeでは問題ないんで何事かと焦ったわ
この辺の設定ってVSCodeと同じはずと思い込んでたんで

AIがデフォルトでHttp2を使う仕様なのはパフォーマンスの関係なのかな
会社のプロキシってやつにはいつの時代も苦労させられるぜ

**デフォルトの名無しさん** · 2025/03/12(水) 12:22:36.06

Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があった
VSCodeでは問題ないんで何事かと焦ったわ
この辺の設定ってVSCodeと同じはずと思い込んでたんで

AIがデフォルトでHttp2を使う仕様なのはパフォーマンスが理由なのかな
会社のプロキシってやつにはいつの時代も苦労させられるぜ

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

連投スマン

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

Cursorが会社で承認されてさあ使おうとプロキシ設定したらGithubとかは繋がるのにAIだけ何故か駄目で、設定でDisable Http2する必要があったぽ
VSCodeでは問題ないんで何事かと焦ったぽ
この辺の設定ってVSCodeと同じはずと思い込んでたぽ

AIがデフォルトでHttp2を使う仕様なのはパフォーマンスが理由なのかぽ
会社のプロキシってやつにはいつの時代も苦労させられるぽ

**デフォルトの名無しさん** · 2025/03/12(水) 12:49:31.73

大事なことなのは分かるけど3回も書き込まなくてもちゃんと読んでるぽ
しかし人工知能は機嫌損ねると急に話し方が冷たくなったりして付き合うの大変だよな
あんま人情とかキャラとか個性持たなくていいんだが。会社のは妙にキャラが染み込んでてにになるのよ。技術システム部の人工知能導入担当が変なデータ食わせて育てたんじゃないかと推測
淡々と仕事する素直な人工知能(今より多少アホでもいい)をマイクロソフトが出さないものか

**デフォルトの名無しさん** · 2025/03/12(水) 12:50:10.20

にになるじゃなくて、気になる、だった

**デフォルトの名無しさん** · 2025/03/12(水) 13:35:23.52

英語苦手なんだが、typescript-goのニュース。
tscが速くなると、なぜvscodeのロードが速くなるの？

**デフォルトの名無しさん** · 2025/03/12(水) 13:46:58.38

vscodeがjsで動いているから

**デフォルトの名無しさん** · 2025/03/12(水) 14:20:34.45

VSCodeがJS/TSの解析などにtscを使っているから

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

毎度、.tsから.jsにトランスパイルしてるってことか。一度やってそれで動けばいいのに。
ということは、c++のプロジェクトでも速くなるのかな？

**デフォルトの名無しさん** · 2025/03/12(水) 15:50:45.30

>>34
JavaやC#がVSCodeへ移る理由はないからね
従来のIDEの方が性能は良かったから
AI駆動の登場でようやくケツに火がついた

**デフォルトの名無しさん** · 2025/03/12(水) 15:51:26.70

まあeclipseやVSに生成AIが入るのは時間の問題だろうけど

**デフォルトの名無しさん** · 2025/03/12(水) 16:33:14.61

VSはC#とともにフェードアウトしそうな気がするけどなー
エコシステムがすべてみたいな世の中になっちゃったから
1つや２つの言語やフレームワークのために、巨大なツールを一社でメンテナンスするみたいなのはもう無理筋では

**デフォルトの名無しさん** · 2025/03/12(水) 16:49:17.51

VSは普通にCopilot が使えるよ
それに、C#はなくならないよ
C#がいらないと言っているのはWeb屋さんだけ

**デフォルトの名無しさん** · 2025/03/12(水) 17:02:31.67

VS刷新はGUI部分のWPFがAOT対応するのを待ってる気がしてる

**デフォルトの名無しさん** · 2025/03/12(水) 17:08:33.78

いやー今更VS刷新は重すぎでしょ
公式ももうC++開発推し始めてるじゃん
https://learn.microsoft.com/ja-jp/visualstudio/productinfo/vs-roadmap

**デフォルトの名無しさん** · 2025/03/12(水) 19:10:27.20

>>56
Web屋だけどasp.net coreだよ
ベンチマーク見りゃ分かるがRustとかの聞いたことの無いフレームワーク除けば最速だからね

アクセス数の多い大手アパレルとかネットスーパーのサイトはasp.net coreやろ

**デフォルトの名無しさん** · 2025/03/12(水) 20:00:28.84

お前らもうちょっとテクニカルな話しろよ

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

したらついてこれないじゃん

**デフォルトの名無しさん** · 2025/03/12(水) 21:03:49.47

TSチームは辛くてもRustで頑張ってほしかったな
一対一対応で翻訳するだけなら生成AIに突っ込むだけでいいんだから
実際そうやってるのだろうけど

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

共有参照が多すぎてGoじゃないとそのまま翻訳が難しいからと書いてあったが
まさにその部分が設計の見直しが必要な部分なのではないのかな

**デフォルトの名無しさん** · 2025/03/12(水) 21:16:09.24

>>56
今時Copilot固定って流石に勘弁

**デフォルトの名無しさん** · 2025/03/12(水) 21:16:44.06

>>62,63
肝のtype checker部分が標準仕様はなくて、実装有りきのデファクトスタンダードなので、
初手としては、設計の見直しはせず一対一対応でポートしてセマンティクスも同一でなければいけない
動画みたら循環構造やGCが必要だと言ってた

**デフォルトの名無しさん** · 2025/03/12(水) 21:26:13.27

>>62
Goコンパイラが生成するコードはスカラー演算はLLVMと遜色なくて、むしろC# AOT対比だと同等越えしている位
TSコンパイラにはベクトル演算は余り無いと思われるのでRust/LLVMで何年もかけて書き直しても速度改善は微小で
有意な改善があったとしてもメモリ使用量位だと言われてた(某所)

**デフォルトの名無しさん** · 2025/03/12(水) 21:58:55.31

ソース見たところクソデカの構造体に全て詰め込んで共有しまくるという
Cでよくあるアンチパターンが頻出してて
設計もクソもねーなと思った

**デフォルトの名無しさん** · 2025/03/12(水) 22:02:58.14

checker.goデカすぎワロタwww

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

>>66
型チェッカーに関して言えばその通りなんだけど
その「先」にあるネイティブインタプリタの実装まで考えると
Rustの方が良いと思うね

**デフォルトの名無しさん** · 2025/03/12(水) 22:06:25.11

>>68
でも明らかにchecker.tsより読みやすい

**デフォルトの名無しさん** · 2025/03/12(水) 22:10:04.85

しかしここにきて一気にGoが息を吹き返したな
もうオワコン扱いされてたのに
tsエコシステムはもう全部Goに寄せた方が良いかもな

**デフォルトの名無しさん** · 2025/03/12(水) 22:17:26.22

goってそんなオワコンだったのか
確かに目にすることは少なかったけど

**デフォルトの名無しさん** · 2025/03/13(木) 15:42:06.63

割とすげーパラダイムシフトかもしれん
1:1対応したGoのライブラリならTSとしても扱えるということになる
1:1のコンパイルありきならそれが可能

**デフォルトの名無しさん** · 2025/03/14(金) 09:02:46.15

生成AI時代は「Visual Studio Code」一択ではない？　注目の次世代コードエディタとは　RedMonk：LLMの台頭は「全ての開発者ワークフロー」を再考する機会に - ＠IT
https://atmarkit.itmedia.co.jp/ait/articles/2503/11/news088.html

**デフォルトの名無しさん** · 2025/03/14(金) 12:16:52.04

元記事に野次馬が好きそうなグラフがある
RedMonk Programming Language Rankings
https://redmonk.com/jgovernor/files/2025/02/redmonk-language-rankings-jun-2024-2048x1562-by-50-per-cent.png

**デフォルトの名無しさん** · 2025/03/14(金) 12:42:14.77

>>75
生成AIで適当に作った？

**デフォルトの名無しさん** · 2025/03/14(金) 13:42:05.68

VSCodeは拡張テキストエディタとして登場したけど、いまは見た目が異なるだけの統合開発環境。

マイクロソフトはいつまでも頑なにまともなテキストエディタを用意しない、よくわからない企業だ。

**デフォルトの名無しさん** · 2025/03/14(金) 14:38:44.44

結局vimとemacsこそ至高
単なるエディタとして使いたいならこれでいい

**デフォルトの名無しさん** · 2025/03/14(金) 15:06:10.20

>>75
世の中たくさんの言語があると習得コストがかかるから
ごく少数だけの言語だけが生き残ってくれればいいのに。

だからあほが作ったRubyなんて滅びてほしい。

**デフォルトの名無しさん** · 2025/03/14(金) 16:17:37.91

>>78
これ

**デフォルトの名無しさん** · 2025/03/14(金) 16:38:37.63

いうほど統合開発環境じゃないでしょ。
cmakeでバタバタしてるぞ。やっぱc++はvisual studioがいいな。
あとimportのintellisence対応はいつになるんだろうか

**デフォルトの名無しさん** · 2025/03/14(金) 18:11:38.17

MSVCアーキテクチャはLLVM界隈やgcc界隈より2周ぐらいは先行してるししゃーない

**デフォルトの名無しさん** · 2025/03/14(金) 19:10:28.77

>>81
モダンなcmakeは各自が好きなようにCMakePresets.json(CMakeUserPresets.json)を作り込んでおくもんだ
preset毎にvcpkg変数を定義して、Listファイルに依存している事だけ書いたらcmakeがよきに処理してくれる
だからvscodeでは余計な事しないで良い

**デフォルトの名無しさん** · 2025/03/14(金) 20:20:35.64

>>78
emacsのdiredだけは(マイナーなので?)未だに代替が無いね
dired覚えてからは各プラットフォームでのファイラー選びしなくて良くて便利
(コード編集自体はvscodeと併用してる)

**デフォルトの名無しさん** · 2025/03/14(金) 20:24:47.58

>>81
エ糞プスがIDEだからな
VSを基準にするとVSとIDEが同義になってしまう

**デフォルトの名無しさん** · 2025/03/14(金) 20:37:31.74

>>84
emacsはdiredとshell-mode, trampがあるから離れられない
WSLでWindowsにもアクセスできるから最高

**デフォルトの名無しさん** · 2025/03/14(金) 20:44:08.28

もうemacsとかいう化石の話はやめろよ・・・

**デフォルトの名無しさん** · 2025/03/14(金) 20:44:44.91

>>86
VSCodeスレだった
オレもVSCode併用です

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

>>83
vcpkgはcmakelistsに直書きしてるな。
vscode経由で使うとpresetsは挙動が怪しい時があって今はpresetsの利用は避けてる。

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

>>89
mesonに移行したいけどvcpkgの使い勝手が悪そうな感じでいる。vsはこういうこと考えないで済むから楽でいいのだが。

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

>>84
vimのデフォルトのファイラは終わってるからね
そこに関してemacsはかなり良い

**デフォルトの名無しさん** · 2025/03/18(火) 18:52:18.86

vim(neovim)はデフォルトでは全てがイケてなくて設定しだいだな
vscodeもその一面はあるけどvim程に一見さんお断りではなくて寛容だと思う

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

アクティビティバーの幅が太すぎて野暮ったいから狭くしたい
"window.zoomLevel"や"editor.fontSize"をいじる例は見かけるけど全体調整なので
アクティビティバー以外は今のサイズを維持ってのがどうしてもうまくできない

何かいい方法ないかな？
いい拡張知ってる人いたら教えてください

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

>>93
細くする方法は知らんけど消すことはできるよ。
後はショートカットを覚えて各ボタンを押すのと同の事を出来るようにしたり、Windowsならctrl-qから選択したりで対応可能

**デフォルトの名無しさん** · 2025/03/20(木) 22:00:15.72

無駄空間が多すぎるgui

**デフォルトの名無しさん** · 2025/03/20(木) 22:13:16.41

縦にも横にもでかいモニタ買って
UI Scale極力下げろってことだよ

**デフォルトの名無しさん** · 2025/03/20(木) 22:25:40.91

>>93
サイドパネルの上に配置できるよ

**デフォルトの名無しさん** · 2025/03/20(木) 23:07:32.23

上下に置けるのしらんかった
⌘Bでパネルといっしょに消えるしめちゃいい

**デフォルトの名無しさん** · 2025/03/21(金) 22:34:18.25

>>94
あのアイコン列は好きだから消したくはないのよなぁ

>>97
上に置くとめちゃ小さくなるよね
最初はいいと思ってたけど拡張増えてさすがに使いづらくなってやめた

**デフォルトの名無しさん** · 2025/03/28(金) 14:50:07.22

cursor鯖落ちでvscodeに舞い戻ってきた
悪くないな

**デフォルトの名無しさん** · 2025/03/28(金) 15:20:35.12

cursorとgithub copilotの2強になってきてるようだな

**デフォルトの名無しさん** · 2025/03/29(土) 06:13:00.84

やっぱり過去の実績からするとgithubだよな
たまに鯖落ちして会社ごと業務止まることもあるけど

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

開発ツールって結局エンタープライズ向けに売れないと商売として成立しないんだよね
その点ではMSの契約に含めて売ってしまえるGitHub Copilotは圧倒的に強い
セキュリティ面の不安についてもどうせMS365使ってるんだから今更でしょ?として言いくるめやすい
CursorやWindSurfは果たしてAmazonかGoogleに買ってもらえるかどうか

**デフォルトの名無しさん** · 2025/03/31(月) 10:47:52.83

copilotのアイコンがアプリの上のバーのとこに表示されててうざいから「Hide Copilot」で消そうとするとVSCodeごと終了する

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

Jupyter NotebookだとAIで読めはするけど書くのはできないのね
Applyしても変更が反映されない
データサイエンスするときやっぱNotebook使いたいから、早いとこ対応してくれんかなぁ

**デフォルトの名無しさん** · 2025/03/31(月) 15:08:59.99

>>103
変に買われてもベンダーの意向でおかしな方向に行ったりするし
どちらにしろビジネスとしてはうまくいかないよ
創業者たちは出資者の金で良い暮らしして
適当なところでFIREできればいいと思ってるだろう

**デフォルトの名無しさん** · 2025/03/31(月) 15:11:06.26

あと結局APIの費用が下がることはないだろうから
個人の開発者が使える時代はそう長くないと思ってる
今ぐらいの性能でもAPI使いまくるとキツいし
開発ツールとの融合は各ベンダーが取り組むべきことだと思ってる
第三者じゃない

**デフォルトの名無しさん** · 2025/03/31(月) 15:30:02.95

今んとこGitHubCopilotはMS傘下が悪い方に作用してるようにしか思えないな
1年経って差が縮まるどころか開くばかりじゃん
Claudeが選べるようになるっただけで奇跡

**デフォルトの名無しさん** · 2025/04/02(水) 14:39:23.67

>>107
APIコストが厳しいならそれだけローカルLLMも伸びるだろう
今時点だと情勢の見極めがむずいけど

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

>>109
結局claudeに比べたら性能がうんこなので使わないと思う
自分でファインチューニングとかも現実的ではないしね

**デフォルトの名無しさん** · 2025/04/11(金) 14:07:08.27

Firebase studioなんじゃこりゃ
Googleがvscodeフォークしたん？

**デフォルトの名無しさん** · 2025/04/11(金) 14:59:07.90

名前のセンスが終わっている

**デフォルトの名無しさん** · 2025/04/11(金) 15:41:18.20

o4とか4oもよく分からん
グーグルもオープンAIも外人だからセンスとか語呂はどうでもいいのか
カタカナ4文字のクロードとかかなり浸透してきているのに！

**デフォルトの名無しさん** · 2025/04/11(金) 19:39:36.30

Firebase Studioは最低のネーミングだな
Firebaseはブランドとしてオワコンというか行き詰まり感があるし、Vibe codingやってる層はFirebaseにはあまり馴染みなさそう
素直にGoogle AI 〇〇とかGemini 〇〇でよかったのに

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

こんどはMCPか
どんどんトレンドが変わるな

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

>>115
さすがに時代錯誤すぎる。MCPみたいにハッカーに家の鍵を与えて、住民票の読み書き権限をプレゼントするようなもの全く流行ってないぞ
角川グループみたいなレベルじゃ済まなくなるレベルで北朝鮮とかロシアに自由に日本国内のパソコンやサーバー乗っ取られるわ

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

AIに全く興味がなかったハッカーたちがこぞって動き出したのは面白い
何が刺さったのだろうか

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

GoogleがA2Aを出したしこれからはそういう時代に入る

**デフォルトの名無しさん** · 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使ってるからね
いやダメとは言わんけど
今あえてそれ選ぶ理由もないよねと