@nguoidiqua
虽然像 zsh 这种基本上可以保证兼容性，但一般人还是不敢把 bash 卸载掉的把。那我要是喜欢用 zsh fish 啥的，bash 算是累赘吗？

@nguoidiqua
你说的这些都是为了兼容性的考虑……毕竟早期的 cmd 既是 shell 又是 terminal，所以现在的 cmd 也需要和以前的 cmd 有类似的行为。不过在 Windows Terminal 之后其他这些东西都只是出于兼容性的考虑而存在的，你无视就好，就当只有 Windows Terminal 一个入口就可以了，没啥好困惑的。

不过这个东西在 Linux 中也是一样的，虽然大家都默认使用 bash，但我从 bash 里面调用 zsh，从 zsh 里面调用 fish 啥的不也是可以的……

另外为啥 conhosts 不算终端？我们现在说的不都是终端模拟器吗？终端模拟器不都是为 shell 提供一个输入输出的界面吗？还是我哪里理解错了？

@nguoidiqua Windows 早期的 terminal 和 shell 确实是区分的不那么明确，不过现在已经可以比较明确的进行区分了。
具体而言，现在的 cmd 和 PowerShell 两个都是 shell，而我们常见的的那个命令行窗口实际上是由一个称为 conhosts 的程序提供的，这个 conhosts 才是真正的 terminal。只不过为了保持向后兼容，这个 conhosts 几乎不会被显示的调用。
然后这个新出的 Windows Terminal 应该被当作是 conhosts 的继任者，不过由于这个新的 terminal 不再考虑向后兼容的问题，conhosts 应该还是会作为兼容性组件被保留下来就是了。

现在有一大堆第三方编译的 JDK，不用怕的

能稍微解释一下实现的原理吗，这么黑科技然后又是二进制分发，不说别的，我担心出现兼容性问题之后不好恢复……

肯定不仅仅是一个虚拟的 Linux 系统，类似于现在 WSL 那样与 Windows 系统的互操作肯定是会有的，而且应该会对内核进行一定的定制和剪裁

不说别的，Python3 都比 Golang 早发布，你总得考虑历史原因吧……
另外 Python 有 Numpy 这样非常成熟的数值运算库，通过 BLAS 的加速，跑起来不一定比你用 Golang 手撸数值运算要慢

@necomancer 对了，虽然会麻烦一点，需要 mkl 的话可以考虑去这个网站
https://www.lfd.uci.edu/~gohlke/pythonlibs/

@necomancer 其实我想问怎么看 conda update 的速度……

@showgood163 我本机默认的 DNS 是自己设置的 dnscrypt-proxy ……
不过我 dig 了一下常见的公共 DNS，都可以解析出正确的 IPv6 地址。
https://dnslookup.org/repo.continuum.io/AAAA/

同教育网，不过我这里连接速度感觉还可以接受，ping 了一下发现我这里可以用 IPv6 连的官方源。

@zhch602 我觉得翻译的还可以啊，应该是啥？

@jacksonvillor 可以考虑给每个区域加不同的纹路，matplotlib 里面叫 hatch。
随手 Google 了一下 https://stackoverflow.com/questions/14279344/how-can-i-add-textures-to-my-bars-and-wedges

为啥不使用 C++和 C 的标准库呢……

@sean250031 额，我哪里有说自己厉害……我只是觉得基于虚拟机的结构不那么“酷”而已，有一点中二的想法😂😂😂

@huiyifyj 说了是 This summer in 2019，估计还得一两个月吧

@reus 转译这个说法是我先开始用的，我所说的转译跟你说的兼容层应该是一个意思。因为按照我的理解，这个兼容层的提供 ELF/PE 调用的方式就是把相应的调用转换或者说转译成底层系统实际支持的调用，从而实现相应的功能。类似于软件工程里所说的适配器模式。

@ly50247 从测试来看在计算为主的应用中转译的性能其实是相当不错的，估计主要是低估了完整模拟 Linux 内核的难度。不过感觉文件系统互访问这个最大的性能瓶颈是怎么也绕不过去了……