Deno 1.0

dotnet core 蔑视你们！！

能不能直接当不需要 tsc 的 nodejs...

https://github.com/Homebrew/homebrew-core/pull/54667 [for Mac users]

@gimp 你发这两个，Node 和 python，都被从不同的角度吐槽，Cargo 感觉受到了侮辱

@dinjufen 看到有文章提到了，解决这个问题用了两个改进，一个是 deno 会有官方库，避免 node 生态这种基础功能大量不同的实现造成的混乱，另一个是包不再存放在每个项目目录里，而是隐藏的一个目录，项目之间也许能共享一份依赖。

这个衣服好贵啊 100 刀

@Vegetable #45
听起来很像 golang 的方案

@Immortal 你的直觉很敏锐。
deno_std is a loose port of Go's standard library. When in doubt, simply port Go's source code, documentation, and tests. There are many times when the nature of JavaScript, TypeScript, or Deno itself justifies diverging from Go, but if possible we want to leverage the energy that went into building Go. We generally welcome direct ports of Go's code.

Please ensure the copyright headers cite the code's origin.

@Vegetable 共享依赖，也有版本的问题吧？还是有明确的库版本号的定义了

@Vegetable #48
这个大概初版 deno 用 go 写也有联系
作者应该也是个 golang 深度用户了 后来发现 gc 冲突后才转到 rust 吧

@dodo2012 那是编译中间产物，你用 release 的话就不会有那么多
我采用的方法是设定一个统一的 target 目录，然后 systemd 设置一个定时清理任务将这个目录维持在一定大小（我设定的是 25 G，你可以根据自己项目大小调整）。而且能够复用其他项目的中间产物加快编译速度。

看到了大神的名字 @justjavac

@coolmenu

import { serve } from "https://deno.land/std@0.50.0/http/server.ts";

这条引用自动下载的缓存，看了一下缓存目录，和差不多 Go 一样是差不多形式的

C:\Users\{username}\AppData\Local\deno\deps\https\deno.land

但是内部是很多 hash 文件名加一个 metadata.json，这个 https 的含义不太确定。版本号在 metadata 里边有，应该是不同版本在缓存中共存。

@xingjue 有趣，原来还可以用依赖大小作为评价维度啊，学习了

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

Serverless 时代，冷启动才是核心竞争力，node 很拉胯，Python 也一般，golang 好很多，如果 deno 能达到 golang 的冷启动以及方便部署，那我觉得它的前途是光明的。

看了介绍，感觉着一股王 8 之气，必火无疑

@FreshOldMan #35 应该是指的这个梗

我说英文怎么写得这么专业😂

Node 已经合并过一次了，说不定以后又会合并。