Visual Studio Code / VSCode Part8

■ このスレッドは過去ログ倉庫に格納されています
2020/06/11(木) 12:01:27.72ID:zrBfgML9
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 Part7
https://mevius.5ch.net/test/read.cgi/tech/1576059976/
2020/07/19(日) 13:35:46.96ID:Vqf8sefQ
>>456
ﾊｲﾊﾟーﾊﾞｲｻﾞーﾌﾚーﾑﾜーｸだけで十分だった
Windowsはむしろ余計なものを追加しやがってといった印象
2020/07/19(日) 13:36:10.01ID:Vqf8sefQ
>>458
余計な機能だからな
2020/07/19(日) 13:36:19.27ID:W3hSYpRn
とことんブーメランになってるよなｗ

HypervisorフレームワークだけではVagrantというエコシステムを活かしきれない（笑）
2020/07/19(日) 13:37:14.61ID:W3hSYpRn
>>468
「なんでMacにはOSの基本機能が搭載されてないの？」
「Macはサーバーじゃないんだからそんな機能は不要！」
2020/07/19(日) 13:38:40.46ID:W3hSYpRn
>>467
Hypervisorフレームワークだけで仮想マシンにLinuxをインストールする方法を教えて下さい

あ、Macはフリーソフトを使えば出来る！が自慢でしたっけ？ｗ
2020/07/19(日) 13:39:32.30ID:Vqf8sefQ
>>461
HyperVだけじゃVagrantなど蓄積された仮想化ｴｺｼｽﾃﾑを活かせないんだよ
HyperVだけでは物足りない
なのにVirtualBoxを共存させると不具合が出やすい
かと言ってHyperVをｵﾐｯﾄしたらDockerｴｺｼｽﾃﾑが弱体化する
Windowsでは仮想化を活かしきれないんだ
完全にDockerだけを使う分にはWindowsでも許容範囲内なんだけどね
2020/07/19(日) 13:39:42.41ID:yDaMs/Xo
Dockerはどっか行けよ
2020/07/19(日) 13:42:18.90ID:W3hSYpRn
macOSはCLI環境が弱いですからね。
ターミナルもみんなiTerm2とか入れるし
パッケージ管理は、サードパーティのHomebrewをインストール
そしてろくに動作検証もされてない
ただ収録しただけのパッケージを使うしか無い
CLI環境っていうか開発全般が弱いのかｗ
2020/07/19(日) 13:42:34.51ID:Vqf8sefQ
>>463
ﾒﾓﾘは32G詰んでる
でもどんなにﾊｲｽﾍﾟでも簡単にﾒﾓﾘを食いつぶすように作られてるから意味ないよ
設定を変更すれば食いつぶすﾒﾓﾘ上限を設けることができるけど設定値まで食いつぶすのは相変わらず
ﾘｿーｽ効率がいいのがｺﾝﾃﾅのﾒﾘｯﾄなのにこれじゃあ意味が無い
2020/07/19(日) 13:44:19.79ID:W3hSYpRn
>>472
はぁ？VagrantはOSの機能じゃないし、もはや必要とされてない。
重い仮想マシン上のLinuxにログインして開発する時代は終わってるんだよ
OS標準のCLI環境とDockerを使った実行環境を使って開発する時代に変わった
いつまで旧式のエコシステムを使ってるの？
Dockerを使ったエコシステムに乗り換えろよ
2020/07/19(日) 13:48:10.81ID:PIkW4oBq
>>464
キャッシュに大量のメモリを食われるのは相変わらずと読めるね
キャッシュクリアのためにWSLログインしてコマンドうつの面倒でしょ
2020/07/19(日) 13:52:07.56ID:PIkW4oBq
>>466
いやいやUIなんてｵﾌﾟｼｮﾝですよ
なんならｺﾝｿーﾙで済む

