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/01/23(木) 18:43:56.63

>>779
編集じゃなくてリモート実行がメイン機能

**デフォルトの名無しさん** · 2025/01/23(木) 18:54:50.17

実行なら巣のsshでできるんでキモは編集でしょ
Emacsでいうtramp

**デフォルトの名無しさん** · 2025/01/23(木) 19:09:49.87

>>781
SSHで実行してどうやってリモートデバッグするんだ？
node.jsのステップ実行とかさ
たんなる編集なら別で接続確率して共有なんなりでいくらでもやりようがある
リモート開発ってのはリモート実行、デバッグが肝だよ

**デフォルトの名無しさん** · 2025/01/23(木) 19:24:44.53

たしかに
言葉ってむずかしい

**デフォルトの名無しさん** · 2025/01/23(木) 20:39:51.01

>>776
emacsと言い間違えたw

自分も昔はneovimに夢中になったものだが熱も冷めたわ
適当にAIでお茶を濁しつつAGI到来まで食っていければそれでいいや

**デフォルトの名無しさん** · 2025/01/23(木) 22:46:56.59

ダッッッサ

**デフォルトの名無しさん** · 2025/01/23(木) 23:11:41.98

>>782
普通にDAPとか使えばできるっしょ
まあ俺は使ってないけど
普通に男のprint debug

**デフォルトの名無しさん** · 2025/01/24(金) 22:36:47.60

>>773
こういうのって結局サブスク定額より高くついたりするからどうだろうね
定額はエンタープライズの客が養分になって赤字を補填してくれるからな

**デフォルトの名無しさん** · 2025/01/26(日) 03:26:34.53

vsみたいに一つのソースを上下に分割して表示したいけど、そうするとタブバーが邪魔
vsだとタブバーなしに分割できるのに

**デフォルトの名無しさん** · 2025/01/26(日) 12:24:52.12

>>788
表示 > エディターレイアウト > グループ内分割
でタブバー無しで1つのソースを上下に分割できる

**デフォルトの名無しさん** · 2025/01/26(日) 12:59:43.46

Copilot が出てから Emacs とはお別れしたわ
エディタ戦争は VSCode が勝利した
AIの急速な進歩により、次世代のエディタは現れないであろう

**デフォルトの名無しさん** · 2025/01/26(日) 13:34:56.34

>>788
同じ悩み。エディターグループって概念が邪魔な気もしてる。

>>789
それだと、私の環境だと左右に分割されるな。
上下にもしできたとしても、両方同じファイルになるし、異なるファイルでできればいいのだけど。

**デフォルトの名無しさん** · 2025/01/26(日) 13:53:58.56

>>789
自分も分割方向は左右だった
指定できたらいいのにな

**デフォルトの名無しさん** · 2025/01/26(日) 13:54:13.92

>>762
breadcrumbsは、プログラムソースコード中でctrl+shift+.を押すと関数一覧がでてくるのがいいと思ってる。

**デフォルトの名無しさん** · 2025/01/26(日) 13:56:09.08

>>791
エディタ右上に表示される「レイアウトの切り替え」ボタンを押せば上下分割になる
異なるファイルは無理そう

**デフォルトの名無しさん** · 2025/01/26(日) 14:01:41.15

>>794
おっと、見落としてた
ありがとう

**デフォルトの名無しさん** · 2025/01/26(日) 16:52:25.35

>>790
VSCode(系)が将来にわたっても圧倒的に優れているというより、
エディタの必要がなくなるという意味でVSCode世代が最後のプログラミングエディタになる
おそらく次世代の開発環境は人間がコードを見る必要がなくなるから、もはやエディタとは呼べない

**デフォルトの名無しさん** · 2025/01/26(日) 19:11:26.11

大袈裟なw

**デフォルトの名無しさん** · 2025/01/26(日) 19:20:11.11

VSCodeの問題って拡張がすげー書きにくいことなんだよな

**デフォルトの名無しさん** · 2025/01/26(日) 20:11:23.05

>>796
今の進化スピードを維持できるならそうだろうね
人間がコードに直接関わることは減るだろうし、あってもそれはエディタとは違う環境・媒体でやることになると思う

**デフォルトの名無しさん** · 2025/01/27(月) 00:17:28.09

そもそも文字を使ってコーディングする必要がないとさえ言われている
最初からバイナリーでコーディングして、バイナリーにコンパイルする言語が遠からず誕生するだろう

