为什么很少招node做后台,php java的很多
发布于 3 个月前 作者 pengrongjie 2811 次浏览 来自 问答

<p data-v-087651fa="">请输入内容。。。</p><p><b>为什么很少招node做后台,php java的很多</b></p><p><br></p>

41 回复

因為培訓機構沒開課

所以啊,这是个商机,去开培训班吧

所以题主的问题,为什么会有标签?

@CRAZYFAKE自己仿做的vue cnode,所以。。。

@pengrongjie 这样啊,很棒。 关于问题的个人理解:

  1. Java、php 发展时间长,技术成熟,而且目前为止有N个超级棒的框架和项目在支撑
  2. 应用场景的差异不同,人们宁可选择现在已有的非常成熟的框架和解决方案,也不会去选择新的东西去挖坑然后填坑

革命尚未成功,同志任需努力!!!

发展总需要时间,至少杭州从15年在拉勾上10家不到,现在已经有30-40家了,基本上每年翻一倍 如果之后还按照这个趋势,相信大家都知道指数函数的可怕,虽然底数是2

我在国内的时候,这几个栈上的人都接触过,感觉是 专业的Java的数量 >>> 专业的PHP数量 >>> 专业的Javascript 三个大于表示远大于。 Java栈的好处是语言规制多,时间也久,PHP5以后的版本大量借鉴了Java(以及整个严肃OO生态)的规模开发优势,用这两种语言写东西,你写得越活越巧,往往品位越低。 Javascript的专业程序员,如果用不活语言本身(callback管理,模块化设计,继承体系,Observer模式以及衍生,AOP,异步/错误管理等等),根本驾驭不了中等规模的后台程序。 国内的JS程序员,低端的在捣鼓每一项新技术的5%而不能自拔,大量的人写五年JS也根本不懂JS,没有专门去理解过语言。 高端里大量的,区别也在于这些人捣鼓的是新技术的可能20%。 只有很少数的人,真的能驾驭复杂JS程序的工程化开发。

确实,国内node后台开发有点少的可怜

因为市场原因 来自VueCnodeMD

@zy445566 但北京从15年的140多变成现在的90左右了

@flamingtop 我也觉得,就是工程化开发并不容易驾驭实现。

@Huqiuwei 有可能人家是招完了呢。。

我就是专门负责用node写后端的呀。公司招聘的时候明确说明是招node后端开发的

@Huqiuwei 可以,服帖,明年再看

@flamingtop 我发现你的头像和知乎里面的itlr一毛一样啊,说的话也略微神似

一方面,java程序员多啊,企业肯定要考虑招聘方面的需求 另一方面,Java语言层面就可以抗猪队友,js高手和新手写出来的代码差距太大

感觉node不像java php,java,php是时代造势出来的,正是互联网发展火的时候,人才需求大,也跟着火,node是在互联网发展有一段时间后才出来的。但是现在没有那么大的需求了。外面都是java,php的天下,所以node只能吃php,java或者前端的人,java给我的感觉就像巨人一样。强大到几乎所有大神都聚集在里面,而node还只是一个初出茅庐的有志青年,现在的编程语言太多了。主流的java c php python又占据了各自的领域。node很难介入。所以招聘不多,我感觉node真的很难达到java现在的高度,不过如果node发展的好。社区好,框架多,api强大,在加上一些超一流的产品。我觉得今后node也会在编程语言中会有一定的地位。超过java也说不定,只是代表我个人的看法,有不足请大家帮我指正。

来自酷炫的 CNodeMD

@captainblue2013 不不不不不,我觉得跟培训班没关系,java培训班够多了吧,但是还有好多培训完java找不到工作的,因为企业没有那么大的需求,同理,也一样

来自酷炫的 CNodeMD

在国外招Node做后台的很多!国内情况比较不一样,可能会越来越多。

@a69694510 和我想的差不多,最多是争到有一席之地,不可能超越

如果是node先出 java后出 你就会反过来问

生态,历史遗留,公司架构等等。都不是一个原因导致的,第一点nodejs做后台计算能力弱,如果有很多的cpu计算负载,还是得java。nodejs就算做后台,优势还是异步io和并发,如果有大量计算的服务,用java或者其他的代替,还是很好的。

