Visual Studio Code / VSCode Part8

**デフォルトの名無しさん** · 2020/06/11(木) 12:01:27.72

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:11:14.96

>>443
現時点で軽量VM使ってるから大きな変化はないのでは？

**デフォルトの名無しさん** · 2020/07/19(日) 13:12:31.66

>>444
Windowsの仮想化機能はMacを超えてるぞ
仮想マシン機能は当然備えているし
Macにはない仮想マシン管理アプリも付属

さらにWindows独自のコンテナ機能もある
Windows ServerコンテナというLinuxコンテナに近い機能と
Hyper-Vコンテナの二種類が用意されてる。
そしてDockerもWindowsコンテナに対応している

**デフォルトの名無しさん** · 2020/07/19(日) 13:13:17.94

>>445
そのHyperVの完成度がお粗末

**デフォルトの名無しさん** · 2020/07/19(日) 13:14:06.16

>>446
軽量VMが何の関係があるのか知らんが、
MacのCPUがARMに変わったら
Linuxと同じDockerイメージが使えなくなるか
CPUエミュレーションで遅くなるという話をしてる

同じCPU上での仮想マシンとは違って
CPUが異なると大きなパフォーマンス低下が発生する。

**デフォルトの名無しさん** · 2020/07/19(日) 13:14:28.08

>>448
> HyperVの完成度がお粗末
どこがおそまつなの？
それを言えないんじゃ説得力ゼロなんですよ。

**デフォルトの名無しさん** · 2020/07/19(日) 13:15:13.17

HyperVの完成度の高さはDockerが実用的に動いていることからも明らか
WSL2だけではなくWSL1もHyperVを使っている

**デフォルトの名無しさん** · 2020/07/19(日) 13:21:12.09

>>447
標準の管理ｱﾌﾟﾘは別に要らないと思う
実用性を考えるとDockerやVagrantのようなｻーﾄﾞﾊﾟーﾃｨﾂーﾙと合わせて使うから

Windowsｺﾝﾃﾅは使ったことないからわからないけどLinuxｺﾝﾃﾅと比べると需要少なそう

ﾊﾞｯｸｴﾝﾄﾞがなにか気にせずｺﾝﾃﾅを管理できるから便利なのであって
ﾊﾞｯｸｴﾝﾄﾞの種類が豊富でもあまり嬉しくないような？
2種類あるとなにが便利なの？

あなたが列挙した機能はもっともらしいﾒﾘｯﾄには思えないな
それよりもVirtualBoxとの共存で不具合が出やすいなどのﾃﾞﾒﾘｯﾄのほうがより目立つ

**デフォルトの名無しさん** · 2020/07/19(日) 13:22:18.06

> 標準の管理ｱﾌﾟﾘは別に要らないと思う
いるだろ。Macはユーザーインターフェースが不便なOSだって言いたいのか？

**デフォルトの名無しさん** · 2020/07/19(日) 13:22:42.26

VirtualBoxはいらんよ
なんで複数の仮想マシンが必要なんだｗ

**デフォルトの名無しさん** · 2020/07/19(日) 13:23:12.78

> ﾊﾞｯｸｴﾝﾄﾞの種類が豊富でもあまり嬉しくないような？
> 2種類あるとなにが便利なの？
だからVirtualBoxはいらんよねｗ

**デフォルトの名無しさん** · 2020/07/19(日) 13:24:33.64

>>452
俺が話をしているのはWindowsの方が仮想化機能が充実しているという話
MacはHypervisorフレームワークしかない

**デフォルトの名無しさん** · 2020/07/19(日) 13:24:38.44

スレタイ関係なくなっちゃったじゃん

**デフォルトの名無しさん** · 2020/07/19(日) 13:25:44.28

macOSはOS標準のコンテナ機能も搭載してないからな

**デフォルトの名無しさん** · 2020/07/19(日) 13:25:56.58

ID真っ赤な人はちょっと落ち着いて

**デフォルトの名無しさん** · 2020/07/19(日) 13:26:13.67

