v6666引用Ctypescript运行环境里，node多线程支持不好，deno生态又不行。 而且就算typescript编译后还是动态的javascript，性能打不过静态语言的。 不过Go这种...
v6666 我觉得吧go拿来写后端真的有点大才小用，go这玩意儿是一个造轮子级别的语言，nginx这一类的中间件啥的都可以用go来写替代品，来实现自己想要的限流策略啥的
对新手来说入门还是难了，静态语言性能高的同时牺牲掉了代码易用性。比如我做一个程序想要营造起插件生态，如果让开发者用go写自己想要的东西那基本搞不起来。之前想过把go写的网站内核编译成wasm或者动态连接库然后放进node或者deno运行，后来发现这样是本末倒置了。现在想的直接在go里面嵌入一个js解析引擎，程序本身去实现node或deno的作用。这样插件作者用js写完的脚本直接扔到指定目录就能运行，其余一切靠go来实现。