MacでもWindowsでもVirtualBoxが必須とは言っていない
DockerをやりたいだけならDocker for Desktopでどちらも問題ない
しかしDocker以外の目的で仮想マシンを使いたくなった場合Macは非常にうまく動作するがWindowsはそうではない
そう言ってるんで早く理解してください
2020/07/19(日) 13:52:48.57ID:PIkW4oBq
>>469
VirtualBoxを入れるだけ
2020/07/19(日) 13:53:14.29ID:PIkW4oBq
>>470
意味不明
2020/07/19(日) 13:54:27.48ID:PIkW4oBq
>>471
そのとおり
Macには選択肢がある
2020/07/19(日) 13:56:20.43ID:PIkW4oBq
>>474
とはいえWindowsよりは幾分ﾏｼでしょうな
ｺﾏﾝﾄﾞﾌﾟﾛﾝﾌﾟﾄでしたっけ？
あとはやけに動作が遅いPowerShell
2020/07/19(日) 13:58:43.45ID:PIkW4oBq
>>476
それはあなたがｱﾌﾟﾘ開発者だからでしょうね
確かにｱﾌﾟﾘ開発という狭い世界ではDockerがあれば十分かもしれない
でも世の中はｱﾌﾟﾘだけでは回らないので仮想ﾏｼﾝも必要になってくる
ｲﾝﾌﾗのお勉強もしてみると視野が広がるのでｵｽｽﾒ
2020/07/19(日) 13:59:37.74ID:W3hSYpRn
>>482
あとはWSL用のターミナル（コマンドプロンプトと同じだがbashが動いてる）
そしてWindows Terminalもリリースされたね
もう完全に逆転されてるよｗ
2020/07/19(日) 14:00:23.21ID:W3hSYpRn
>>483
Macってインフラ弱いよね
Linuxのコマンドがことごとく使えないｗ
2020/07/19(日) 14:03:13.26ID:PIkW4oBq
>>484
逆に衰退してるように思える
どっちつかずの半端なｼｪﾙしかないからｱﾚｺﾚ併用せざるを得なくなって
しょうがないからWindows Terminalでﾀﾌﾞ管理できるようにしました
これって完全に根本解決を諦めた人達の答えだよね
2020/07/19(日) 14:03:30.42ID:PIkW4oBq
>>485
Windowsもね
2020/07/19(日) 14:05:23.74ID:W3hSYpRn
>>486
> どっちつかずの半端なｼｪﾙしかないからｱﾚｺﾚ併用せざるを得なくなって

どっちつかずの半端なｼｪﾙとは？
その理由を言えないから説得力ゼロなんですよ
2020/07/19(日) 14:05:54.28ID:W3hSYpRn
あぁ、半端なシェルってタブがないだけという意味だったか。程度が低いな
2020/07/19(日) 14:06:15.33ID:wDwMFBJk
そういえばMac板にこんなスレがあった

macOSは同一Macの仮想マシン上のLinuxよりも遅い
https://egg.5ch.net/test/read.cgi/mac/1582504945/

＞macOS上のDocker（OS標準仮想マシン）上のLinuxでbash（5.0.16）を動かした場合
＞$ docker run -it bash /usr/bin/time -p bash -c 'for i in $(seq 10000); do (:); done'
＞real 5.20
＞user 2.47
＞sys 2.46
＞
＞macOS上ネイティブでbash（Homebrewの5.0.16）を動かした場合
＞$ /usr/bin/time -p bash -c 'for i in $(seq 10000); do (:); done'
＞real 8.26
＞user 3.07
＞sys 5.08
＞
＞
＞「仮想マシン上のLinux」よりも「macOS上ネイティブ」の方が遅い
2020/07/19(日) 14:07:54.46ID:W3hSYpRn
>>490
Macは半端なUnixだからそういうこともあるでしょうね
2020/07/19(日) 14:08:23.92ID:hbOZVAas
>>488
ﾚｶﾞｼーなｺﾏﾝﾄﾞﾌﾟﾛﾝﾌﾟﾄ
重いPowerShell
HyperVに依存した仰々しいWSL

等々
これが正解だってｼｪﾙが無い
2020/07/19(日) 14:09:34.07ID:W3hSYpRn
WSL1はHyperVに依存してないんだが？ｗ
2020/07/19(日) 14:09:52.72ID:hbOZVAas
>>490
Macの仮想化が優秀ということですね
2020/07/19(日) 14:11:06.36ID:hbOZVAas
>>493
2の話をしてるからね
つうかWSL1なんて更に中途半端でしょ
2020/07/19(日) 14:11:15.80ID:W3hSYpRn
Windowsはbashもつかえるよ
bashだけじゃなくて全てのLinux用シェルがつかえる
macOSにとって正解だってシェルはzshのようだが
Windowsには選択肢がある（ドンッ！）
2020/07/19(日) 14:12:34.66ID:hbOZVAas
>>496
ろくなbash処理系なかったと思うが何を使ってんの
2020/07/19(日) 14:13:41.57ID:W3hSYpRn
>>495
Macのターミナルなんてフリーソフトを使わないと
中途半端過ぎでパッケージないじゃんｗ
標準のパッケージ管理ソフトもないんだっけな
2020/07/19(日) 14:14:21.94ID:W3hSYpRn
>>497
> ろくなbash処理系