>>449
動かなくなることはないと思う
ただﾊﾟﾌｫーﾏﾝｽのﾍﾟﾅﾙﾃｨはあるかもしれない
でもｲﾝﾃﾙがｱｯﾌﾟﾙを追従せざるを得なくなるという話もあるしどちらが良いかは時間をかけて評価しないとならないだろうね

>>450
VirtualBoxとの共存で不具合が出やすい
ﾈｯﾄﾜーｸ関連のﾊﾞｸﾞが出やすい
VagrantでHyperVﾌﾟﾛﾊﾞｲﾀﾞを使うと顕著

**デフォルトの名無しさん** · 2020/07/19(日) 13:27:50.96

>>460
> VirtualBoxとの共存で不具合が出やすい

Windows標準の仮想マシン機能を使えばいいじゃんｗ

**デフォルトの名無しさん** · 2020/07/19(日) 13:28:24.28

>>451
Dockerが動くだけで完成度が高いと言えるならどんな仮想化ﾌﾟﾗｯﾄﾌｫーﾑでも高品質になってしまう
WSL2でDockerを使うとすぐにわかるけどvmmemがﾒﾓﾘを食いつぶして使い物にならない
これがﾊﾞｸﾞ扱いじゃなくﾃﾞﾌｫﾙﾄの挙動というのがすごい

**デフォルトの名無しさん** · 2020/07/19(日) 13:29:21.18

>>462
どんな糞スペ使ってるんだ？

**デフォルトの名無しさん** · 2020/07/19(日) 13:32:18.35

>>462
一方macOSは仮想マシンに常に一定量のメモリを取られるんだが？
最大値を指定しなければ、Linuxの挙動との兼ね合いでそうなると言うだけの話
それはもう修正パッチができていたはず
そして最大値を指定した場合は、macOSの挙動と同じ

重要なことを忘れてないか？
Windowsの場合、使用しなくなったメモリを開放するようになった。
つまりmacOSのように常に一定量のメモリを取られるんじゃなくて
使用しなくなったメモリが開放されるようになった。

Build 19013」の「WSL 2」ではメモリーの使用効率が改善され、「WSL 2」の使い勝手が向上しています。
https://kledgeb.blogspot.com/2019/11/wsl-191.html

**デフォルトの名無しさん** · 2020/07/19(日) 13:33:54.95

>>453
いや必須ではないでしょう
ｻーﾄﾞﾊﾟーﾃｨの仮想化ﾌﾟﾗｯﾄﾌｫーﾑを入れればUIはついてくるから標準に頼らなくてもいい

>>454
Virtualboxをﾒｲﾝに使うなら複数は必要ないけどDockerがHyperVを選ぶという愚行を犯してしまったから仕方なく複数つかうしかない状況
HyperVだけではVagrantのようなｴｺｼｽﾃﾑを活かしきれない
HyperV(docker)とVirtualBoxを共存させると不具合が出やすい
このあたりがWindowsの仮想化は弱いという所以

**デフォルトの名無しさん** · 2020/07/19(日) 13:35:41.27

>>465
UIもOSの機能の一つだから、それがないのは劣ってると言わざるを得ない

MacでVirtualBoxが必須なのは↓こういう話ですか？ｗ

Virtualboxをﾒｲﾝに使うなら複数は必要ないけどDockerがHypervisorフレームワークを選ぶ
という愚行を犯してしまったから仕方なく複数つかうしかない状況

**デフォルトの名無しさん** · 2020/07/19(日) 13:35:46.96

>>456
ﾊｲﾊﾟーﾊﾞｲｻﾞーﾌﾚーﾑﾜーｸだけで十分だった
Windowsはむしろ余計なものを追加しやがってといった印象

**デフォルトの名無しさん** · 2020/07/19(日) 13:36:10.01

>>458
余計な機能だからな

**デフォルトの名無しさん** · 2020/07/19(日) 13:36:19.27

とことんブーメランになってるよなｗ

HypervisorフレームワークだけではVagrantというエコシステムを活かしきれない（笑）

**デフォルトの名無しさん** · 2020/07/19(日) 13:37:14.61

