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/

**デフォルトの名無しさん** · 2024/07/03(水) 21:11:45.23

邪悪なM$終了ww

Eclipse Foundation、VS Codeの代替を目指す「Theia IDE」の正式版を公開
https://codezine.jp/article/detail/19824

**デフォルトの名無しさん** · 2024/07/03(水) 21:20:15.64

逆にまだ正式版じゃなかったのか

**デフォルトの名無しさん** · 2024/07/03(水) 21:42:02.70

Atom並みにどこも自由に変更できるようになってたらいいな
ミニマップとか

**デフォルトの名無しさん** · 2024/07/03(水) 21:57:57.25

ミニマップって要る？表示幅減るじゃん

**デフォルトの名無しさん** · 2024/07/03(水) 22:00:59.01

じゃあoffれば？(･ω･#)

**デフォルトの名無しさん** · 2024/07/03(水) 22:46:58.45

Theia Platformなるものが秀逸ってこと？見た目とか機能とか色々同じっぽいけどvscodeから移行する価値ある？

**デフォルトの名無しさん** · 2024/07/04(木) 00:18:15.99

競合になると思われたjet brainsのfleetは完全に空気になってるけど、競合が弱いと言うよりvscodeに不満が少ないのが理由だろうな
個人的には拡張機能APIへの不満はけっこうあるけど

**デフォルトの名無しさん** · 2024/07/04(木) 00:45:59.62

目下最有力な競合はCursorだろう
まあVSCodeのフォークであるため技術選定やアーキテクチャ等の基盤面での差別化はできず、
純粋にMS(+OSSコミュニティ)との物量勝負にならざるを得ないから、どう転んでもCursorに勝ち目はないのだが

**デフォルトの名無しさん** · 2024/07/04(木) 02:12:47.98

切磋琢磨してくれ
作業に合った使いやすいツールを併用したい

**デフォルトの名無しさん** · 2024/07/04(木) 03:22:37.30

どうも、秀丸です

**デフォルトの名無しさん** · 2024/07/04(木) 08:01:37.82

もうほぼCursorしか使ってないな
単なるオマケ付きVSCodeだけど

**デフォルトの名無しさん** · 2024/07/04(木) 08:18:06.60

CrusorはVSCODEの機能や拡張機能全部使えたりする？

**デフォルトの名無しさん** · 2024/07/04(木) 09:04:36.41

使えるよ
最近のVSCode/GitHub/MSはAIについてはエディタの延長としてのAI機能強化よりも自動開発に傾倒していて、本格的にリリースされたらCursorは吹き飛ぶ
最終的にはMSに買収してもらえたら御の字だろう

**デフォルトの名無しさん** · 2024/07/05(金) 05:33:29.03

どうも、禿です

**デフォルトの名無しさん** · 2024/07/05(金) 08:02:03.58

それは知ってる

**デフォルトの名無しさん** · 2024/07/05(金) 15:19:59.70

草

**デフォルトの名無しさん** · 2024/07/06(土) 22:55:12.57

この日本語入力／変換のバグ
ttps://github.com/microsoft/vscode/issues/143167
前スレの814のバグなんですが、
いつの間にか直っていますね。いやー長かった。
これで日本語文書を作成するエディタとして使う気になる。

50 · 2024/07/06(土) 23:01:05.51

いろいろ試したら完全には直ってなかった。
問題なく変換中に右端で改行される場合と、
上記githubのissueのように乱れる場合があるけど、
問題が発生する条件が分からない…。

50 · 2024/07/07(日) 08:11:26.75

今でも相変わらず直す気なさそうだね。
ttps://github.com/microsoft/vscode/issues/204816
カーソルが一番右端か、その一つ前の位置から日本語入力
し始めるときだけ問題がないみたい。
もしかしたら以前からそういう状態だったかもしれないので、
それだったら何も変わっていなかったと。お騒がせしました。

**デフォルトの名無しさん** · 2024/07/07(日) 15:05:43.74

VSCode開発者の中にマルチバイトIME×自動折り返しユーザーが少ないから誰かが対処する気になりにくいと同時に、最終的にはChromiumの挙動次第になりそうだからあんまりやっぱり誰も手を付けたがらないんじゃないかと

**デフォルトの名無しさん** · 2024/07/07(日) 21:50:25.67

エディタ部分はだいぶ深いとこから制御してそうだからChromiumの挙動はあまり関係ないんじゃない？
というか深い制御をしてるからこそこんなバグが出るんだと思う

**デフォルトの名無しさん** · 2024/07/07(日) 23:11:01.25

Issues覗いたらわかるけど
Electron/Chromium由来の不具合は実際あるわりと

**デフォルトの名無しさん** · 2024/07/08(月) 01:18:43.46

editor部分はmonacoでしょ。そっちで同じエラーが出るか見るのもいいかも

**デフォルトの名無しさん** · 2024/07/11(木) 19:55:00.49

zedエディタをwslで使ってみた人居る？起動しなくてゾンビ化してるんやけど... 結局消去法でvscodeになるんか

**デフォルトの名無しさん** · 2024/07/12(金) 10:16:04.12

pythonでの開発なのですが、ターミナルで特定文字が消去されてしまいます。
全角の除算記号"×"です。
PSReadline の問題かと思い、Remove-Module PSReadline しましたが、同じ現象です。
対策わかる方いらっしゃいませんか?

**デフォルトの名無しさん** · 2024/07/14(日) 02:32:51.28

ターミナルは、VSCode に関係ないから、
Python のスレで聞いた方が良い

ターミナルも色々あるし。
bash, Powershell, コマンドプロンプト

特に、Windows はsjis(CP932)だから、
Linux のUTF-8 とは異なるし

**デフォルトの名無しさん** · 2024/07/14(日) 03:29:44.84

VSCode内蔵ターミナルの話じゃないの？
それとコマンドプロンプト以外はターミナルじゃなくシェルな
乗算のtypoが頭ちょいバグる

**デフォルトの名無しさん** · 2024/07/14(日) 05:00:46.59

>>58
PSやcmd、WSLで「print("×")」やってみたがどれもOKだったな。

**デフォルトの名無しさん** · 2024/07/14(日) 09:24:45.45

>全角の除算記号"×"

**デフォルトの名無しさん** · 2024/07/21(日) 12:05:00.41

われわれとは違う数学記号の体系が発達した異世からの書き込みに過剰反応しすぎ

**デフォルトの名無しさん** · 2024/07/21(日) 18:48:39.13

除算って割り算だよな

**デフォルトの名無しさん** · 2024/07/21(日) 18:58:41.52

割り算とは？

**デフォルトの名無しさん** · 2024/07/21(日) 19:16:37.58

除算のことだ

**デフォルトの名無しさん** · 2024/07/22(月) 15:38:35.43

除さんなら知ってる

**デフォルトの名無しさん** · 2024/07/22(月) 21:04:07.15

>>67
そいつろくでもない奴だよ

**デフォルトの名無しさん** · 2024/07/25(木) 16:27:13.54

>>63
IUTですねわかります

**デフォルトの名無しさん** · 2024/07/25(木) 18:22:16.37

その異世界って住民が20人かそこらしかいないんだろ？

**デフォルトの名無しさん** · 2024/07/25(木) 18:41:50.59

望月の悪口は許さん

**デフォルトの名無しさん** · 2024/07/29(月) 16:51:49.07

最近プログラミングを勉強してVScodeを導入した初心者だけど、ちょい質問！
書いてる時に候補とかでモジュール出てきて、そこからヘルプのポップアップを見れるけど
その時に英語をコピペしてブラウザで翻訳してるんだけど、これをVScode内で翻訳してくれる拡張とかないですか？
例えば、ヘルプの英文を選択するだけで自動翻訳したポップアップが出るとか

**デフォルトの名無しさん** · 2024/07/29(月) 17:20:46.41

>>72
プログラム勉強中ならCopilot導入が一番勉強になるぞ
わからん所もたいてい教えてくれる

**デフォルトの名無しさん** · 2024/07/29(月) 19:04:50.43

>>73
今Pythonを学んでるんだけど、chatGPTちゃんに質問しながら学んでるで！！
GPTよりCopilotってのがええの？？

**デフォルトの名無しさん** · 2024/07/29(月) 19:07:38.63

>>74
VSCODEに組み込まれるからコーデイングしながら範囲指定して、これをこういう風に改造して、とかエラーの原因を教えてとかいろいろできる

**デフォルトの名無しさん** · 2024/07/29(月) 19:12:44.18

無料でやりたいならVSCODE拡張のContinueっていうパチモンインストールしてgroqとかの無料APIを指定すれば似たような事ができる
AI関連は嘘も間違いも起こるから複数併用がいいよ
Webブラウザー経由で使うならおすすめはPerplexity

**デフォルトの名無しさん** · 2024/07/29(月) 19:29:05.67

>>75
まじか！そりゃ便利だな！
やってみるわ

**デフォルトの名無しさん** · 2024/07/30(火) 01:26:16.46

Copilot は手放せないよな
MSは税をとるのが本当に上手い
プログラミングに課税されるとは思わなかったぜ…

**デフォルトの名無しさん** · 2024/07/30(火) 13:17:54.18

もしかしてCopilotを入れたらリンターとかいらない？？
一応拡張でリンターを入れたんだけど

**デフォルトの名無しさん** · 2024/07/30(火) 13:24:34.98

>>79
それは別枠だとおもう

**デフォルトの名無しさん** · 2024/07/30(火) 13:28:05.39

Copilotが何をもとにコードを提案してくるのか、を踏まえて逆算するとlintルールは必要ってことになるな

**デフォルトの名無しさん** · 2024/07/31(水) 19:22:33.33

>>80
AIに「おかしいところない？」と聞くより、リンターの方が正確ってことか

**デフォルトの名無しさん** · 2024/07/31(水) 20:57:31.38

>>82
ちがう

**デフォルトの名無しさん** · 2024/08/03(土) 00:23:43.36

最近のトレンドとしてはAIにコードレビューさせるのが流行りつつあるよね
人間向けに自然言語で書いたルールブックをプロンプトとして食わせりゃほぼ完璧にチェックしてくれる
Linterはもう終わりだよ

**デフォルトの名無しさん** · 2024/08/03(土) 04:03:22.41

やっぱりリンターいらないのか

**デフォルトの名無しさん** · 2024/08/03(土) 12:46:37.30

dev containerなんか使い方がよくわからない

**デフォルトの名無しさん** · 2024/08/03(土) 18:17:54.85

たまーにPython触るくらいでほとんどTypeScriptしか使ってないんだけど、
動的型付けだとAIの生成能力落ちたりすんのかな？
表示されてるコード上の手掛かりが減るから影響はありそうだけど、バニラJSだとどうなるのかちょっと気になる

**デフォルトの名無しさん** · 2024/08/03(土) 18:21:14.42

メインの行列処理はGPUがやるしGPU無くてオールCPUでも実際の計算はC++で書かれたライブラリが実行だろうし言語はほとんど影響ないだろ

**デフォルトの名無しさん** · 2024/08/03(土) 18:30:30.58

あ、AIを動かす方じゃなくてw
GitHubCopilotやCursorのCopilot++がサジェストとか修正とかやる時に、
動的型付のコードが対象だと精度落ちるのかなって話。

**デフォルトの名無しさん** · 2024/08/03(土) 18:49:33.84

つっこんで解析しないので関係なし
識別子の命名はちゃんとした方がいい

**デフォルトの名無しさん** · 2024/08/03(土) 18:54:46.35

言語ごとに学習がちがうんだしモデルの出来次第だろ

**デフォルトの名無しさん** · 2024/08/03(土) 19:21:57.40

静的型ならRAGで型情報を補完できるはずだから、そこまで踏み込んだ実装してるなら静的型の方が圧倒的に高精度になるだろうな
Copilotがそこまでやってるかは知らん

**デフォルトの名無しさん** · 2024/08/03(土) 20:02:02.33

その精度に合わせて動的型付けを使うか静的型付けを使うかを決め直したいのか？
そうでもない限り意味のない質問だよ
それに、精度ってなんだ？

**デフォルトの名無しさん** · 2024/08/03(土) 20:11:57.50

もし既存のlet変数に違う型の値を代入するようなコードがサジェストされるかを聞いてるなら、そんなコードをサジェストしてくるのは見たことないぞ

**デフォルトの名無しさん** · 2024/08/03(土) 20:13:09.53

ただ普段、let宣言を使いまくるようなコードをエディターで開いて学習させてる場合は知らん
NGワード規制に掛かるので細切れにした、すまん

**デフォルトの名無しさん** · 2024/08/03(土) 20:44:59.36

関数の戻り値で成功したら配列、失敗したらFalseとかも違う型の値を代入だよな
JavascriptとかPythonだとよくやる

**デフォルトの名無しさん** · 2024/08/07(水) 11:58:57.46

よくやるじゃねぇよ
そんなことするなよ

**デフォルトの名無しさん** · 2024/08/07(水) 14:50:03.99

簡易なやり方だとJSはエラーハンドラ渡す
PythonはタプルでMaybe/Either返すかな

**デフォルトの名無しさん** · 2024/08/07(水) 16:27:55.76

他言語の流れで型至上主義だとそういう感覚になるんだろうな
どう考えても>>96のやり方がスマートで見やすい分かりやすい
動的型言語のメリット殺すようなコーティングスタイルは個人的に好みではない

**デフォルトの名無しさん** · 2024/08/07(水) 17:02:11.45

nullでしょ
Falseはねーわ

**デフォルトの名無しさん** · 2024/08/08(木) 16:07:14.33

型の予測できないものって見えないバグの温床になっちゃう

**デフォルトの名無しさん** · 2024/08/08(木) 20:57:04.61

型を厳格化すりゃバクが減るとおもってるやついるよな
ほぼ関係ないのに
型チェックがないとまともなプログラム組めない人はそもそも向いてない

**デフォルトの名無しさん** · 2024/08/08(木) 21:12:31.41

>>102
厳格な静的型付けによって
確実にバグが減って生産性が高まる
もちろん可読性も改善する
さらに保守性も良くなる

**デフォルトの名無しさん** · 2024/08/08(木) 21:17:58.59

まぁ普通は動的型付け言語でもできる限り型を意識して書くからね
同じ変数に違う方を代入したり，関数内の分岐によって全く違う方を返すとかはやらないよね

**デフォルトの名無しさん** · 2024/08/08(木) 21:58:01.91

そもそも論だけど型云々がないとバグが減らせないレベルだと本当のバグを減らすことができないんだよ
型がちがってて起こりえるエラーなんてほんと初歩エラーレベルだし変数ウォッチしてりゃ気づく
一切効果がないとは言わないがほぼ意味はない
冗長的なコードかく時点で生産性は下がってるわけで言語的に必須だから従ってるだけで個人的には好き好んでそういうルールを受け入れてる訳ではないな

**デフォルトの名無しさん** · 2024/08/08(木) 22:03:21.17

>>104
わざわざそんなことはやらないが細かいところで制約つくのはだるいだと感じるな
だから今はJavaは大嫌いだしJavaScriptは大好き
昔はデザインパターンとかああいうの一通り学んで教科書通りのお利口さんコースだったけど今思うとあんなのを有り難がって自分がすごいと思ってたのがこっぱずかしいわ
今静的型言語やるのはUnityのC#やるときくらいかな

**デフォルトの名無しさん** · 2024/08/08(木) 22:03:28.58

ライブラリで、結果が複数のときだけリストを返すヤツとかあるけどな

**デフォルトの名無しさん** · 2024/08/08(木) 22:05:19.93

>>105
素人は動的型付け言語を好むが
一定レベルを超えた人たちが(小さなスクリプトを除いて)静的型付け言語を使う理由は生産性が高いため

**デフォルトの名無しさん** · 2024/08/08(木) 22:06:02.31

結局静的型付けはお役所仕事なんだよ
ただめんどくさいだけ
デリゲートとかインターフェースとかああいうのほんと一番無駄
使う方がやっちゃいけないこと把握して動的形言語でやる方が遙かにはかどる
JavaScriptとNodejs最高ってことだ

**デフォルトの名無しさん** · 2024/08/08(木) 22:09:05.92

>>108
ほんとに初心者レベルなら動的を好んで
中級で静的病にかかり
上級で動的最高！に戻る

プログラム出来る僕すごいでしょ？的な中級者ほどそういう病が酷い傾向だな

**デフォルトの名無しさん** · 2024/08/08(木) 22:09:41.31

静的型付け言語を否定する人は100%駄目プログラマーであることが長い歴史で世界共通の認識

**デフォルトの名無しさん** · 2024/08/08(木) 22:18:10.69

>>111
君がまだそのレベルってことよ
静的形言語もさんざんやってきて極まってくると初心にかえるもんさ
ちなみにおれは幼少のころアセンブラとマシン語とインタプリタベーシックから始めて、JavaやらC#やら経て年とってから個人受注で始めたPHPで楽さと自由さに感動し最後にJavascriptのやばい正体に気づきこれが最高の言語というのが今の結論だな
Pythonの配列関連の仕様とかもすごい好きだがやはりJSにはかなわない
一番使うのはpythonだけどね
Chromeの自動操作とかBlenderの自動化スクリプトとか

ちなみに静的型を否定するわけじゃなく面倒な代物といってるだけ
チーム開発とかで人多いときに素人に毛が生えた連中に仕事きりわけるには静的型言語が最適
お役所仕事なやり方はバカでもできるが効率悪いというのと同じ

**デフォルトの名無しさん** · 2024/08/08(木) 22:28:52.38

小さいおもちゃなプログラムなら問題ないが、
可読性も保守性も悪いスクリプト言語で、
ある程度の規模のまともなプログラムを組むのは、
生産性が悪すぎてバカしかしない。

**デフォルトの名無しさん** · 2024/08/08(木) 22:52:06.01

短いプログラムでも、静的な型が窮屈とか面倒とかは思わないけどな
昔のC++は型宣言が超長くなって困ったものだが、最近はそれもない

Webだとちょっとしたスクリプトの集合体だし、DB側に型があるから結構何とかなったりするんだろね

**デフォルトの名無しさん** · 2024/08/08(木) 23:09:23.94

>>113
そんなもの静的型とかと関係ないじゃん
プロジェクトをどういう構造やルールにするかが全てだよ

静的型言語使えばよいものが作れると信じてるやつってお役所仕事的な煩雑なことやることによって仕事してるきになってるだけなんだよね
とはいえそんな奴がほとんどだけどね

**デフォルトの名無しさん** · 2024/08/08(木) 23:11:07.97

>>114
たんなる変数の型とかだけならいいんだよ
オブジェクトとかインターフェイスだとかああいうのが絡んでくると型の弊害がでてくる

**デフォルトの名無しさん** · 2024/08/08(木) 23:16:40.85

インターフェースやそれ相当の機能を使わずにプログラミングする初心者コードは抽象化と機能分離ができていないため保守性ゼロ

**デフォルトの名無しさん** · 2024/08/08(木) 23:31:47.64

メリットがあるとするなら静的型言語は作る前から入念な設計が必要になる
アジャイル的なものとは相性悪いがウォーターフォール的なアプローチなら相性が良い
コーダーたくさんしたがえてるような環境ならデメリットも帳消しになるかもって所

しかし基本は足かせでしかないよ
たとえばC#なんかもジェネリックでる前は全部基底クラスのobjectとして扱えるハッシュテーブルとかつかってたわけじゃん
結局型キャストするわけで
そんなの動的型言語とやってることかわらんじゃんと
ただただめんどくさくて足かせになるだけだったな
というかジェネリックとか自体もだるいしな
文が長すぎ
補助輪ついてる自転車状態なわけで自由自在にのれてこける心配のない人にはじゃまなだけ

**デフォルトの名無しさん** · 2024/08/08(木) 23:37:44.94

ジェネリックを使い込めばコード量が激減して見やすくなりメンテもしやすいよ
ジェネリックという自転車を自由自在に乗りこなせない人にとっては面倒なものに見えているんだね

**デフォルトの名無しさん** · 2024/08/08(木) 23:40:54.47

修正の影響がすぐに判断できるから逆にアジャイルな開発やリファクタリングは楽になるが。

**デフォルトの名無しさん** · 2024/08/08(木) 23:45:47.57

>>118
静的型付け言語はアジャイル方式でも相性が良い
改善や機能追加でどんどん仕様が変わっていっても静的型付けチェックが自動的になされるため効率も良い
逆に動的型付け言語は生産性が悪い

**デフォルトの名無しさん** · 2024/08/08(木) 23:47:25.72

動的言語は実行時に型チェックをするので、環境負荷が高い
使い捨てのスクリプトなら問題ないが、何度も実行するプログラムなら、型チェックはコンパイル時だけにすべき
動的言語を使う者は、代償としてエアコン禁止

**デフォルトの名無しさん** · 2024/08/09(金) 00:04:17.47

バブルソートの話になりそう(´・ω・｀)

**デフォルトの名無しさん** · 2024/08/09(金) 00:21:11.04

>>121
ごりごりの作ってるインターフェイス作り直しとかの面倒臭さわからない？
プロジェクトあげての大がかりな修正ならともかく実験的にちょっとここを変えたいとなっても規模がデカいほどビルド通らん地獄になる

**デフォルトの名無しさん** · 2024/08/09(金) 00:25:21.48

>>124
それ真逆だ
インタフェースを使っていれば
仮にインタフェース部分の変更があってもインタフェースを使ってる部分に影響が分離できて限られ最も負荷が低くなり生産性が高くなる

**デフォルトの名無しさん** · 2024/08/09(金) 00:35:31.20

なんか素人が大暴れしてて草

**デフォルトの名無しさん** · 2024/08/09(金) 00:36:23.16

>>125
どうも話がつうじんなあ
静的だと変更があった場合の変更箇所は示してくれるメリットがあるがそもこもそれが膨大で修正が大変になるケースがあるってこと
ちょっと変えて実験とかそんなのを試せないって話だよ
設計書どおりにしこしこ作ってるコーダーはともかくいろいろやる役割の人は結構だるい思いしてるんだよ

**デフォルトの名無しさん** · 2024/08/09(金) 01:50:19.94

VSCodeスレで何やってんだこいつら

**デフォルトの名無しさん** · 2024/08/09(金) 02:48:28.49

>>127
インターフェイスは動的型付け言語にもある
静的型付け言語かどうかとは一切関係ない話だ
さらにインターフェイスを実験段階で用いるかどうかも自由度がある
俺はその段階では用いない
しかし最終的にはリファクタリングの段階でインターフェイスを導入してコードを整理する
その方が保守性が良くなるからでほとんどの人はそうしている

**デフォルトの名無しさん** · 2024/08/09(金) 06:58:58.40

前もいたな
windowsのlocalhostは特殊でwsl2との接続でlocalhost効かない時あるつってんのに
延々と知恵遅れが噛み付いてきた
最後は知恵遅れのけつまくりで終わった

**デフォルトの名無しさん** · 2024/08/09(金) 07:58:50.21

>>127
たしかに話が通じないな。
例えば最初にスカラーで持っていた情報を後から複数持たせるように配列やコレクションに変更しようとしたとする。
その場合そこをアクセスするコードを全部修正する必要があるのは型付け方式にかかわらず同じはず。

**デフォルトの名無しさん** · 2024/08/09(金) 14:09:50.84

こんな何十年も前の話でマウント取り合わなくても

**デフォルトの名無しさん** · 2024/08/09(金) 15:17:58.05

そらもう5chなんておじいちゃんしかおらんもん、
おじいちゃん、昨日もその話ししたでしょ

**デフォルトの名無しさん** · 2024/08/09(金) 15:28:13.59

>>131
元々は実験的にちょこちょこっと修正とかが効かないって話なんだけど文脈わかってる？
あと、型云々変更や意識はそれを実際に使う(メンバにアクセス)場所での対応は必要だが、変数として保持したり管理したりの部分は意識すらいらんのだよ
それすら許さない型言語がだるいという話のコア理解できないかな？

基本的な経験が足りないんじゃないかなとおもうわ
javaやc#しかメインでやってないとそれがふつうで疑問すらもてないんだろう