bash処理系なんていい方初めて聞いたわｗ
bash処理系がいくつかあるとか思ってんの？
間抜けやなぁ
2020/07/19(日) 14:16:28.10ID:hbOZVAas
>>498
zshだけでもWindowsよりﾏｼよ
ﾊﾟｯｹーｼﾞ管理もbrewとかいろいろ選択肢あるし
そもそも標準である必要が全くないんだが
2020/07/19(日) 14:17:34.21ID:hbOZVAas
>>499
幾つもあるよ
まさか全てのbashが同じﾊﾞｲﾅﾘで動いてるわけでもあるまい
2020/07/19(日) 14:22:15.69ID:W3hSYpRn
ああ、処理系ってバイナリの違いを言ってたのか。間抜けやなぁｗ
2020/07/19(日) 14:23:09.52ID:W3hSYpRn
>>500
Windowsはzshをつかえるようになりました。
パッケージ管理はmacOSよりも多くの選択肢を持っています。
さらにOS標準で持っていることが何より強いです
2020/07/19(日) 14:23:18.04ID:T8vbWyFG
Cygwinのbash,
MinGWのbash,
MSYSのbash,
WSLのbash
少なくとも4つあるよ。
2020/07/19(日) 14:24:44.97ID:T8vbWyFG
>>504
MinGWにはbashなかったか。ごめん。
2020/07/19(日) 14:24:52.32ID:W3hSYpRn
>>504
その理屈で、Ubuntu用のbash、Debian用のbash、CentOS用のbashとか言い出しそうだよねｗ
2020/07/19(日) 17:24:47.65ID:xggXZiaY
>>133や>>437の背景になってる方法論の説明や両者のインスパイア先のサービス、それぞれの使用感など詳しいレビュー・解説が欲しい。
興味はあるんだがツールだけ紹介されても実用できねんだわ…
2020/07/19(日) 17:29:11.34ID:4P1FEtjj
>>441
別もんだっつーの。
WSL2未対応Windows10でもDockerは動作する。
2020/07/19(日) 17:36:50.38ID:opL16abC
Docker Desktop WSL 2 backend
https://docs.docker.com/docker-for-windows/wsl/
2020/07/19(日) 17:51:18.60ID:s6OQ7dz7
とりあえずスレタイ読もうか
511デフォルトの名無しさん
垢版 |
2020/07/19(日) 18:19:43.84ID:qloJve77
いま >>473 がいいこと言った
2020/07/19(日) 18:19:50.56ID:4P1FEtjj
>>509
違うという証拠じゃねえか。ｗ
2020/07/19(日) 19:29:37.69ID:rIJvE1xm
>>473
評価する
2020/07/19(日) 19:49:03.52ID:wyw5PHbz
JSの次はVMですか
Visual Studio Codeユーザーは民度が低いですね
2020/07/19(日) 22:26:53.14ID:W3hSYpRn
>>512
何が違うって言ってんの？
WSL2は正式リリースされたし、最新のDockerはWSL2上で動作する
2020/07/19(日) 22:42:28.03ID:m5eV0pvm
WSL2上で動作するというのはちょっと違うと思うけど
2020/07/19(日) 22:54:39.57ID:XdimOBsd
>>516
WSL2はMSがカスタマイズしたLinuxカーネルを複数のディストリで共有して使っています。
そのHyperV上のLinuxカーネル=WSL2を使ってDockerが動いています。
2020/07/19(日) 23:16:07.54ID:4P1FEtjj
>>515
>>517
あくまでオプションでな。
あたりまえのようにDockerとWSL2をまとめるなよ。
2020/07/19(日) 23:17:50.91ID:XdimOBsd
>>518
お前が何を否定したいのかわからん
DockerがWSL2上で動いてるのは事実だろ
HyperV上でも動くってだけ
まとめてるのはお前。Dockerを作った会社はMSではないことぐらい常識だろ
2020/07/19(日) 23:22:32.36ID:x6Qd1lrw
DockerはMSの金がジャブジャブ投入されてズブズブ
もう実質MS傘下みたいなもんだぞ
2020/07/19(日) 23:32:41.03ID:bxNKP1hF
WSL2はリソース効率悪すぎてだめだ
素直にLinuxを使いなさい
2020/07/19(日) 23:37:05.00ID:vyF3aSiC
前スレでそれ書いたら信者にフルボッコに
2020/07/20(月) 00:05:14.96ID:8xVPvjOc
WSL2は自動的に使用メモリを減らすことが出来るから
リソース効率は良いよ
2020/07/20(月) 00:07:28.60ID:e1dD7Vt2
元々Docker Desktopはhypervが使えるpro以上でしか使えなかった
WSL2が使えるようになったのでhomeでも使えるこちらが主流になる
2020/07/20(月) 00:31:12.78ID:myn6SOC5
>>428の話をしているところに文脈無視して>>435が割り込んできたのが原因だろうな
2020/07/20(月) 01:59:39.73ID:mXPZNdv4
ここVSCodeのスレなんですけど
2020/07/20(月) 02:11:05.07ID:ZDLzWd0R
>>519
じゃあWSL2未対応Windowsでも動作するのはなぜ？