もちろん、現物としてのハードウェアの限界があるのでRISC, CISC型半導体で動くようにしか作れないけれど。そのうち半導体も進化するかもね。コンピューターが使いやすいように

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

>>800
バイナリーでコーディング？？
実際Z80時代はマシン語書いてたが、まずアセンブラを書いてそれを変換とかだぞ
バイナリーでアドレス計算までやるのはよっぼど小規模じゃないと無理

**デフォルトの名無しさん** · 2025/01/27(月) 00:29:43.38

それはいわば「バイナリング」であって、もはや「コーディング」と呼べシロモノではない

**デフォルトの名無しさん** · 2025/01/27(月) 01:13:50.47

また謎ワード出てきたな

**デフォルトの名無しさん** · 2025/01/27(月) 04:48:59.06

知ったか長文おじさんにはうんざり

**デフォルトの名無しさん** · 2025/01/27(月) 04:59:10.34

ぐぐる先生もそのものズバリの用法をご存知ないとゆうね

**デフォルトの名無しさん** · 2025/01/27(月) 08:23:50.19

まあOS含めて、コンピュータは今の形ではなくなる
AIが回路から設計することが増える
その回路をFPGAに乗せるのか、シリコンに焼くところまで行くのかはわからんが
そこには人間もマシン語もVSCode も必要なくなるだろうね

**デフォルトの名無しさん** · 2025/01/27(月) 08:33:44.43

>>806
AIエアプだろ
もう一回根本的なパラダイムシフトが起きないと
AIがナンセンスな出力を出さなくなることは無い

**デフォルトの名無しさん** · 2025/01/27(月) 09:27:06.69

>>806
CPUの設計とかはもうAIが自動でトライアンドエラーを繰り返して進化を続けてて既に人間の理解を超えてるレベルになってるだろうな

OSのコードも今はまだベースは人間が書いてるけど徐々にAIがゼロから組み立てたOSに置き換わっていくだろうと思う。

**デフォルトの名無しさん** · 2025/01/27(月) 12:06:26.56

コンピューターにとって分かりやすいのはRAM上に展開されたAscii文字列またはバイナリ値だからな。UIすら淘汰されて、存在するのは通信仕様のみって時代は来るかもしれない

人が解釈したいときはWireshark繋いでプロトコル解析して初めて分かるみたいな。そういう時代ならプロトコルアナライザー持って解読できる俺らみたいな人種が現代の巫女に生まれ変わることになるけど、それでもいいの？
コンピューターゴッドの御信託を直接読み書きできる神に近い存在

**デフォルトの名無しさん** · 2025/01/27(月) 12:07:24.78

ちょいSFかぶれっぽいこと書いてスマソ。このVSCスレだったな

**デフォルトの名無しさん** · 2025/01/27(月) 14:28:59.26

いいってことよ
SF的思考もエンジニアには重要
空虚な妄想と切って捨てる奴らは視野が狭い

**デフォルトの名無しさん** · 2025/01/27(月) 17:29:10.73

自演やめてね

**デフォルトの名無しさん** · 2025/01/27(月) 18:29:28.75

>>809
コンピューターは文字なのか数値なのかの区別がない

**デフォルトの名無しさん** · 2025/01/27(月) 18:32:54.97

>>809
通信プロトコルを置き換えるのは難しい

IPv6もすべての機器を対応させないといけないから、事実上、頓挫している。

**デフォルトの名無しさん** · 2025/01/27(月) 18:40:35.81

IPv6はキャリア側で十分に使われているだろう

**デフォルトの名無しさん** · 2025/01/27(月) 18:47:34.28

IPv6の「v6」はバージョンで、バージョンを上げるという意味。

本来はすべての機器のバージョンを上げて問題を解決しようとした。

**デフォルトの名無しさん** · 2025/01/27(月) 18:49:12.08

>>815
そこはIPv4と併用でIPv6単独というのは存在しない

**デフォルトの名無しさん** · 2025/01/27(月) 19:07:29.50

>>817
DNSがIPv6のアドレス返すところもあるだろう

**デフォルトの名無しさん** · 2025/01/27(月) 20:46:37.55

>>818
それは閉じたネットワークということ

**デフォルトの名無しさん** · 2025/01/27(月) 20:47:18.66

閉じたネットワークでIPv6を使う必要性がない

**デフォルトの名無しさん** · 2025/02/01(土) 22:00:22.08

