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/21(火) 18:42:33.73

必須ではないけど何んと無しにファイル内での位置が目に入ってマルチモーダルに体験してると記憶が長持ちする

**デフォルトの名無しさん** · 2025/01/21(火) 18:44:26.23

基本的に、カーソルの移動は検索でするもの
スクロールしながらヒーコラヒーコラ移動するのは初心者
だから初心者ほどミニマップは重宝するのでは

**デフォルトの名無しさん** · 2025/01/21(火) 18:54:35.29

定義を参照とか使用箇所一覧から飛ぶとかそういうのが多いよね

**デフォルトの名無しさん** · 2025/01/21(火) 21:54:56.88

俺はかなりコード量多いけどミニマップの字が小さくてどうせ見えないから非表示にしてる
4Kディスプレイで20ポイントぐらいのフォントで、コントラスト高めのテーマ最近は見やすく感じる

**デフォルトの名無しさん** · 2025/01/21(火) 23:32:28.73

やっぱミニマップは非表示でいいんだ

**デフォルトの名無しさん** · 2025/01/21(火) 23:35:50.41

使い方によってはかなり便利になるケースありそうだし人を選ぶ機能だとおもう

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

中国のバイヤーも言ってたけど、日本人はクレーマーが多いらしいね
だからセラーから避けられてるのか

**デフォルトの名無しさん** · 2025/01/22(水) 11:52:01.99

ミニマップはCOBOLのコーディングには便利そう
COBOLのコードってひたすら単調で縦に単語を揃えるスタイルが多いし、一つの長大なソースファイルと長時間睨めっこする
だからコードの文字まで見えなくてもだいたいの外形が見えればどこに何書いてあるのかわかる

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

邪魔な機能って言えば、編集画面上部に{}の階層を表示してくれる機能は困っちゃってるな
俺の目では境目が見づらくて、帰って邪魔になっちゃってる
オフにしたくても何ていう名前の機能だか分からなくて設定できねえ・・・・

**デフォルトの名無しさん** · 2025/01/22(水) 13:00:12.87

>>762
breadcrumbs

**デフォルトの名無しさん** · 2025/01/22(水) 13:10:06.03

モジュール・クラスレベル未満は非表示とかもできんだね、知らなかった
チェック外していくのが面倒だけども

**デフォルトの名無しさん** · 2025/01/22(水) 16:24:23.99

vscodeって勝手にwsl2のlinuxに入ってきて特権コマンド打ち込みまくってくるよな
なんなんあいつ

**デフォルトの名無しさん** · 2025/01/22(水) 16:34:51.78

Windows自体のアドミンならまだしもWSL内のOSのrootは別に使っても問題ない認識なんかもな

**デフォルトの名無しさん** · 2025/01/22(水) 17:26:37.07

MS製品同士だしまさに特権なんだろ
連携のプラグインの利用規約になんか書いてあるかもしれんね

**デフォルトの名無しさん** · 2025/01/22(水) 19:52:41.33

>>747
やってる感が大事

**デフォルトの名無しさん** · 2025/01/22(水) 21:01:08.62

おじさんプログラマーが最初にやること:
ミニマップをオフにする
フォントを大きくする
Vimプラグインを入れる

**デフォルトの名無しさん** · 2025/01/22(水) 21:32:53.14

おじさんは大変だなあｗ

**デフォルトの名無しさん** · 2025/01/22(水) 21:41:10.20

>>769
リモート開発プラグインも必須

**デフォルトの名無しさん** · 2025/01/22(水) 22:07:54.07

昔はeclipseなんてのもあったな。今も使えるのかな。

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

オープンソースのCursorオルタネイティブだと。
https://voideditor.com/

DeepSeek使えるのはいいな

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

未だにvimとかeclipeガチ開発用途で使ってるやつ理解できない
AIアシスタントツールも取り入れてるようだけど
そこまでしてCUIに拘る意味なんてないのに

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

最近はeclipse全然使ってないけど今も使えると思うよ

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

eclipseはGUIだろ…

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

Renesasのe2studioは毎日使ってるけど

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

>>771
リモート開発プラグインってなんだ？

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

>>778
SSH経由でファイルを編集できるやつ
おじさんはローカルで開発なんかしない

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

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