为什么要用node呢? 如果有一个项目摆出来,需要你做技术选型,java php node,不论是从已有技术,项目维护,开发效率角度去看,node都是完败的 ,目前开发人员少,后期维护人员难找,项目维护难,技术方案不成熟,都是血淋淋的缺点啊。

node 调试的确很麻烦

讲真,node做大规模应用开发,要么你很牛逼扛得住,否则就傻逼了

还有一点是node的适用范围问题,人们往往学了一门新技术就想着去套所有需求和场景。node目前来看适用范围还是太窄了,而且在它的适用范围内还有很多其他语言的解决方案,没有一定要去用node的理由。

还有一个标准问题,js其实是很坑的一门语言,各种古怪的用法就不说了,ES 6/7的很多提案也没有完全定案,有的还是草案阶段。想用?只好借助babel,这是何等的坑爹?我要用一门语言还需要去借助第三方polyfill?显然门槛太高而且你会发现这些东西会耗费你很多精力去维护。光是让新人理解为何要这么做和搭建环境你就要付出比Java php python等一溜传统后端更多的精力。

java这种语言非常成熟,很多事情的做法基本都能达成共识,一个team里面大家的写法都不会差太多,就算有坑队友也坑不到哪去。js就不一样了,坑队友可以坑破天际。不信的话有机会开发几个真实的node项目就能体会。

传统的后端语言毕竟在这个领域积累了十几年,现成的库和工具众多,基本很难撼动。node可以在后端有一席之地,不过想要替代大部分工作还是比较难的。

这里有些历史原因,java,php,出现比 nodejs 早。 现成的模板(套路)多,基本拿来改改就可以用了。 现在,很多新起的创业公司也在尝试使用 nodejs,而不是 java,php。

大前端攻城狮

@nullcc 同意你的大部分观点。但是我也有点不成熟的小建议。大家讨论的都是从大局看很多问题,但是装逼的说事物应该没有绝对的好坏。再者说从我们个人角度来看,java和php是很多人的第一门甚至是唯一的一门语言,但是写node的可能是前端同学为了尝试后端或者后端同事因为某些原因转而写node,那我们是不是从中找出更多的乐趣。比如说node和java或者php的不同点(这种话题应该很深,但可能理解的越多对自己帮助应该越大),或者说前端和用node开发服务其实也有很多不同。或者说在node的造轮子中发现很多乐趣。不是把自己局限在某一门语言之中甚至不是局限某个角度(有点装逼的感觉)。

Node 不算很少, 但是会用 Node 的团队都是比较灵活的。前后端技术语言统一,很容易切换。

Too simple, too naive. 因为Node就火在前端圈啊,搞搞前后端分离,后端还是java写的接口啊。后端接口如果不是强类型,分分钟虐死你啊,再加上异常信息这么少,你怎么排查问题啊?所以你看吧,这么久了,前端工具链换了一茬又一茬的。fb不是搞了flow,还有ms的typescript。为啥啊?因为有类型声明啊。所以,以后还是换typescript搬砖吧。

java没什么变化甚至在增多,php的应用场景在被node蚕食

目前,正在用nodejs做一个比较重要的互联网后端服务应用。。。。不说什么,等做好了,在说吧。 关键在于人,nodejs 在一些场景非常有竞争力,它有自己的特点,它和java 比较,无非是骆驼和羊的故事而已。 我是传统C/C++,转过来做nodejs,更把nodejs 看作一门C++的包装后的伪代码语言。。。这样理解就是了, 有遇到在复杂高并发情况下,java写的服务先挂掉,nodejs就顽强撑住的场景后,你会对nodejs 有感觉的。

刚从php转过来,感觉node折腾起来很有意思,正在准备写项目,写好项目再找实习。 自豪地采用 CNodeJS ionic

java虽繁琐冗余不modern,但是生态积累成熟、强类型易于维护,更重要人力方面他是一个买方市场,何必用nodejs?人少坑多人力成本高(开发虽然快但是都被招聘和培训试错对冲了)

赞同 楼上说法,路过再补充一下,java现在除了开发体验相对差些,其他方面并没有短板,nodejs是理想主义

我这里一直在招着呀,欢迎用简历来砸我。

@x1084496036 为什么不做php了

回到顶部