>>468
「なんでMacにはOSの基本機能が搭載されてないの？」
「Macはサーバーじゃないんだからそんな機能は不要！」

**デフォルトの名無しさん** · 2020/07/19(日) 13:38:40.46

>>467
Hypervisorフレームワークだけで仮想マシンにLinuxをインストールする方法を教えて下さい

あ、Macはフリーソフトを使えば出来る！が自慢でしたっけ？ｗ

**デフォルトの名無しさん** · 2020/07/19(日) 13:39:32.30

>>461
HyperVだけじゃVagrantなど蓄積された仮想化ｴｺｼｽﾃﾑを活かせないんだよ
HyperVだけでは物足りない
なのにVirtualBoxを共存させると不具合が出やすい
かと言ってHyperVをｵﾐｯﾄしたらDockerｴｺｼｽﾃﾑが弱体化する
Windowsでは仮想化を活かしきれないんだ
完全にDockerだけを使う分にはWindowsでも許容範囲内なんだけどね

**デフォルトの名無しさん** · 2020/07/19(日) 13:39:42.41

Dockerはどっか行けよ

**デフォルトの名無しさん** · 2020/07/19(日) 13:42:18.90

macOSはCLI環境が弱いですからね。
ターミナルもみんなiTerm2とか入れるし
パッケージ管理は、サードパーティのHomebrewをインストール
そしてろくに動作検証もされてない
ただ収録しただけのパッケージを使うしか無い
CLI環境っていうか開発全般が弱いのかｗ

**デフォルトの名無しさん** · 2020/07/19(日) 13:42:34.51

>>463
ﾒﾓﾘは32G詰んでる
でもどんなにﾊｲｽﾍﾟでも簡単にﾒﾓﾘを食いつぶすように作られてるから意味ないよ
設定を変更すれば食いつぶすﾒﾓﾘ上限を設けることができるけど設定値まで食いつぶすのは相変わらず
ﾘｿーｽ効率がいいのがｺﾝﾃﾅのﾒﾘｯﾄなのにこれじゃあ意味が無い

**デフォルトの名無しさん** · 2020/07/19(日) 13:44:19.79

>>472
はぁ？VagrantはOSの機能じゃないし、もはや必要とされてない。
重い仮想マシン上のLinuxにログインして開発する時代は終わってるんだよ
OS標準のCLI環境とDockerを使った実行環境を使って開発する時代に変わった
いつまで旧式のエコシステムを使ってるの？
Dockerを使ったエコシステムに乗り換えろよ

**デフォルトの名無しさん** · 2020/07/19(日) 13:48:10.81

>>464
キャッシュに大量のメモリを食われるのは相変わらずと読めるね
キャッシュクリアのためにWSLログインしてコマンドうつの面倒でしょ

**デフォルトの名無しさん** · 2020/07/19(日) 13:52:07.56

>>466
いやいやUIなんてｵﾌﾟｼｮﾝですよ
なんならｺﾝｿーﾙで済む

MacでもWindowsでもVirtualBoxが必須とは言っていない
DockerをやりたいだけならDocker for Desktopでどちらも問題ない
しかしDocker以外の目的で仮想マシンを使いたくなった場合Macは非常にうまく動作するがWindowsはそうではない
そう言ってるんで早く理解してください

**デフォルトの名無しさん** · 2020/07/19(日) 13:52:48.57

>>469
VirtualBoxを入れるだけ

**デフォルトの名無しさん** · 2020/07/19(日) 13:53:14.29

>>470
意味不明

**デフォルトの名無しさん** · 2020/07/19(日) 13:54:27.48

>>471
そのとおり
Macには選択肢がある

**デフォルトの名無しさん** · 2020/07/19(日) 13:56:20.43

>>474
とはいえWindowsよりは幾分ﾏｼでしょうな
ｺﾏﾝﾄﾞﾌﾟﾛﾝﾌﾟﾄでしたっけ？
あとはやけに動作が遅いPowerShell

**デフォルトの名無しさん** · 2020/07/19(日) 13:58:43.45

