Visual Studio Code / VSCode Part8

1 名前：デフォルトの名無しさん mailto:sage [2020/06/11(木) 12:01:27.72 ID:zrBfgML9.net] 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/ 433 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 05:09:46.41 ID:W3hSYpRn.net] >>424 JavaScriptのどこがわかりにくいのか全くわからん 日本人が日本語は簡単だが英語はわかりにくいって 言ってるようなもんだろ 言語としてのわかりやすさじゃなくて お前の知識の問題 でないと俺みたいにJavaScriptが分かる人がいることが説明できない 434 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 07:36:22.70 ID:m5eV0pvm.net] >>425 ■SynthWave '84 ネオン調に光るテーマ。 （説明にもある通り、別途Custom CSS and JS拡張を入れてCSSの設定が必要） https://i.imgur.com/hmvfda3.jpg https://marketplace.visualstudio.com/items?itemName=RobbOwen.synthwave-vscode ■GlassIt-VSC VSCodeを透過できる。 https://i.imgur.com/yvH2LSA.jpg https://marketplace.visualstudio.com/items?itemName=s-nlf-fh.glassit ■Remote Containers 革命。Dockerコンテナ内でVSCodeを開いて開発ができる。 これのせいでもうVSCode以外で開発する気起きない。 https://microsoft.github.io/vscode-remote-release/images/remote-containers-readme.gif https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers 435 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 11:32:11 ID:xggXZiaY.net] >>428 一番下便利そうだな。 どうせDockerで開発するならこれありゃWSL2なんかいらんかったなｗ 436 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 11:38:21.65 ID:m5eV0pvm.net] >>429 ホストとコンテナのボリュームをマウントするときに、ホストがWindowsだといろいろめんどいのでWSL2も使うのがオススメ Windowsで使う場合、WSL2で立てたlinuxマシンにRemote WSLで繋いで、そこからRemote Containersを使うのが良い 437 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 11:59:48.19 ID:W3hSYpRn.net] >>429 そのDockerはWSL2上で動いてるんだぞ？ 438 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:00:08.13 ID:xggXZiaY.net] ややこしいな… 439 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:06:59.74 ID:jXwWFSFG.net] WSL2のDockerはメモリ消費しすぎで使い物にならない 440 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:11:35.65 ID:Jl4hgH9c.net] WSL2とかじゃなくて時代はDockerなんですよ！ 441 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:17:50.75 ID:4P1FEtjj.net] >>431 違う。別物。 442 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:22:25.01 ID:kmbJyWa5.net] コンテナにせよエミュレーションにせよ仮想化テクノロジが最重要であることは言うまでもない ということは開発機は仮想化に強いMacかLinuxということになる Linuxはデバイスサポート保障があるマシンのラインナップが魅力的とは言い難い なので開発者はMacを買うべきという正解が導かれる 443 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:23:49.61 ID:rDt79pjx.net] >>133 またObsidian.mdやRoamResearchに触発されたのが出てきた https://github.com/svsool/vscode-memo 444 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:31:10.24 ID:ZFRvNo6R.net] デファクトスタンダードが決まったらまた連絡してくれ 445 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:44:55.36 ID:n0f5aqSv.net] >>433 具体的には？ 446 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:59:28.71 ID:W3hSYpRn.net] >>436 > ということは開発機は仮想化に強いMacかLinuxということになる Macが仮想化に強いって何のこと？ MacはLinuxじゃないからDockerはそのまま動かないのに 447 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:02:09.25 ID:W3hSYpRn.net] >>435 別物じゃないよ 448 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:02:29.46 ID:8D9pzTQx.net] >>440 結論ありきで途中の過程がやる気無さすぎなんだろう 449 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:06:54.86 ID:W3hSYpRn.net] Dockerの重要な点として手元で作ったDockerイメージを そのまま本番環境でつかえるというのがある しかしMacのCPUがARMになるからこれが難しくなった 本場環境の多くはIntelなのでCPUが違う そうなると実機はIntel版LinuxのDockerイメージを使って 手元ではARM版LinuxのDockerイメージを使うか パフォーマンスの低下を諦めて手元でIntel版LinuxのDockerイメージを エミュレータを使って動かすしかなくなる Macは開発に向かなくなってきている 450 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:09:27.60 ID:4tyOlEBs.net] >>440 Macが強いというよりWindowsが弱いので相対的に良いってだけ 451 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:10:01.14 ID:W3hSYpRn.net] Macの仮想化機能は限定的で、 Hypervisorフレームワークは用意しているが それを使うためのインターフェースも持っていない つまりサードパーティのソフトに頼らざるを得ないわけだ HyperVとそれを扱うHyperVマネージャーを OS標準で用意しているWindowsとは対照的 452 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:11:14.96 ID:7Q5fXF4C.net] >>443 現時点で軽量VM使ってるから大きな変化はないのでは？ 453 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:12:31.66 ID:W3hSYpRn.net] >>444 Windowsの仮想化機能はMacを超えてるぞ 仮想マシン機能は当然備えているし Macにはない仮想マシン管理アプリも付属 さらにWindows独自のコンテナ機能もある Windows ServerコンテナというLinuxコンテナに近い機能と Hyper-Vコンテナの二種類が用意されてる。 そしてDockerもWindowsコンテナに対応している 454 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:13:17.94 ID:Vqf8sefQ.net] >>445 そのHyperVの完成度がお粗末 455 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:14:06.16 ID:W3hSYpRn.net] >>446 軽量VMが何の関係があるのか知らんが、 MacのCPUがARMに変わったら Linuxと同じDockerイメージが使えなくなるか CPUエミュレーションで遅くなるという話をしてる 同じCPU上での仮想マシンとは違って CPUが異なると大きなパフォーマンス低下が発生する。 456 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:14:28.08 ID:W3hSYpRn.net] >>448 > HyperVの完成度がお粗末 どこがおそまつなの？ それを言えないんじゃ説得力ゼロなんですよ。 457 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:15:13.17 ID:W3hSYpRn.net] HyperVの完成度の高さはDockerが実用的に動いていることからも明らか WSL2だけではなくWSL1もHyperVを使っている 458 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:21:12.09 ID:Vqf8sefQ.net] >>447 標準の管理ｱﾌﾟﾘは別に要らないと思う 実用性を考えるとDockerやVagrantのようなｻーﾄﾞﾊﾟーﾃｨﾂーﾙと合わせて使うから Windowsｺﾝﾃﾅは使ったことないからわからないけどLinuxｺﾝﾃﾅと比べると需要少なそう ﾊﾞｯｸｴﾝﾄﾞがなにか気にせずｺﾝﾃﾅを管理できるから便利なのであって ﾊﾞｯｸｴﾝﾄﾞの種類が豊富でもあまり嬉しくないような？ 2種類あるとなにが便利なの？ あなたが列挙した機能はもっともらしいﾒﾘｯﾄには思えないな それよりもVirtualBoxとの共存で不具合が出やすいなどのﾃﾞﾒﾘｯﾄのほうがより目立つ 459 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:22:18.06 ID:W3hSYpRn.net] > 標準の管理ｱﾌﾟﾘは別に要らないと思う いるだろ。Macはユーザーインターフェースが不便なOSだって言いたいのか？ 460 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:22:42.26 ID:W3hSYpRn.net] VirtualBoxはいらんよ なんで複数の仮想マシンが必要なんだｗ 461 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:23:12.78 ID:W3hSYpRn.net] > ﾊﾞｯｸｴﾝﾄﾞの種類が豊富でもあまり嬉しくないような？ > 2種類あるとなにが便利なの？ だからVirtualBoxはいらんよねｗ 462 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:24:33.64 ID:W3hSYpRn.net] >>452 俺が話をしているのはWindowsの方が仮想化機能が充実しているという話 MacはHypervisorフレームワークしかない 463 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:24:38.44 ID:m5eV0pvm.net] スレタイ関係なくなっちゃったじゃん 464 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:25:44.28 ID:W3hSYpRn.net] macOSはOS標準のコンテナ機能も搭載してないからな 465 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:25:56.58 ID:KyV15c0l.net] ID真っ赤な人はちょっと落ち着いて 466 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:26:13.67 ID:Vqf8sefQ.net] >>449 動かなくなることはないと思う ただﾊﾟﾌｫーﾏﾝｽのﾍﾟﾅﾙﾃｨはあるかもしれない でもｲﾝﾃﾙがｱｯﾌﾟﾙを追従せざるを得なくなるという話もあるしどちらが良いかは時間をかけて評価しないとならないだろうね >>450 VirtualBoxとの共存で不具合が出やすい ﾈｯﾄﾜーｸ関連のﾊﾞｸﾞが出やすい VagrantでHyperVﾌﾟﾛﾊﾞｲﾀﾞを使うと顕著 467 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:27:50.96 ID:W3hSYpRn.net] >>460 > VirtualBoxとの共存で不具合が出やすい Windows標準の仮想マシン機能を使えばいいじゃんｗ 468 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:28:24.28 ID:Vqf8sefQ.net] >>451 Dockerが動くだけで完成度が高いと言えるならどんな仮想化ﾌﾟﾗｯﾄﾌｫーﾑでも高品質になってしまう WSL2でDockerを使うとすぐにわかるけどvmmemがﾒﾓﾘを食いつぶして使い物にならない これがﾊﾞｸﾞ扱いじゃなくﾃﾞﾌｫﾙﾄの挙動というのがすごい 469 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:29:21.18 ID:n0f5aqSv.net] >>462 どんな糞スペ使ってるんだ？ 470 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:32:18.35 ID:W3hSYpRn.net] >>462 一方macOSは仮想マシンに常に一定量のメモリを取られるんだが？ 最大値を指定しなければ、Linuxの挙動との兼ね合いでそうなると言うだけの話 それはもう修正パッチができていたはず そして最大値を指定した場合は、macOSの挙動と同じ 重要なことを忘れてないか？ Windowsの場合、使用しなくなったメモリを開放するようになった。 つまりmacOSのように常に一定量のメモリを取られるんじゃなくて 使用しなくなったメモリが開放されるようになった。 Build 19013」の「WSL 2」ではメモリーの使用効率が改善され、「WSL 2」の使い勝手が向上しています。 https://kledgeb.blogspot.com/2019/11/wsl-191.html 471 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:33:54.95 ID:Vqf8sefQ.net] >>453 いや必須ではないでしょう ｻーﾄﾞﾊﾟーﾃｨの仮想化ﾌﾟﾗｯﾄﾌｫーﾑを入れればUIはついてくるから標準に頼らなくてもいい >>454 Virtualboxをﾒｲﾝに使うなら複数は必要ないけどDockerがHyperVを選ぶという愚行を犯してしまったから仕方なく複数つかうしかない状況 HyperVだけではVagrantのようなｴｺｼｽﾃﾑを活かしきれない HyperV(docker)とVirtualBoxを共存させると不具合が出やすい このあたりがWindowsの仮想化は弱いという所以 472 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:35:41.27 ID:W3hSYpRn.net] >>465 UIもOSの機能の一つだから、それがないのは劣ってると言わざるを得ない MacでVirtualBoxが必須なのは↓こういう話ですか？ｗ Virtualboxをﾒｲﾝに使うなら複数は必要ないけどDockerがHypervisorフレームワークを選ぶ という愚行を犯してしまったから仕方なく複数つかうしかない状況 473 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:35:46.96 ID:Vqf8sefQ.net] >>456 ﾊｲﾊﾟーﾊﾞｲｻﾞーﾌﾚーﾑﾜーｸだけで十分だった Windowsはむしろ余計なものを追加しやがってといった印象 474 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:36:10.01 ID:Vqf8sefQ.net] >>458 余計な機能だからな 475 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:36:19.27 ID:W3hSYpRn.net] とことんブーメランになってるよなｗ HypervisorフレームワークだけではVagrantというエコシステムを活かしきれない（笑） 476 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:37:14.61 ID:W3hSYpRn.net] >>468 「なんでMacにはOSの基本機能が搭載されてないの？」 「Macはサーバーじゃないんだからそんな機能は不要！」 477 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:38:40.46 ID:W3hSYpRn.net] >>467 Hypervisorフレームワークだけで仮想マシンにLinuxをインストールする方法を教えて下さい あ、Macはフリーソフトを使えば出来る！が自慢でしたっけ？ｗ 478 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:39:32.30 ID:Vqf8sefQ.net] >>461 HyperVだけじゃVagrantなど蓄積された 479 名前：仮想化ｴｺｼｽﾃﾑを活かせないんだよ HyperVだけでは物足りない なのにVirtualBoxを共存させると不具合が出やすい かと言ってHyperVをｵﾐｯﾄしたらDockerｴｺｼｽﾃﾑが弱体化する Windowsでは仮想化を活かしきれないんだ 完全にDockerだけを使う分にはWindowsでも許容範囲内なんだけどね [] [ここ壊れてます] 480 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:39:42.41 ID:yDaMs/Xo.net] Dockerはどっか行けよ 481 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:42:18.90 ID:W3hSYpRn.net] macOSはCLI環境が弱いですからね。 ターミナルもみんなiTerm2とか入れるし パッケージ管理は、サードパーティのHomebrewをインストール そしてろくに動作検証もされてない ただ収録しただけのパッケージを使うしか無い CLI環境っていうか開発全般が弱いのかｗ 482 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:42:34.51 ID:Vqf8sefQ.net] >>463 ﾒﾓﾘは32G詰んでる でもどんなにﾊｲｽﾍﾟでも簡単にﾒﾓﾘを食いつぶすように作られてるから意味ないよ 設定を変更すれば食いつぶすﾒﾓﾘ上限を設けることができるけど設定値まで食いつぶすのは相変わらず ﾘｿーｽ効率がいいのがｺﾝﾃﾅのﾒﾘｯﾄなのにこれじゃあ意味が無い 483 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:44:19.79 ID:W3hSYpRn.net] >>472 はぁ？VagrantはOSの機能じゃないし、もはや必要とされてない。 重い仮想マシン上のLinuxにログインして開発する時代は終わってるんだよ OS標準のCLI環境とDockerを使った実行環境を使って開発する時代に変わった いつまで旧式のエコシステムを使ってるの？ Dockerを使ったエコシステムに乗り換えろよ 484 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:48:10.81 ID:PIkW4oBq.net] >>464 キャッシュに大量のメモリを食われるのは相変わらずと読めるね キャッシュクリアのためにWSLログインしてコマンドうつの面倒でしょ 485 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:52:07.56 ID:PIkW4oBq.net] >>466 いやいやUIなんてｵﾌﾟｼｮﾝですよ なんならｺﾝｿーﾙで済む MacでもWindowsでもVirtualBoxが必須とは言っていない DockerをやりたいだけならDocker for Desktopでどちらも問題ない しかしDocker以外の目的で仮想マシンを使いたくなった場合Macは非常にうまく動作するがWindowsはそうではない そう言ってるんで早く理解してください 486 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:52:48.57 ID:PIkW4oBq.net] >>469 VirtualBoxを入れるだけ 487 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:53:14.29 ID:PIkW4oBq.net] >>470 意味不明 488 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:54:27.48 ID:PIkW4oBq.net] >>471 そのとおり Macには選択肢がある 489 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:56:20.43 ID:PIkW4oBq.net] >>474 とはいえWindowsよりは幾分ﾏｼでしょうな ｺﾏﾝﾄﾞﾌﾟﾛﾝﾌﾟﾄでしたっけ？ あとはやけに動作が遅いPowerShell 490 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:58:43.45 ID:PIkW4oBq.net] >>476 それはあなたがｱﾌﾟﾘ開発者だからでしょうね 確かにｱﾌﾟﾘ開発という狭い世界ではDockerがあれば十分かもしれない でも世の中はｱﾌﾟﾘだけでは回らないので仮想ﾏｼﾝも必要になってくる ｲﾝﾌﾗのお勉強もしてみると視野が広がるのでｵｽｽﾒ 491 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:59:37.74 ID:W3hSYpRn.net] >>482 あとはWSL用のターミナル（コマンドプロンプトと同じだがbashが動いてる） そしてWindows Terminalもリリースされたね もう完全に逆転されてるよｗ 492 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:00:23.21 ID:W3hSYpRn.net] >>483 Macってインフラ弱いよね Linuxのコマンドがことごとく使えないｗ 493 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:03:13.26 ID:PIkW4oBq.net] >>484 逆に衰退してるように思える どっちつかずの半端なｼｪﾙしかないからｱﾚｺﾚ併用せざるを得なくなって しょうがないからWindows Terminalでﾀﾌﾞ管理できるようにしました これって完全に根本解決を諦めた人達の答えだよね 494 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:03:30.42 ID:PIkW4oBq.net] >>485 Windowsもね 495 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:05:23.74 ID:W3hSYpRn.net] >>486 > どっちつかずの半端なｼｪﾙしかないからｱﾚｺﾚ併用せざるを得なくなって どっちつかずの半端なｼｪﾙとは？ その理由を言えないから説得力ゼロなんですよ 496 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:05:54.28 ID:W3hSYpRn.net] あぁ、半端なシェルってタブがないだけと� 497 名前：｢う意味だったか。程度が低いな [] [ここ壊れてます] 498 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:06:15.33 ID:wDwMFBJk.net] そういえば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上ネイティブ」の方が遅い 499 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:07:54.46 ID:W3hSYpRn.net] >>490 Macは半端なUnixだからそういうこともあるでしょうね 500 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:08:23.92 ID:hbOZVAas.net] >>488 ﾚｶﾞｼーなｺﾏﾝﾄﾞﾌﾟﾛﾝﾌﾟﾄ 重いPowerShell HyperVに依存した仰々しいWSL 等々 これが正解だってｼｪﾙが無い 501 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:09:34.07 ID:W3hSYpRn.net] WSL1はHyperVに依存してないんだが？ｗ 502 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:09:52.72 ID:hbOZVAas.net] >>490 Macの仮想化が優秀ということですね 503 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:11:06.36 ID:hbOZVAas.net] >>493 2の話をしてるからね つうかWSL1なんて更に中途半端でしょ 504 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:11:15.80 ID:W3hSYpRn.net] Windowsはbashもつかえるよ bashだけじゃなくて全てのLinux用シェルがつかえる macOSにとって正解だってシェルはzshのようだが Windowsには選択肢がある（ドンッ！） 505 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:12:34.66 ID:hbOZVAas.net] >>496 ろくなbash処理系なかったと思うが何を使ってんの 506 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:13:41.57 ID:W3hSYpRn.net] >>495 Macのターミナルなんてフリーソフトを使わないと 中途半端過ぎでパッケージないじゃんｗ 標準のパッケージ管理ソフトもないんだっけな 507 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:14:21.94 ID:W3hSYpRn.net] >>497 > ろくなbash処理系 bash処理系なんていい方初めて聞いたわｗ bash処理系がいくつかあるとか思ってんの？ 間抜けやなぁ 508 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:16:28.10 ID:hbOZVAas.net] >>498 zshだけでもWindowsよりﾏｼよ ﾊﾟｯｹーｼﾞ管理もbrewとかいろいろ選択肢あるし そもそも標準である必要が全くないんだが 509 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:17:34.21 ID:hbOZVAas.net] >>499 幾つもあるよ まさか全てのbashが同じﾊﾞｲﾅﾘで動いてるわけでもあるまい 510 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:22:15.69 ID:W3hSYpRn.net] ああ、処理系ってバイナリの違いを言ってたのか。間抜けやなぁｗ 511 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:23:09.52 ID:W3hSYpRn.net] >>500 Windowsはzshをつかえるようになりました。 パッケージ管理はmacOSよりも多くの選択肢を持っています。 さらにOS標準で持っていることが何より強いです 512 名前：蟻人間 mailto:sage [2020/07/19(日) 14:23:18.04 ID:T8vbWyFG.net] Cygwinのbash, MinGWのbash, MSYSのbash, WSLのbash 少なくとも4つあるよ。 513 名前：蟻人間 mailto:sage [2020/07/19(日) 14:24:44.97 ID:T8vbWyFG.net] >>504 MinGWにはbashなかったか。ごめん。 514 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:24:52.32 ID:W3hSYpRn.net] >>504 その理屈で、Ubuntu用のbash、Debian用のbash、CentOS用のbashとか言い出しそうだよねｗ 515 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:24:47.65 ID:xggXZiaY.net] >>133や>>437の背景になってる方法論の説明や両者のインスパイア先のサービス、それぞれの使用感など詳しいレビュー・解説が欲しい。 興味はあるんだがツールだけ紹介されても実用できねんだわ… 516 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:29:11.34 ID:4P1FEtjj.net] >>441 別もんだっつーの。 WSL2未対応Windows10でもDockerは動作する。 517 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:36:50.38 ID:opL16abC.net] Docker Desktop WSL 2 backend https://docs.docker.com/docker-for-windows/wsl/ 518 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:51:18.60 ID:s6OQ7dz7.net] とりあえずスレタイ読もうか 519 名前：デフォルトの名無しさん [2020/07/19(日) 18:19:43.84 ID:qloJve77.net] いま >>473 がいいこと言った 520 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 18:19:50.56 ID:4P1FEtjj.net] >>509 違うという証拠じゃねえか。ｗ 521 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 19:29:37.69 ID:rIJvE1xm.net] >>473 評価する 522 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 19:49:03.52 ID:wyw5PHbz.net] JSの次はVMですか Visual Studio Codeユーザーは民度が低いですね 523 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 22:26:53.14 ID:W3hSYpRn.net] >>512 何が違うって言ってんの？ WSL2は正式リリースされたし、最新のDockerはWSL2上で動作する 524 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 22:42:28.03 ID:m5eV0pvm.net] WSL2上で動作するというのはちょっと違うと思うけど 525 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 22:54:39.57 ID:XdimOBsd.net] >>516 WSL2はMSがカスタマイズしたLinuxカーネルを複数のディストリで共有して使っています。 そのHyperV上のLinuxカーネル=WSL2を使ってDockerが動いています。 526 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:16:07.54 ID:4P1FEtjj.net] >>515 >>517 あくまでオプションでな。 あたりまえのようにDockerとWSL2をまとめるなよ。 527 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:17:50.91 ID:XdimOBsd.net] >>518 お前が何を否定したいのかわからん DockerがWSL2上で動いてるのは事実だろ HyperV上でも動くってだけ まとめてるのはお前。Dockerを作った会社はMSではないことぐらい常識だろ 528 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:22:32.36 ID:x6Qd1lrw.net] DockerはMSの金がジャブジャブ投入されてズブズブ もう実質MS傘下みたいなもんだぞ 529 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:32:41.03 ID:bxNKP1hF.net] WSL2はリソース効率悪すぎてだめだ 素直にLinuxを使いなさい 530 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:37:05.00 ID:vyF3aSiC.net] 前スレでそれ書いたら信者にフルボッコに 531 名前：デフォルトの名無しさん mailto:sage [2020/07/20(月) 00:05:14.96 ID:8xVPvjOc.net] WSL2は自動的に使用メモリを減らすことが出来るから リソース効率は良いよ 532 名前：デフォルトの名無しさん mailto:sage [2020/07/20(月) 00:07:28.60 ID:e1dD7Vt2.net] 元々Docker Desktopはhypervが使えるpro以上でしか使えなかった WSL2が使えるようになったのでhomeでも使えるこちらが主流になる 533 名前：デフォルトの名無しさん mailto:sage [2020/07/20(月) 00:31:12.78 ID:myn6SOC5.net] >>428の話をしているところに文脈無視して>>435が割り込んできたのが原因だろうな

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef