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/ 357 名前：デフォルトの名無しさん mailto:sage [2020/07/13(月) 03:29:53 ID:jGbNDMm/.net] Java Extension Packで日本語フォルダ名を含む位置にファイルを置くと デバッグに失敗するのは既知の仕様ですか？ Windows 10で、フォルダ名を日本語を含まないものにしたら解決しました。 358 名前：デフォルトの名無しさん mailto:sage [2020/07/13(月) 03:41:38 ID:jGbNDMm/.net] >>353 これで解決しました。 https://qiita.com/kare/items/11309fef5822788501b5#%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%81%AE%E8%A1%A8%E7%A4%BA%E6%96%87%E5%AD%97%E5%8C%96%E3%81%91%E3%81%B8%E3%81%AE%E5%AF%BE%E5%BF%9C 359 名前：デフォルトの名無しさん mailto:sage [2020/07/13(月) 06:34:46.81 ID:F3s0htwl.net] >>353 やっぱりダメで、 フォルダやファイル名に特定の日本語文字列が含まれていると再現します。 いくつか設定を変えたけどダメですね 360 名前：デフォルトの名無しさん [2020/07/13(月) 07:55:25.97 ID:V+zIL/Eb.net] のとおり 361 名前：デフォルトの名無しさん mailto:sage [2020/07/13(月) 12:18:34.94 ID:8gxxLZRp.net] 1.47でEmmetの画像ファイルのサイズ自動入力updateImageSize使うと "No valid image source"エラーが出るようになってたんだが今やったら直ってた・・・どういうことだ 362 名前：デフォルトの名無しさん mailto:sage [2020/07/13(月) 12:21:55 ID:8gxxLZRp.net] ああ、直前にHTMLタグのミスを修正したんだった　なるほど自動入力ってこういう動作するんだ 363 名前：デフォルトの名無しさん [2020/07/14(火) 14:35:17.40 ID:wxNuZUMy.net] TypeScript の設定ファイル・tsconfig.json では、 //, /* 〜 */ の2種類のコメントを使っているけど、 JSON にはコメントがないから、 右側のファイルエクスプローラーでは、1つの間違いがあると表示されてしまう これを消す方法ある？ 364 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 15:07:54.51 ID:2Tt/Vrq1.net] コメントをもう一つ追加すれば、 1つの間違いがあるという表示は消える 365 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 15:24:02.39 ID:rnlBwfUm.net] >>359 自分の環境ではエラーなんて表示されないんですが、 ファイルタイプはちゃんと「JSON with Comments」で読み込んでるんですよね？ https://i.imgur.com/sUsWtl1.png 366 名前：359 mailto:sage [2020/07/14(火) 15:53:13.65 ID:wxNuZUMy.net] 漏れは、tsconfig.json を少し修正したからね。 どこで間違ったか、なかなか分からない うわー！ 再起動したら、エラーが消えてる！ 編集すると、言語モードが変ったのかも。 今のファイル形式は、JSON with Comments になってる 367 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 16:28:02.08 ID:UqAnAnhr.net] なんかファイル開くとエディタの選択ドロップダウンが出るようになった。ウザい。消したい！ 368 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 16:59:40.61 ID:rnlBwfUm.net] >>362 自分も行消したり追加したり編集したり、ソース追加したりビルドしたけど結局再現しなかった https://i.imgur.com/2l5bEPO.png まぁ直ってよかったね 369 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 17:27:10.70 ID:wxNuZUMy.net] >>363 .txt とか、そのファイルの拡張子に対応して起動する、 エディタを決めていないからでは？ 決めている場合は、一々、聞かれないのでは？ 370 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 19:20:03 ID:uU11QeUM.net] いやあホントにJSONは初手が色々とまずかったなあ いまのJSONCみたいなレギュレーションだったらもっと可能性が広がったろうに 371 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 19:32:43 ID:wgJ0zUGI.net] いや、むしろJSONはムリヤリ広く使われ過ぎ。 仮定の話でいいのなら、ブラウザで流行ったのがJavaScriptでなければよかったのに。 372 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 19:38:12 ID:uzBWm+4M.net] でも筋の良いスクリプト言語って思いつかないな みんな癖がある 373 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 20:17:39.02 ID:9/KzgQCa.net] 癖はあるけどそんなに筋が悪いとは思わんがな。 もともと関数型言語として設計された出自が今評価されている気がする。 374 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 20:22:23.08 ID:a8718MgF.net] なんか以前は単語を選択した状態で左の虫眼鏡マークをクリックするだけで 検索窓に選択した単語が入ってくれたような気がするのだけど、いまは いちいちコピーペーストの操作が要るようになってしまった これって戻せるのやろか？ 375 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 20:26:43.82 ID:UqAnAnhr.net] いやVSCodeで開く選んで来てんだから前みたいにそのまま開けや。 VSCodeはエディタじゃないんですか？と。 なんでいちいちひとつしかない選択肢ビルトイン選ばねえとなんねーんだ？ 376 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 20:44:15 ID:DdAw4wpa.net] ctrl+fのショートカットじゃダメ？ 377 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 22:05:04.90 ID:a8718MgF.net] んー　虫眼鏡のほうは範囲がファイル全部なんだよね 378 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 22:16:43.90 ID:DkXMpQVM.net] >>370 設定の search.seedOnFocus ってやつにチェック入れたら、ファイル検索 379 名前：(Ctrl+Shift+F)の方も選択テキストが入力済みになったよ [] [ここ壊れてます] 380 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 23:27:25.46 ID:ZOVsPt12.net] >>369 >もともと関数型言語として設計された出自が今評価されている気がする。 元から関数型言語なんかに設計されてないから他所で言ったら戦争になってたな。 純粋主義者とかモナドしか知らん連中は息災だろうか。 381 名前：デフォルトの名無しさん mailto:sage [2020/07/14(火) 23:37:53.56 ID:2Tt/Vrq1.net] JavaScriptで関数型っていうのは jQueryとかUnderscoreとか関数型を取り入れた ライブラリと組み合わせて初めて実現できる 素のJavaScript（DOM API含む）は関数型になってないよ 382 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 00:17:56.92 ID:DV8DGLcn.net] jsonはデータの受け渡しに使えばいいだけであって人間が扱うファイルにするのが間違い yaml使え 383 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 02:56:31.84 ID:UH7/Xpl5.net] >>375 JavaScriptはプロトタイプベースオブジェクト指向言語である、という根本がわかってないヤツはめんどくさそう。 384 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 04:53:18 ID:IqfNcqeZ.net] JSON with Comments が主流になってほしい Yaml は、特定の範囲の再利用ができるので、 例えば、開発用と製品用の設定を同じファイルに書いて、 同じ設定を、コピーせずに使える でも、形式が格段に難しい 385 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 06:11:25.87 ID:4uyaG9vI.net] へえ JSON にもコメントを書きたい https://qiita.com/yokra9/items/1ac03876415d7fd47a65 386 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 06:47:29.33 ID:Iul+D8/c.net] >>375 当初のコンセプトは「ブラウザでschemeを動かす」ってことだった。 Javaっぽい文法やオブジェクト指向とか取り入れられたのはその後。 387 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 10:21:47.72 ID:UH7/Xpl5.net] >>381 コンセプトは、結果と関係ない。 現実は非情である。 388 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 12:13:21.10 ID:gwK3CNky.net] >>381 最初にJavaScriptと独自にリリースされた DOM APIがオブジェクト指向だった 389 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 12:15:28.97 ID:eVOQY7dl.net] DOMもそろそろ見直しの時期が来てるんじゃないか？ 関数型に置き換えるべき 390 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 12:18:58.65 ID:gwK3CNky.net] jQueryをそのまま導入したらいいのにね DOM APIはJavaScriptだけのものじゃないから 他の言語で対応しづらかったんだろうけど 今はJavaScriptの力が強くなったから 他の言語側でどうにか対応しろって言えるだろ 391 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 14:42:54.88 ID:KZXXAVqP.net] さすがはjQueryバカ、頭悪いなぁ… jQueryはDOM APIラップしてるだけなんだから、取り入れて呼び出しの形式を同じにしたところが現行DOMの制限はそのまま残る。 そういうレベルの話ししてないから巣へお帰りください。 392 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 14:59:40.35 ID:DD98k58m.net] JavaScript質問スレ荒してるのが今度はここに来たのかｗ 393 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 15:16:00.68 ID:02BKVnT1.net] JavaScriptウゼーからはよWebAssembly実用化して欲しいわ 394 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 15:19:22.69 ID:gIMauWsn.net] jsスレはﾜｯﾁｮｲどころかIDすら非表示だから荒らし御用達 このスレはﾜｯﾁｮｲで防衛すべき 395 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 16:00:24.57 ID:FW4X/8zu.net] すみません、教えてください。よろしくお願いします。 vscodeでjavaを使おうとしたのですが java:create java project できません。 vscodeとjdkをインスツールし jdkはshellで確認できますので、pathも通っています。 vscodeのjava.homeも設定できていると思うのですが どうすれば、create java projectできるようになるでしょうか？ 396 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 16:11:05 ID:r1yGajkX.net] エラーメッセージは？ 397 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 16:13:05 ID:KZXXAVqP.net] 「おやじ！メロンパンくれ！」 「うちは果物屋🍈だよ？」 398 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 16:53:30.48 ID:2PJdiH7v.net] >>386 DOMの制限ってなんだよ？ 言った誰がDOMの制限の話をしてるんだよ 399 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 16:55:46.07 ID:2PJdiH7v.net] >>388 WebAssembly実用化してもDOMの制限は残るぞ 400 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 17:22:15.36 ID:02BKVnT1.net] >>394 C#のパーサー使うからどうでもいいです 401 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 19:04:50.32 ID:+kFtUTX/.net] >>374 ををを　サンクス！ 402 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 19:06:02.51 ID:Iul+D8/c.net] >>382 あの後から取って付けた感ありありのプロトタイプが根本に見えちゃう人はさすがにｗ 403 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 19:33:21.89 ID:UH7/Xpl5.net] >>397 「取って付けた感」を具体的に？ 404 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 20:54:46.51 ID:Iul+D8/c.net] prototypeとか[[prototype]]とか__proto__とか 405 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 21:14:26.34 ID:UH7/Xpl5.net] で、それのどこに「取って付けた感」があんの？ プロトタイプベースでそのプロトタイプ情報をオブジェクトに持たせるなら、表現は簡単だし、実装もたぶん簡単だし、悪くないやろ。 ほとんど見当たらないScheme要素よりもはるかに根本的。 406 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 23:39:14.30 ID:TFnsludK.net] [[prototype]]はともかくprototypeと__proto__は最初からじゃねーか どこが取って付けてるんだ？文句言いたいだけじゃん そんなんだったらプロトタイプベース自体に文句言うやつのほうがなんぼかマシだわ 407 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 00:41:37.20 ID:4le5mWZs.net] つまりオブジェクトやプロパティというものが実装された言語の上に「特殊なプロパティ」として プロトタイプチェーンを載っけているところを指してそう言ったわけだが。 Ioのように言語の不可分な要素として実装されていたりあるいはせめてluaのメタメソッドのように 最初から考慮された設計なら違って見えたが。 408 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 01:06:27.07 ID:QwF0ci9g.net] じゃpythonの__hoge__みたいなのは？ phpにも似たようなのあるよね。 409 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 01:25:34 ID:fGKOjjQM.net] Pythonはきれいな言語じゃないよお やっつけ感が大きい 410 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 01:40:17.48 ID:ezlrRJ+a.net] 1.47とMarkdown Preview Enhancedの組み合わせでMarkdownのファイルリンクが上手く動かなくなってる これまでに大量に書いてきたメモの蓄積が･･･ MPEのバージョンアップで直るといいんだが 411 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 02:14:03.73 ID:6G5cK3Pi.net] >>402 それは、個人的な嗜好であり、ただ潔癖なだけ。 # 気持ちはわかるが。 配列オブジェクトも、プロパティにメチャクチャ感があるけど、つまり、そういうポリシー。 「取って付けた感」では全然ない。 たとえば今から新しくつくる言語だとしても、表現や実装の都合で、特殊なプロパティをほかに混ぜてしまう選択は、ふつうにあり得る。 で、Schemeの話はどこにいったんだよ？ 412 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 08:17:23.65 ID:4le5mWZs.net] プロトタイプチェーンというものがその配列と同じようなレイヤーで実現されていることを 指して言ったわけなんだが。 それが「根本」に見えちゃうのは主観なんでそれ以上は言わんけど。 413 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 09:07:29.56 ID:yJ975u67.net] スレチ 414 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 09:29:46.00 ID:6G5cK3Pi.net] >>407 日本語能力と言語センスがないことはわかった。 >>408 まあまあ。。。 415 名前：デフォルトの名無しさん mailto:sage [2020/07/17(金) 21:16:25 ID:O51Ni2cF.net] 最初からオブジェクト指向言語として設計していたならあのthisはないよなぁ。 416 名前：デフォルトの名無しさん mailto:sage [2020/07/17(金) 23:39:54.29 ID:S1GMEh9P.net] なんで？最初からプロトタイプベースオブジェクト指向言語として設計されてたよ？ おかしくなったのはそのプロトタイプベースオブジェクト指向言語として設計されてたものに後付けでnewやらthisやらのC++/Java系のクラス 417 名前：ベースオブジェクト指向用語を無理やり導入してJavaっぽいクラスベースオブジェクト指向言語に見えるよう無理やりガワを被せようとしたため。 [] [ここ壊れてます] 418 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 05:17:12.44 ID:gM32+Vtw.net] TypeScriptでラップすると快適やわ 419 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 11:34:26 ID:zDePOjuW.net] >>411 その珍説はどこから？ プロトタイプベースだろうがオブジェクト自身へのアクセスにthisは必要だし、 newによるコンストラクタ呼び出しがなければ別の方法でプロトタイプチェーンを構築 していたことになるが、そいつらがプロトタイプ自身より後付けとは考えにくいんだが。 もちろんどっちもクラスベース固有の概念じゃあない。 420 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 12:25:08.69 ID:cNrPu/ON.net] es2015以降のclass構文はともかく（あれもシンタックスシュガーなのに文法上new使用を強制してるだけだが）、 JSのnewはJavaに見た目を寄せるためのシンタックスシュガー以上の意味はない。 見た目こそ同じnewだが、C++やJavaのnewとは全く異なる。 JavaScript: The Good Parts 133ページ > new演算子の持つ問題に対するもっとも良い方法は、newをまっまく使わないことである。 使わなくて全く問題ない。 JSのnewはJavaに見た目を寄せるためのシンタックスシュガー以上の意味はない。 見た目に騙されてC++やJavaの知識を転用しようとすると理解を誤る。 421 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 13:48:24.95 ID:fwbEJCvA.net] > 見た目に騙されてC++やJavaの知識を転用しようとすると理解を誤る。 C++やJavaの知識ってなんのこと？ 422 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 14:00:57.09 ID:N4WthBbf.net] newとはこういうもの！これ以外のはずがない！という思い込み・囚われている常識、のことかな 423 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 15:08:39.55 ID:7WBm5sdR.net] プロトタイプ系とクラス系の違いも。 つうか、プロトタイプ系はわかりにくいんだよ！ 実装は簡単というか、手っ取り早いと聞くので、当時ブラウザに埋め込むにはちょうどよかったんやろけども。 424 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 16:25:25.54 ID:DrPRguB/.net] もともとネスケのためだけのマクロに過ぎなかったしねえ 20数年後にこれを使ってアプリを書く人たちが現れるとは想定してなかったんじゃなかろうか 425 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 16:33:34.40 ID:zDePOjuW.net] >>4124 ああ、プロトタイププロトタイプ言いながら自分でプロトタイプベースで書いたことはないのね。 newをまったく使わないというのは自分で__proto__を操作するかあるいはプロトタイプ継承を 使わないってことになるんだが。 当然、前者を推奨しているわけがない。 426 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 17:07:44.12 ID:fwbEJCvA.net] >>417 プロトタイプが分かりづらいんじゃなくて 昔のJavaScriptが面倒だっただけ プロトタイプベースでの継承の仕方っていうのは Object.createを使ってB.prototype = Object.create(A.prototype) ってするだけの簡単なものなんだが、昔のJavaScriptは肝心のObject.createがなかった。 JavaScriptは最初（1995年ぐらい）からプロトタイプベースのオブジェクト指向だったが Object.createができたのはECMAScript 5からChromeだと2010年の5から IEだと2011年のIE9から、つまり15年もの間、JavaScriptは重要な機能が欠けた 不便なプロトタイプベースオブジェクト指向だった 427 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 17:36:07.70 ID:7WBm5sdR.net] >>420 そういう話じゃない。 そもそも継承なんかしないユーザーレベルでも、なんかわかりにくいんだから。 JavaScriptが不出来だからとかドキュメント不足とか、理由はいろいろあったと思うけど、それだけでもない。 428 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 17:53:27.03 ID:vfrpqE6H.net] それはライブラリが不足していただけ どんな言語でもライブラリがなければ使いづらい JavaScriptはjQueryが登場してから世界が変わっただろ 429 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 18:19:52.24 ID:pq9oSxH0.net] スレチ 430 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 21:26:08.79 ID:7WBm5sdR.net] >>422 だから、そういう話じゃない。 JavaScriptの使いやすさのことではない。 言語としてのわかりやすさについて言っている。 むしろ、prototype.jsとかjQueryとか出てきてから、JavaScript自体はわかりにくくなった気さえする。 こなれたコードを見る機会が増えて、慣れてもいいはずなのに。なんかわかりにくくて、あやしいからか？ >>423 まあ、VSCodeの話題も出てこないことだし。。。 431 名前：デフォルトの名無しさん mailto:sage [2020/07/18(土) 21:47:03.20 ID:Iib9EfYg.net] とりあえずお前らのおすすめの拡張 説明付きで教えろください 432 名前：デフォルトの名無しさん mailto:sage [2020/07/19(日) 00:25:37.44 ID:KyV15c0l.net] 最近使うようになったやつ Draw.io Integration - 作図に便利 Code Spell Checker - typo が減った 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を使っている

---

---

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

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