remotedesktop（remote desktop client 安卓）

自建云电脑成功，谷歌云VPS直接创建Windows10系统，配合MicorsoftRemoteDesktop使用，先体验几天继#GitHub工程团队转移到Codespaces#之后，Docker推出的新功能DevEnvrionments,仔细一看原来用的是微软的DevContainer技术！最近Docker的Dashboard页面上，新增加了一个DevEnvironments功能，目前还处在Preview阶段，今天新升级了DockerDesktop之后，试用了一下这个新功能，感觉就是在微软的DevContainer技术之上，增加了对DevContainer的技术支持，并没有什么特别的地方。图一就是新的DockerDesktop的Dashboard界面，当选择DevEnvironments之后，就会出现这么一个窗口，在这个窗口里面可以选择创建一个开发环境（DevEnvironments），我选择了右下角的Tryrunningasample，创建一个单容器的环境，当点击这个链接之后，Docker迅速启动了一个log页面（图二），在后台去下载相应的镜像，一阵忙碌之后，Docker自动帮你启动VSCode界面，打开一个Go语言编写的HellofromDocker的项目，见图三。从图三中我们可以直观的看到，这不就是之前介绍的微软的#DevContainer嘛，我之前的微头条里也有介绍，最直观的标志就是就是左下角的小图标，当点击这个图标的时候，还会出现Remote-Containers的功能选项（图四），可以查看当前容器的配置文件（图五），查看容器日志等（图六的日志中明确显示调用Remote-Containers，在容器中启动了VSCodeServer），可见，对于代码开发，开发人员还是在熟悉的VSCode上进行的，在这一块，Docker并没做什么。虽然Docker也复用Remote-Containers插件来实现DevEnvironments，但是在VSCode中，微软还是给出了区分，在RemoteExplore视图中，微软把DevContainer和Docker/DEV-ENVIRONMENTS是分开罗列的，看来在微软视野里，自家的孩子才是正宗啊，见图六。返回到DockerDesktop，DevEnvironments的逻辑结构还是很清晰的，一个开发项目下面对应着一个或者多个开发容器，如图七所示。当创建一个新项目的时候，也可以指定远程的GitRepository，还可以指定一个本地目录，或者复用已有的开发环境。看来，在云原生时代，从代码的编写和本地测试，到代码的部署，都会全部在云技术栈中进行，云的时代开始渗透到开发过程中。但是，仍然不太看好Docker搞得这个DevEnvironments，并没有体现出Docker独特的价值在里面，Microsoft通过GitHub和VSCode，早已经把这些技术都覆盖了，这一回，Docker也体会到了做底层管道商的痛苦与不甘心。#Docker##DockerDashboard##DockerDevEnvironments#