个人观点持悲观态度:仅限于在聊天等特殊场景小规模使用。
理由很简单,目前都是前端的同学在使用。而IT领域,尤其是稍有规模或者复杂度的后端程序,都是前端工程师无法驾驭的。
后台工程师一般都不太愿意碰JavaScript. 他们的工具箱中有非常优秀的Perl,Python,Ruby的动态语言,也有C,C++,Java等编译型语言。并且这些语言的社区及三方库历史悠久、久经考验,并依旧保持非常好的活力。
所以在一般的大公司,前端工程师以帮忙为出发点,自己负责一些后台的开发,但如果真是要逆天顶替后台工程师,那就是天方夜谭了。
即使是在创业公司,一人多职的情况下,也不太会让NodeJs发挥太大的作用。这种基于Callback的异步框架,虽然性能极优,语法极简,但稍有不慎,很容易触碰性能陷阱。编程语言还是要往简单、稳健的方向走。另外Ruby/Python,甚至新起的Go语言都比NodeJS太全面了。
最后,结合最近两年的一些工作经历,个人不太赞成对某个语言过份推崇的现象。优秀的工程师应该根据自身情况选择合适的工具,在工具选择这件事儿上,没有必要去说服他人,也没有必要跟随他人。
理由很简单,目前都是前端的同学在使用。而IT领域,尤其是稍有规模或者复杂度的后端程序,都是前端工程师无法驾驭的。
后台工程师一般都不太愿意碰JavaScript. 他们的工具箱中有非常优秀的Perl,Python,Ruby的动态语言,也有C,C++,Java等编译型语言。并且这些语言的社区及三方库历史悠久、久经考验,并依旧保持非常好的活力。
所以在一般的大公司,前端工程师以帮忙为出发点,自己负责一些后台的开发,但如果真是要逆天顶替后台工程师,那就是天方夜谭了。
即使是在创业公司,一人多职的情况下,也不太会让NodeJs发挥太大的作用。这种基于Callback的异步框架,虽然性能极优,语法极简,但稍有不慎,很容易触碰性能陷阱。编程语言还是要往简单、稳健的方向走。另外Ruby/Python,甚至新起的Go语言都比NodeJS太全面了。
最后,结合最近两年的一些工作经历,个人不太赞成对某个语言过份推崇的现象。优秀的工程师应该根据自身情况选择合适的工具,在工具选择这件事儿上,没有必要去说服他人,也没有必要跟随他人。