お知恵をおかしください。
Black formatterを入れたのですが改行位置がなんかおかしいです

def test(aaa, bbb, ccc, ddd, eee)
となるところが
def test(
aaa,
bbb,
ccc,
ddd,
eee
)

のように引数が縦に並んでしまう箇所があります。
ワークスペースには以下のように記述しています。

"[python]": {
"editor.defaultFormatter": "ms-python.black-formatter",
"editor.formatOnSave": true,
},
"black-formatter.args": ["--line-length=120"],
}

他のフォーマッターの干渉でしょうか。チェックするべき場所もわからず、困っています。

**デフォルトの名無しさん** · 2025/02/01(土) 22:29:43.91

>>821
それは見た目の話じゃないのか？

**デフォルトの名無しさん** · 2025/02/01(土) 22:32:31.31

>>821
VSCodeのBlack Formatterがクソで使えないという情報を知らないのか？

**デフォルトの名無しさん** · 2025/02/01(土) 23:44:17.17

>>822
はい処理自体に影響はないです

>>823
おすすめのないっすかね・・・Pythonで導入が簡単なフォーマッター求めています

**デフォルトの名無しさん** · 2025/02/02(日) 01:58:28.60

もうRuffとuvで良いよ

**デフォルトの名無しさん** · 2025/02/02(日) 11:08:49.58

Ruffにしました。しかし >>821 の現象はまだ起きています。。。
これ引数が多い場合の普通の挙動なんですか？

**デフォルトの名無しさん** · 2025/02/02(日) 11:45:04.27

https://black.vercel.app
ここに貼ってみ

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

フォーマターなんてどうでもいいだろ
何拘ってんだ

**デフォルトの名無しさん** · 2025/02/03(月) 01:46:56.73

自動で整形されんとシンプルに時間の無駄だし
複数人で開発してバラバラだと毎回差分になる
ある程度コードがあればCopilot任せでもいけるだろうけど

**デフォルトの名無しさん** · 2025/02/03(月) 07:44:39.13

そもそもテキストエディタの置換機能も知らなそうだなw

**デフォルトの名無しさん** · 2025/02/05(水) 11:48:37.82

知らないとは考えられないから、たぶん認知能力の低下で機転が著しく利かなくなったのだろう

**デフォルトの名無しさん** · 2025/02/06(木) 23:26:30.14

チームでコーディングスタイルが決められててそれに準拠しなくてはならないなら大変な問題だよｗ

pythonに詳しくないから知らないけど代表的なスタイルがあって正しい設定をしても反映されないなら
再インストールするか最悪エディタを変えると言う選択肢がある

**デフォルトの名無しさん** · 2025/02/06(木) 23:28:53.12

取るに足らない雑魚たちが人格攻撃や個人攻撃してくるけどそいつらが正しいと言うわけではない
そいつらが間抜けでどうしようもない人間達と言う可能性も確実にあるし今回もそちらに近い

**デフォルトの名無しさん** · 2025/02/07(金) 14:37:26.73

更新したら固まる……

**デフォルトの名無しさん** · 2025/02/07(金) 15:02:35.78

コンソールから起動したら原因わかんじゃない？
code -nw --verbose
まずはcode -hでヘルプみて必要なら--disable-extensionsや--log levelを指定

**デフォルトの名無しさん** · 2025/02/08(土) 12:11:25.35

拡張機能(vix)がダウンロードできなくなってない？
デプロイすりゃいいんだけどめんどくせー

**デフォルトの名無しさん** · 2025/02/09(日) 14:44:56.93

CursorのTabのパクリ
https://forest.watch.impress.co.jp/docs/news/1661141.html

**デフォルトの名無しさん** · 2025/02/10(月) 00:34:17.13

言いがかり

**デフォルトの名無しさん** · 2025/02/10(月) 23:58:16.66

最近の業界の流行りなのかなんなのかしらんけど、インスコ直後の配色がダークスタイルになってるの、超醜いからやめてほしい

他にはKubuntu、Blender、GIMPも同じ

**デフォルトの名無しさん** · 2025/02/11(火) 00:43:24.67

最近みんなCursor使ってるね
主流になっちゃう？

**デフォルトの名無しさん** · 2025/02/11(火) 03:06:50.80

黒地に白文字というのはコンピュータの世界では昔から使われているけど、
どうにも馴染めない
プロンプトしか出ないモニター画面然り
液晶ディスプレイになる前のワープロ然り

