判断团队适不适合使用node

1、要不要用

2、历史包袱

3、跟进升级

看完scott创业公司使用node，对于一个团队要不要使用node，第一个就是如果承接的项目有很多历史迭代，线上也在稳定的抛，不要轻易的替换，比如很多老代码，有很多callback，又不重新写，要去维护会很麻烦，也要谨慎，影响线上用户，这个时候不适合用node，又或者如果出个需求，上完就好了，后面也不需要怎么迭代，这个时候是不是一定要用node，也不是

node不适合做的项目

1、极高并发数：一上来就是几百万的并发请求不适合使用node

2、密集 cpu 运算：比如用户画像，用户分析，比如用户输入自己的信息，去判断他喜欢去哪个城市旅游，这个时候就需要对用户假期长度，去旅游城市有没有g20大会这种，城市特点，这些大量用户分析和运算，对服务压力大，不适合用node

3、高安全高可靠性：比如跟银行的对接，对稳定性，安全性最高，相对于十几年，几十年的java积累，最牛的node工程师，也就接触了8年，node明显的不靠谱起来。这种项目不适合用node

4、内存精密控制及释放：这个专业的事情交给专业的语言，专业的人来做

除开上面的，剩下的node都可以涵盖，一些创业公司，要求迭代节奏快，上线周期短，需要即时的拿到市场反馈，就特别适合用node