>>524
いずれはそれだけになるんやろねえ。

>>525
謝りは正すのみ。
2020/07/20(月) 03:14:36.99ID:e1dD7Vt2
>>428のRemote Containersに対応しているのは
Hyper-Vで動くDocker DesktopとWSL2で動くDocker Desktop
>>431は後者しか知らなかったのかも知れないが
>>435は前者しか知らないから「別物」とかズレたレスをしている
2020/07/20(月) 06:24:48.97ID:XLx5ZEEO
>>527
ついでにスレ誤りも正してくれませんかね？
2020/07/20(月) 11:16:39.55ID:m5YSeL4U
カーソル行の上下5行目をハイライトするプラグインってあると思う？
無さそうだから作ろうと調べたけどcssでゴリ押しする方法しか思いついてない
531デフォルトの名無しさん
垢版 |
2020/07/20(月) 11:20:16.86ID:ieyKaNu5
NG推奨ワード: WSL2 Hyper-V
2020/07/20(月) 11:28:18.42ID:eYf0BG4n
荒らしさんはWSL2 Hyper-VをNGワードにしてくれると
反論がなくなるので助かります（笑）
2020/07/20(月) 14:02:45.41ID:StwNo/5O
クラス間の関係の
グラフ構造出してくれる機能ってない？
2020/07/20(月) 14:05:07.60ID:12D0ZKSK
流石にそう言うのは本家のVisualStudioでないと無理じゃないか？
2020/07/20(月) 14:06:47.68ID:eYf0BG4n
そういうのはエディタに付ける必要がないから別で探せばあるだろう
Visual Studioは統合環境で統合されてることが重要だから付いてるだけ
2020/07/20(月) 14:07:40.07ID:12D0ZKSK
エディタの機能の範疇ではなくてIDEの領域だと思う
2020/07/20(月) 14:08:18.43ID:12D0ZKSK
被った
2020/07/20(月) 15:35:08.59ID:f7qKsP5K
>>533
doxygen呼び出す拡張使えばいいのでは
2020/07/20(月) 16:35:02.95ID:mXPZNdv4
Facebook、プログラム言語間のコード変換を行うTransCode AIを発表
https://www.infoq.com/jp/news/2020/07/facebook-ai-transpiler/
2020/07/20(月) 17:54:53.64ID:GbixlCCw
こういうのはうまくいった試しがない
トランスレート先に言語機能がなかったり、サードパーティライブラリがサポートされてなかったり
2020/07/20(月) 18:45:12.51ID:vs0ZNKKT
>>396
それやっていてもダメなPCもあるんだよねー
なぜだかわからない
2020/07/20(月) 20:04:27.00ID:eYf0BG4n
>>539
80%ぐらい正しく動くコードに変換されるだろうな。
つまり20%にバグが有るｗ
2020/07/20(月) 20:58:31.36ID:VgLz71J8
ライブラリやフレームワークに依存しまくりのプログラムがコード変換したぐらいで動くわけがない
2020/07/20(月) 21:38:13.22ID:4bHEQ4Lu
著作権どうなるんだろ
2020/07/20(月) 23:53:52.62ID:/f9oEP+1
npmのモジュールがrubyやpythonで使えるようになる未来は明るそう
2020/07/21(火) 00:17:02.66ID:AU3Xww78
>>545
超絶楽観的だな。ｗ
547デフォルトの名無しさん
垢版 |
2020/07/21(火) 01:34:31.20ID:PE/C56HG
Haxe は、JavaScript(JS), C++, C#, Java, JVM, Python, Lua, PHP, Flash に変換できる。
ただし、Ruby, Go, Kotlin などをサポートしていないけど

