npm 兼容层有人在做，只要有轻松迁移的方案和第一个杀手级框架，相信会出现大规模迁移到 deno 的浪潮，这需要时间。

后端方面，ts 从语言设计、开发效率和表达力等方面讲都是一流的，用 ts 写后端是一个值得尝试的选项，deno 还缺成熟的后端框架。

DENO_DIR 是可以指定的，不一定是全局，这就提供了 vendor 和项目隔离。

deno 有锁文件，能查出模块是否被篡改，不需要手动验证。

去中心化的包管理也能中心化，想想，如果 npm 下场提供 deno 模块托管会怎么样，这就能解决生态问题。

默认 ts 是一个巨大优势，没错，是巨大优势。
ts 是 js 超集，它的类型系统就是最大的卖点，不能接受动态火葬场的人无论如何也不会回去写 js，反过来转移却很轻松。向 ts 的单向转移趋势已经非常明显了。

同 y9000x 。
先调硬盘模式才能装双系统。
装 ubuntu 不能外放，只能用耳机。
从 windows 重启到 ubuntu 就不能用耳机口，必须关机启动。
windows 使用正常，ubuntu 缺声音。
性能确实挺香的，但有以上缺陷，对产品目标群体很不友好。

@cy476571989 确实能解决很多翻译中的痛点。

进一步了解可以看 Deno 中文手册，官方的由于 github 部分被墙而看不了。
https://www.v2ex.com/t/671658

从某种角度上讲，deno 就是 node 修正各种失误后的样子。py2 到 py3 也是一个大撕裂，后来 py2 死了，时间会给出答案。

ctrl+c ctrl+v

用 Rust 写了一个玩具 web 框架，作为自己的网站后端，完成度不高。在测试环境性能比较理想，真实环境要加限制器，以免打爆其他组件。

有害化学物质而已，自己交生命税可以，别带着其他人一起交

道理我都懂，在线执行速度和 SSD 有啥关系？

firefox yes

```
$ cat a.py
import time

def get_time():
return time.strftime(
'%Y-%m-%d %H:%M:%S',
time.localtime(time.time()))

class TimeStr(str):
def __str__(self):
return get_time()
def __repr__(self):
return get_time()

b = TimeStr()
for i in range(5):
print(f"{i+1}: {b}")
time.sleep(1)

$ python a.py
1: 2019-12-05 15:50:57
2: 2019-12-05 15:50:58
3: 2019-12-05 15:50:59
4: 2019-12-05 15:51:00
5: 2019-12-05 15:51:01
$
```

@pmispig 问号操作符能缓解，等 async/await 稳定后写异步也能喘气了