如果你的nodejs和go的水平差不多，面对大型，中型和小型项目(要求稳定性第一)，你会选择哪个语言？
很多人写代码的时候，总是考虑节约cpu资源、内存资源、硬盘资源、带宽资源、blablabla
殊不知，最宝贵的资源往往是程序员自己的精力和时间。
多开一个虚拟机，新加一些带宽，一年不过几百几千。哪怕一年过万，也最多不过是一个程序员一个月的工资，甚至更少。
真正需要费力优化，节省软硬件资源的地方，少之又少。
经常听到有人说nodejs并行不行，我只能说这基本是在念不知道从哪里学来的三字经。node的事件机制能适用于绝大多数需求。实在不行，大不了多运行几个镜像的进程，nginx负载均衡一下，或者租个云厂商的负载均衡也行。多用的这点cpu、内存、实例啥的，比起人力成本，算不了什么。
所以，除非是嵌入式、游戏开发之类的特殊要求，只要web相关，无论项目大小，我都选nodejs，无他，快耳。节省开发时间就是节省最大的成本，不论你是solo，还是给公司打工，都是一样。业务稳定了再考虑软硬件成本节约的问题。但照我的经验，哪怕是成熟业务，其实大多数时候，节约什么的，也是大可不必。
如果再加上typescript，java，go语言的所谓静态类型的优势也可以忽略不计。
大多数情况下我用nodejs，但这并不妨碍我随时手搓一堆shell脚本，用C、Haskell或者Python什么的写些微服务和组件。反正原则就是文档要全、社区要人多、写起来要方便。实在需要性能或者稳定性了，就把特定的微服务用Rust什么的重构或者重写一下（这种场景其实并不多），但主体仍然是node。在任一场景下，什么语言节省开发时间就用什么，把编程语言搞得跟宗教似的，依我看还是太闲了。
---------
这年头，不踩一下nodejs，好像就不好体现自己水平nb了。其实嘛，踩来踩去的人水平最不咋的，还在问题标题里加个“稳定性第一”。真要追求稳定性，为什么不用Rust呢？真要追求软硬件资源的运行效率，为什么不用Rust和C呢？依我看很多人追求的不是稳定性第一，而是没事找事的第一。