それと、各言語特有のライブラリを使うと、その言語に限定されてしまう。
例えば、jQuery を使うと、JS に限定されてしまう
2020/07/21(火) 08:31:07.19ID:o2E8yM5a
>>546
きっしょ
2020/07/21(火) 08:47:49.15ID:NumlfDRp
>>547
> 例えば、jQuery を使うと、JS に限定されてしまう
なんで嘘を付くの？

https://qiita.com/shohei909/items/61378b579e8849f04630

Haxeの標準ライブラリはjQueryを含んでいます。
ただし、Haxe3では、別途.jsファイルが必要です。あらかじめ、
jQueryのサイト( http://jquery.com/ )からダウンロードして、htmlからリンクしておいてください。
2020/07/21(火) 18:03:48.73ID:wwVuXem3
フレームワークを使ってたら使いづらいと言う思い込みなんだろうな
551デフォルトの名無しさん
垢版 |
2020/07/21(火) 22:54:13.85ID:2H/urBkC
jQuery使っておきながらC++とかにも変換できるのか
どういう仕組みなんだろ
jQueryのJSコードもC++に変換してしまうのかな？
2020/07/22(水) 06:23:56.86ID:ymcWbEh+
>>551
jQueryを使っていなければ、
var a = document.querySelectorAll("a.my-class");
をC++に変換できるのか？って言ってるようなもんだぞ。
jQueryが関係あると思うか？
2020/07/22(水) 07:29:12.32ID:ZROeapfs
このスレで話すことで合ってるのかわからないけど

そりゃランタイムに合わせて書くんだろ
すでにwebアプリ用として書かれてるコードを別のランタイムに変換することなんてないだろ
node用のnpmモジュールをブラウザアプリで使おうとするようなもん
2020/07/22(水) 14:26:45.29ID:apznVSwS
>>133
>>437
VSCodeベースのPKMツール
https://marketplace.visualstudio.com/items?itemName=dendron.dendron
2020/07/22(水) 14:45:35.45ID:ILXZvJ+B
>>554
いいんだけどいい加減比較レポ・レビューしてくれ。なんかすごい方法論に基づいたツールなんだろ？そこから説明してくれないと、すごそうだけどなんだかよく分からん、で使わないまま終わりそう。
2020/07/22(水) 15:04:36.06ID:WgK3wWeW
ならそれでええがな。
2020/07/22(水) 20:10:54.49ID:1buRSft9
>>555
お前のママがお前のおしめを変える機能も実装しないとダメか？ｗ
2020/07/22(水) 22:10:14.67ID:ILXZvJ+B
>>557
なんで俺のママにお前が機能実装できるんだ？？
2020/07/23(木) 02:27:04.76ID:OPMf4hMD
>>558
お前のパパが書き込んでるんだろう
2020/07/23(木) 02:29:25.42ID:3jurW4Ir
昼間兄弟を仕込んでおいた
2020/07/23(木) 03:56:41.13ID:Eu0fAWmh
どうせなら妹のほうがいいんだが
2020/07/24(金) 20:57:42.15ID:xHqC+exQ
ここまでCodeなし
2020/07/29(水) 05:24:35.46ID:vpX/YUoa
RemoteWSLでWSL側のnodeのプロセスが常時CPU負荷が20%くらいなんだけどこんなもの？
いれてるなんらかの拡張のせい？
2020/07/29(水) 05:31:17.09ID:vpX/YUoa
拡張をRemoteWSLだけ入れてやってみたけど変わらなかった
ちなみにCPUはi7 9750H
565デフォルトの名無しさん
垢版 |
2020/07/29(水) 23:26:29.64ID:a7zjnQNE
cannot open cache file

ERROR: LoadError Failed to precompile VSCode Debugger

ってなんですか？訳がわかりません
2020/07/29(水) 23:50:24.07ID:idrwzqXK
キャッシュファイルを開けないということだよ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況