CRTや有機LEDにとってはそのほうがいいんだろうけど、
液晶ディスプレイを使ってる自分には関係ないもんなぁ

どうにも学生時代の黒板にチョーク文字を思い出してしょうがない
せっかくホワイトボードになったのに、先祖返りするなんて

**デフォルトの名無しさん** · 2025/02/11(火) 07:48:20.62

>>841
目が疲れにくくなるし視力低下も抑えられるんやで

**デフォルトの名無しさん** · 2025/02/11(火) 07:52:12.47

白地に黒文字好むのMacユーザーに多い印象
あいつらグレアモニターだから反射する黒より白の方が都合がいいらしい
もれなく目と脳やられてる

**デフォルトの名無しさん** · 2025/02/11(火) 07:56:50.89

ﾏｶｰは黒地だとクリーチャーを見ながら作業する羽目になるんだよね
まともなディスプレイにするとクソ高いし

**デフォルトの名無しさん** · 2025/02/11(火) 08:03:44.59

マカーさんはApple様のXCODEでも使ってりゃいいのに
MS製品なんか使うなよ

**デフォルトの名無しさん** · 2025/02/11(火) 08:23:53.42

一般的なサイトが白地に黒だから
ウインドウ切り替えると目がチカチカする
黒地に青字とか浮いて見える

という理由で白地派だな

**デフォルトの名無しさん** · 2025/02/11(火) 08:47:47.31

黒字に低輝度だと目が疲れる
黒字に高輝度だと別アプリの白地で目が痛い
白地に低輝度なら問題ない

**デフォルトの名無しさん** · 2025/02/11(火) 08:52:05.60

黒バックに白文字が疲れるって言ってる人って乱視とかなんじゃね？

**デフォルトの名無しさん** · 2025/02/11(火) 15:01:09.86

NVIM拡張を入れるとインサートモードで「j」が入力出来ません。
jを入力すると右下に注意が出ます。
注意の内容はcompositeEscape1とcompositeEscape2は廃止されたという内容です。

nvimのkeymap.rc.vimにinoremap jj <Esc>を記載していたのでコメントアウトするとTerminal上のnvimでは改善しましたが，VSCodeを再起動してもVSCode上のnvimでは改善しません。

vscode-neovim.compositeEscape1
vscode-neovim.compositeEscape2
vscode-neovim.compositeKeys
vscode-neovim.compositeKeys
VSCodeの設定ではこれらも設定していません。

他に何が考えられますか？

**デフォルトの名無しさん** · 2025/02/11(火) 17:06:57.25

>>848
年取るとわかるよ
40半ば過ぎた頃から急に見にくくなる

**デフォルトの名無しさん** · 2025/02/11(火) 17:21:57.49

背景色黒でフォントが白はそりゃ疲れるよ
背景黒ならフォントも暗めのグレーにしなくては

**デフォルトの名無しさん** · 2025/02/11(火) 19:35:16.93

最新バージョンで拡張機能のコンテキストメニューに不具合発生
仕方無くバージョン戻す

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

いうてほとんど色が付いてるから白文字で目が痛いとか無いだろ

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

長時間見るならダークの方が疲れないよ

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

白背景だと目に入るブルーライト量も桁違いじゃね？

**デフォルトの名無しさん** · 2025/02/12(水) 04:55:49.31

ダークテーマのギラギラがきついなら
背景を灰色に、文字の明るさを落とした
明るさの幅が狭いテーマ探すといいよ
後はショートカットキーで簡単にモニタの明るさ調整できるツールいれるといい

**デフォルトの名無しさん** · 2025/02/12(水) 05:11:43.72

ディスプレイを変えるのは選択肢としてどうなんだろう？

**デフォルトの名無しさん** · 2025/02/12(水) 10:58:18.73

紫外線出すモニタは白内障になりやすいって
最近テレビで言ってたな

**デフォルトの名無しさん** · 2025/02/12(水) 13:27:01.31

>>849
こういうのって書いてあるとおりにチャッツGTに聞いたらそれなりの回答得られるのにな

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

>>858
モニタから何nmが出ているんだよ！

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

緑背景は目に優しいと言うし（そういう紙のノートも昔からある）
青カットはモニター等では普通に行われるので、
青と赤を減らした淡い黄緑色を背景にしてる
黒文字だけど、背景を暗くすれば反転した白文字でもいける

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