>>476
それはあなたがｱﾌﾟﾘ開発者だからでしょうね
確かにｱﾌﾟﾘ開発という狭い世界ではDockerがあれば十分かもしれない
でも世の中はｱﾌﾟﾘだけでは回らないので仮想ﾏｼﾝも必要になってくる
ｲﾝﾌﾗのお勉強もしてみると視野が広がるのでｵｽｽﾒ

**デフォルトの名無しさん** · 2020/07/19(日) 13:59:37.74

>>482
あとはWSL用のターミナル（コマンドプロンプトと同じだがbashが動いてる）
そしてWindows Terminalもリリースされたね
もう完全に逆転されてるよｗ

**デフォルトの名無しさん** · 2020/07/19(日) 14:00:23.21

>>483
Macってインフラ弱いよね
Linuxのコマンドがことごとく使えないｗ

**デフォルトの名無しさん** · 2020/07/19(日) 14:03:13.26

>>484
逆に衰退してるように思える
どっちつかずの半端なｼｪﾙしかないからｱﾚｺﾚ併用せざるを得なくなって
しょうがないからWindows Terminalでﾀﾌﾞ管理できるようにしました
これって完全に根本解決を諦めた人達の答えだよね

**デフォルトの名無しさん** · 2020/07/19(日) 14:03:30.42

>>485
Windowsもね

**デフォルトの名無しさん** · 2020/07/19(日) 14:05:23.74

>>486
> どっちつかずの半端なｼｪﾙしかないからｱﾚｺﾚ併用せざるを得なくなって

どっちつかずの半端なｼｪﾙとは？
その理由を言えないから説得力ゼロなんですよ

**デフォルトの名無しさん** · 2020/07/19(日) 14:05:54.28

あぁ、半端なシェルってタブがないだけという意味だったか。程度が低いな

**デフォルトの名無しさん** · 2020/07/19(日) 14:06:15.33

そういえば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.46

>>490
Macは半端なUnixだからそういうこともあるでしょうね

**デフォルトの名無しさん** · 2020/07/19(日) 14:08:23.92

>>488
ﾚｶﾞｼーなｺﾏﾝﾄﾞﾌﾟﾛﾝﾌﾟﾄ
重いPowerShell
HyperVに依存した仰々しいWSL

等々
これが正解だってｼｪﾙが無い

**デフォルトの名無しさん** · 2020/07/19(日) 14:09:34.07

WSL1はHyperVに依存してないんだが？ｗ

**デフォルトの名無しさん** · 2020/07/19(日) 14:09:52.72

>>490
Macの仮想化が優秀ということですね

**デフォルトの名無しさん** · 2020/07/19(日) 14:11:06.36

>>493
2の話をしてるからね
つうかWSL1なんて更に中途半端でしょ

**デフォルトの名無しさん** · 2020/07/19(日) 14:11:15.80

Windowsはbashもつかえるよ
bashだけじゃなくて全てのLinux用シェルがつかえる
macOSにとって正解だってシェルはzshのようだが
Windowsには選択肢がある（ドンッ！）

**デフォルトの名無しさん** · 2020/07/19(日) 14:12:34.66

>>496
ろくなbash処理系なかったと思うが何を使ってんの

**デフォルトの名無しさん** · 2020/07/19(日) 14:13:41.57

>>495
Macのターミナルなんてフリーソフトを使わないと
中途半端過ぎでパッケージないじゃんｗ
標準のパッケージ管理ソフトもないんだっけな

**デフォルトの名無しさん** · 2020/07/19(日) 14:14:21.94

>>497
> ろくなbash処理系

bash処理系なんていい方初めて聞いたわｗ
bash処理系がいくつかあるとか思ってんの？
間抜けやなぁ

**デフォルトの名無しさん** · 2020/07/19(日) 14:16:28.10

>>498
zshだけでもWindowsよりﾏｼよ
ﾊﾟｯｹーｼﾞ管理もbrewとかいろいろ選択肢あるし
そもそも標準である必要が全くないんだが

**デフォルトの名無しさん** · 2020/07/19(日) 14:17:34.21

>>499
幾つもあるよ
まさか全てのbashが同じﾊﾞｲﾅﾘで動いてるわけでもあるまい

