アカウント名:
パスワード:
vscodeのremote developmentって、要するにemacsのtrampみたいなやつ?
だとしたら
「これによってより大規模で高速かつ目的に特化したハードウェア上での開発が容易になり、さらにプロジェクト毎に特化した環境を構築して使い分けるといったことも簡単にできるようになったという。」
とか大げさすぎやしないか?
社内でvscodeが標準化されて、vimとかemacsユーザーもしぶしぶvscodeに移行するとかいう構図が浮かんだんだが、そうではなく、emacsユーザーはなんの支障もなくそのままemacs使い続けてるだけなのかなーと。もちろんそれが好ましい状況だと思うけど。
ちょっと違います。trampはSSH接続するだけですが、Visual Studio CodeのRemote development拡張はDockerコンテナに接続します何が嬉しいかというと
・接続先のDocker内でVisual Studio Codeを動かしているかのように開発作業ができる・複数の接続先を切り替える事ができる・EC2/GAE/Azureなどのクラウド上のコンテナにも接続できる
なので、コンテナを高性能なサーバ上に置いておいて、開発用クライアントからRemote developmentで接続して開発作業をする、とかができますので、決して大げさな表現ではないと思いますよ
docker-tramp.el、、、かな?
dockerがよく分かっていないんだけど、要するにsshなしでもdockerコンテナのファイルにはアクセスできるということね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
tramp? (スコア:0)
vscodeのremote developmentって、要するにemacsのtrampみたいなやつ?
だとしたら
「これによってより大規模で高速かつ目的に特化したハードウェア上での開発が容易になり、さらにプロジェクト毎に特化した環境を構築して使い分けるといったことも簡単にできるようになったという。」
とか大げさすぎやしないか?
社内でvscodeが標準化されて、vimとかemacsユーザーもしぶしぶvscodeに移行するとかいう構図が浮かんだんだが、そうではなく、emacsユーザーはなんの支障もなくそのままemacs使い続けてるだけなのかなーと。もちろんそれが好ましい状況だと思うけど。
Re: (スコア:2, 参考になる)
ちょっと違います。trampはSSH接続するだけですが、Visual Studio CodeのRemote development拡張はDockerコンテナに接続します
何が嬉しいかというと
・接続先のDocker内でVisual Studio Codeを動かしているかのように開発作業ができる
・複数の接続先を切り替える事ができる
・EC2/GAE/Azureなどのクラウド上のコンテナにも接続できる
なので、コンテナを高性能なサーバ上に置いておいて、開発用クライアントからRemote developmentで接続して開発作業をする、とかができますので、決して大げさな表現ではないと思いますよ
Re:tramp? (スコア:0)
docker-tramp.el、、、かな?
dockerがよく分かっていないんだけど、要するにsshなしでもdockerコンテナのファイルにはアクセスできるということね。