元は「遠くを見ると目に良い」だったのが「遠くの木を見ると目に良い」になって「木を見ると目に良い」になり「緑が目に良い」に変化しただけ
メンタル面の影響は置いといて、特に緑色の光が目に優しいということはない

**デフォルトの名無しさん** · 2025/02/12(水) 19:42:49.45

>>858
紫外線出す太陽とかめっちゃやばそう

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

>>862
緑はともかく遠くを見ると良いのは確実だぞ
そして人間の目は緑が一番見えるようになってる
遠くの緑を見ようとする事で視力改善効果がある
完全な近視になる前ならたいてい矯正できる
俺は車の免許取ってすぐの頃に免許更新で視力検査にひっかかっていつの間にか近眼になってて遠くを見ると回復という話を信じて1週間遠くを見る時間作って訓練して視力検査で余裕通過できな
それから何十年たったが未だに免許更新時期になるとそうやって視力回復させてずっと眼鏡無し生活できてるよ

視力悪くなったとき諦めて眼鏡かけたらもうそこで終わる
裸眼であがくと回復する
これは多くの人間が実際にやって効果があった事だからな
あとVRも確実に近視直す効果がある

**デフォルトの名無しさん** · 2025/02/13(木) 10:14:41.52

無駄に裸眼で足掻く→黒板の字が見えない→勉強についていけない→馬鹿が出来上がる

**デフォルトの名無しさん** · 2025/02/13(木) 12:50:06.31

家が貧乏だとメガネ買えない罠

**デフォルトの名無しさん** · 2025/02/13(木) 16:29:03.83

モニタから紫外線が出るはデマ
わざわざそんな波長を出す意味も無い

**デフォルトの名無しさん** · 2025/02/13(木) 17:01:03.44

CRT時代は目薬が手放せなかったけど
今は快適すぎる

**デフォルトの名無しさん** · 2025/02/13(木) 17:17:03.33

>>866
メガネは369+なら3300円から
一度試しに利用してみたが、モノは良かった

>>867
CRTは動作原理上紫外線が必ず発生するので、
それを受けとめる蛍光面に不具合があると透過して目に到達する可能性も否定できない

**デフォルトの名無しさん** · 2025/02/13(木) 18:31:37.00

暗めの背景でも Atom One Dark みたいな彩度低めで白っぽく感じるのは逆に疲れる

**デフォルトの名無しさん** · 2025/02/13(木) 22:09:11.91

液晶のバックライトも少し昔は陰極管を使っていて、これは紫外線を発生させて蛍光体の層で可視光線に変換するものなので、蛍光体の層に何か不具合があれば紫外線が出るかも

**デフォルトの名無しさん** · 2025/02/14(金) 17:32:56.40

お外に出ない大人かw

**デフォルトの名無しさん** · 2025/02/15(土) 11:19:53.66

たしかに。晴れた日に窓の外を眺める方がよっぽど目への影響が大きい。

**デフォルトの名無しさん** · 2025/02/16(日) 12:16:30.30

>>860
最近増えだした白内障の原因として
テレビで言ってるモニタ影響説はフェイクで
本当は放射能にあふれてるんだと思うよ
ストロンチウムとか一杯出たでしょ

**デフォルトの名無しさん** · 2025/02/16(日) 15:54:56.80

Copilotのコンテキストの与え方がいまいちよくわからない
例えばhoge.tsに対して何かしたいとき

①インデックスを作る（つまり明示的には何もしない）
②hoge.tsを開く
③hoge.tsを開きアクティブにしておく
④hoge.tsをコンテキスト追加する
⑤プロンプトで「hoge.tsに対して～」などと明示する

これ全部やるのがコンテキストとしては最強なんだろうか

**デフォルトの名無しさん** · 2025/02/16(日) 16:36:39.29

deepseekのプラグイン安いな。
月200円程度で使い放題じゃん。

**デフォルトの名無しさん** · 2025/02/16(日) 18:18:18.67

中国にソースコード流れるぞ

**デフォルトの名無しさん** · 2025/02/16(日) 19:36:12.95

デマ認定ktkr
https://note.com/kondo_4_dai/n/na8c9925e1ee4

**デフォルトの名無しさん** · 2025/02/16(日) 21:13:48.37

意識高い系が課金して会社PCに入れちゃうんだろうな
そういう奴に限ってコード書いてるとこ見たこと無いが