**デフォルトの名無しさん** · 2020/07/19(日) 14:22:15.69

ああ、処理系ってバイナリの違いを言ってたのか。間抜けやなぁｗ

**デフォルトの名無しさん** · 2020/07/19(日) 14:23:09.52

>>500
Windowsはzshをつかえるようになりました。
パッケージ管理はmacOSよりも多くの選択肢を持っています。
さらにOS標準で持っていることが何より強いです

**蟻人間** ◆T6xkBnTXz7B0 · 2020/07/19(日) 14:23:18.04

Cygwinのbash,
MinGWのbash,
MSYSのbash,
WSLのbash
少なくとも4つあるよ。

**蟻人間** ◆T6xkBnTXz7B0 · 2020/07/19(日) 14:24:44.97

>>504
MinGWにはbashなかったか。ごめん。

**デフォルトの名無しさん** · 2020/07/19(日) 14:24:52.32

>>504
その理屈で、Ubuntu用のbash、Debian用のbash、CentOS用のbashとか言い出しそうだよねｗ

**デフォルトの名無しさん** · 2020/07/19(日) 17:24:47.65

>>133や>>437の背景になってる方法論の説明や両者のインスパイア先のサービス、それぞれの使用感など詳しいレビュー・解説が欲しい。
興味はあるんだがツールだけ紹介されても実用できねんだわ…

**デフォルトの名無しさん** · 2020/07/19(日) 17:29:11.34

>>441
別もんだっつーの。
WSL2未対応Windows10でもDockerは動作する。

**デフォルトの名無しさん** · 2020/07/19(日) 17:36:50.38

Docker Desktop WSL 2 backend
https://docs.docker.com/docker-for-windows/wsl/

**デフォルトの名無しさん** · 2020/07/19(日) 17:51:18.60

とりあえずスレタイ読もうか

**デフォルトの名無しさん** · 2020/07/19(日) 18:19:43.84

いま >>473 がいいこと言った

**デフォルトの名無しさん** · 2020/07/19(日) 18:19:50.56

>>509
違うという証拠じゃねえか。ｗ

**デフォルトの名無しさん** · 2020/07/19(日) 19:29:37.69

>>473
評価する

**デフォルトの名無しさん** · 2020/07/19(日) 19:49:03.52

JSの次はVMですか
Visual Studio Codeユーザーは民度が低いですね

**デフォルトの名無しさん** · 2020/07/19(日) 22:26:53.14

>>512
何が違うって言ってんの？
WSL2は正式リリースされたし、最新のDockerはWSL2上で動作する

**デフォルトの名無しさん** · 2020/07/19(日) 22:42:28.03

WSL2上で動作するというのはちょっと違うと思うけど

**デフォルトの名無しさん** · 2020/07/19(日) 22:54:39.57

>>516
WSL2はMSがカスタマイズしたLinuxカーネルを複数のディストリで共有して使っています。
そのHyperV上のLinuxカーネル=WSL2を使ってDockerが動いています。

**デフォルトの名無しさん** · 2020/07/19(日) 23:16:07.54

>>515
>>517
あくまでオプションでな。
あたりまえのようにDockerとWSL2をまとめるなよ。

**デフォルトの名無しさん** · 2020/07/19(日) 23:17:50.91

>>518
お前が何を否定したいのかわからん
DockerがWSL2上で動いてるのは事実だろ
HyperV上でも動くってだけ
まとめてるのはお前。Dockerを作った会社はMSではないことぐらい常識だろ

**デフォルトの名無しさん** · 2020/07/19(日) 23:22:32.36

DockerはMSの金がジャブジャブ投入されてズブズブ
もう実質MS傘下みたいなもんだぞ

**デフォルトの名無しさん** · 2020/07/19(日) 23:32:41.03

WSL2はリソース効率悪すぎてだめだ
素直にLinuxを使いなさい

**デフォルトの名無しさん** · 2020/07/19(日) 23:37:05.00

前スレでそれ書いたら信者にフルボッコに

**デフォルトの名無しさん** · 2020/07/20(月) 00:05:14.96

WSL2は自動的に使用メモリを減らすことが出来るから
リソース効率は良いよ

**デフォルトの名無しさん** · 2020/07/20(月) 00:07:28.60

元々Docker Desktopはhypervが使えるpro以上でしか使えなかった
WSL2が使えるようになったのでhomeでも使えるこちらが主流になる

**デフォルトの名無しさん** · 2020/07/20(月) 00:31:12.78

>>428の話をしているところに文脈無視して>>435が割り込んできたのが原因だろうな

**デフォルトの名無しさん** · 2020/07/20(月) 01:59:39.73

ここVSCodeのスレなんですけど

**デフォルトの名無しさん** · 2020/07/20(月) 02:11:05.07

>>519
じゃあWSL2未対応Windowsでも動作するのはなぜ？

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

>>525
謝りは正すのみ。

**デフォルトの名無しさん** · 2020/07/20(月) 03:14:36.99

>>428のRemote Containersに対応しているのは
Hyper-Vで動くDocker DesktopとWSL2で動くDocker Desktop
>>431は後者しか知らなかったのかも知れないが
>>435は前者しか知らないから「別物」とかズレたレスをしている

**デフォルトの名無しさん** · 2020/07/20(月) 06:24:48.97

>>527
ついでにスレ誤りも正してくれませんかね？

**デフォルトの名無しさん** · 2020/07/20(月) 11:16:39.55

カーソル行の上下5行目をハイライトするプラグインってあると思う？
無さそうだから作ろうと調べたけどcssでゴリ押しする方法しか思いついてない

**デフォルトの名無しさん** · 2020/07/20(月) 11:20:16.86

NG推奨ワード: WSL2 Hyper-V

**デフォルトの名無しさん** · 2020/07/20(月) 11:28:18.42

荒らしさんはWSL2 Hyper-VをNGワードにしてくれると
反論がなくなるので助かります（笑）

**デフォルトの名無しさん** · 2020/07/20(月) 14:02:45.41

クラス間の関係の
グラフ構造出してくれる機能ってない？

**デフォルトの名無しさん** · 2020/07/20(月) 14:05:07.60

流石にそう言うのは本家のVisualStudioでないと無理じゃないか？

**デフォルトの名無しさん** · 2020/07/20(月) 14:06:47.68

そういうのはエディタに付ける必要がないから別で探せばあるだろう
Visual Studioは統合環境で統合されてることが重要だから付いてるだけ

**デフォルトの名無しさん** · 2020/07/20(月) 14:07:40.07

エディタの機能の範疇ではなくてIDEの領域だと思う

**デフォルトの名無しさん** · 2020/07/20(月) 14:08:18.43

被った

**デフォルトの名無しさん** · 2020/07/20(月) 15:35:08.59

>>533
doxygen呼び出す拡張使えばいいのでは

**デフォルトの名無しさん** · 2020/07/20(月) 16:35:02.95

Facebook、プログラム言語間のコード変換を行うTransCode AIを発表
https://www.infoq.com/jp/news/2020/07/facebook-ai-transpiler/

**デフォルトの名無しさん** · 2020/07/20(月) 17:54:53.64

こういうのはうまくいった試しがない
トランスレート先に言語機能がなかったり、サードパーティライブラリがサポートされてなかったり

**デフォルトの名無しさん** · 2020/07/20(月) 18:45:12.51

>>396
それやっていてもダメなPCもあるんだよねー
なぜだかわからない

**デフォルトの名無しさん** · 2020/07/20(月) 20:04:27.00

>>539
80%ぐらい正しく動くコードに変換されるだろうな。
つまり20%にバグが有るｗ

**デフォルトの名無しさん** · 2020/07/20(月) 20:58:31.36

ライブラリやフレームワークに依存しまくりのプログラムがコード変換したぐらいで動くわけがない

**デフォルトの名無しさん** · 2020/07/20(月) 21:38:13.22

著作権どうなるんだろ

**デフォルトの名無しさん** · 2020/07/20(月) 23:53:52.62

npmのモジュールがrubyやpythonで使えるようになる未来は明るそう