公司准备使用 nodejs，那我们也能算前端工程师咯？

[li24361]

平时还是写java服务端多一些，前端都是写jsp，springmvc等，现在换成nodejs+react，可以算是拥有前端属性了吗

[helone]

如果只是写写node其实和后端没什么两样，仅仅是语法不同。。。

[subvim]

公司选用node意图何在

[crazyxin1988]

@subvim
是不是为了用node后端渲染react，解决react的seo问题？

[subvim]

@crazyxin1988 目测是被人忽悠着用的。。。。

[zac]

显然不是

[li24361]

@subvim 额，几个技术大佬和领导商量的结果，node调用后台api，前台用react渲染，貌似为了效率，反正就是说了大势所趋，已经定了，巴拉巴拉的，小码农只能马上去学习了

[li24361]

@helone
@zac
了解，前端还是要偏表现的是吧，css html5 bootstrap？

[johnhsm2333]

我们这边说着学习node，实际上永远不会投入使用。

[li24361]

@johnhsm2333 我们这边是已经小范围使用了，他们说这是趋势，学点新东西也是好的

[subvim]

@li24361 争当开源软件小白鼠

[Wangxf]

node是后端！node是后端！node是后端！重要的话要说三遍！node只是恰好选择了javascript而已，更确切的说选择的是ecmascript，javascript＝ecmascript＋dom＋bom，你看你有用到dom，bom么？如果不选择js，选择A，选择B也一样，nodeA，nodeB，node强调的是思想，而不是语言

[ipconfiger]

前端渲染确实是潮流，现在PC包括手机的性能都越来越强了，没理由不用起来

[sox]

@subvim 公司选 node 的还少吗……

[magicdawn]

js很酸爽的~不谈环境

[learnshare]

写 Node 跟前端不太有关系

[semicircle21]

@crazyxin1988 是正解.
如果都说到 node + react 的程度了, 那就是在往前端发展了.
Isomorphic 绝对是大势所趋了.
对你而言多学学没什么不好, 但这些玩意的变化速度非常快, 而且是百家争鸣的阶段, 所以, 对公司而言, 作为人才储备还是可以的, 但上项目就呵呵了.

[YuJianrong]

做手机或者有SEO需求的话可以考虑一下 react 后端渲染。
顺便即使不说 nodejs ， js 语言也是强烈建议掌握的技术。

[hahasong]

js的东西变幻莫测，一天一个样，且学且珍惜

[otakustay]

JavaScript工程师 ✓
前端工程师 ✕

[crazyxin1988]

@semicircle21
我只是猜测LZ的公司的动机
我司的线上已经使用react了，因为seo的问题，之前时间有人想推react+nodejs，后端渲染react
不过 被架构咔嚓掉了 觉得这方面公司技术储备还不够
不过 我不喜欢node，当前端工具还好，上后端，就。。。

[magicdawn]

现在一般是做个前端经常被JAVA环境各种问题干扰~
将这个分开来提高(榨干) 前端生产力~ 主要目的是这个~

要不就是有喜欢node的, 然后有一点话语权, 然后就用了~

[YuJianrong]

JS 没什么变幻的，框架一直在推陈出新没错。不过难道一直稳定就是好的？那还是用超级稳定的 perl 去吧……

[koala]

如果你们公司有好点的前端架构师能hold那还行~~

[maro]

打死不用node.js 本来用PHP 公司还有 UI 前端 后端 用了node.js 就剩UI 全端了

[bramblex]

js 这货门槛还是很高的，非常忌讳猪队友……

[NemoAlex]

1. Node.js 目前拥有非常完善的 Web 相关的生态和社区，已经成为主流的解决方案之一。
2. 后端用 Node.js 和前端用什么完全没有关系。

[tushiner]

@Wangxf +1024！不止一次有人问我“为啥nodejs没有jquey库”。。。

[jziwenchen]

不喜欢node.js 的异常处理 并且nodejs 是常驻内存的服务器，相当一个apache 嵌入的应用逻辑；搞不好服务器因为某问题 挂在那里了 影响了所有用户.

之前用node.js 做过几个项目 但是需要脚本不断检查服务器状态 挂掉 重启 挂掉 重启...就不敢碰了...

前端工程师以为终于找到突破口要做服务器端的活了 其实node.js 只是用javascript 写的后台，和java/php 后台思想一致. 要做后台 也需要恶补各种知识. 同样用node.js 后台以为就是前端工程师 那前端工程师也太容易做了.

[kfll]

dssq

[stranbird]

@jziwenchen
自动重启监控： https://github.com/foreverjs/forever
集群： https://github.com/LearnBoost/cluster

[jziwenchen]

@stranbird

你真的以为我没有用过吗？ 集群本身运行在node.js 之上 本质问题也没有解决； forever 同样问题.

[zonghua]

@tushiner cheerio node上的jquery

[stranbird]

@jziwenchen 我只是把我知道的和你分享，希望能帮助你解决一些问题。为什么要搞得像是我批判你一样呢？

如果是程序逻辑问题导致重启之后会再自己挂掉，那可以从程序本身的角度着手处理。所以你说的本质问题到底是什么？如果你要监听一个端口提供服务，难道就不需要常驻内存一个apache或者httpd来监听么..

之前我司用nodejs提供一部分广告平台的服务前端，每天50亿流量，集群里边单机500QPS也没有压力很大。所以个人感觉还是有提升的空间的。

[tushiner]

@zonghua cheerio跟jq确实有联系，但是连远亲都算不上，只不过是借jq名气宣传罢了。jq的dom操作依赖于浏览器提供的DOM-API，遇到严重的兼容性问题时，才会把文档当做文本来处理。而cheerio直接操作抓取的文本流，cheerio借鉴了jq的极小部分算法，并兼容了jq的与dom操作相关的API。

[zonghua]

@tushiner 现在正在适应node.js的编程思想，反正编程语言都是我的玩具。一个晚上的mongodb的文档模型就能完成折腾好久的mysql关系模型，在某一些方面应用性还是很强的。

[jziwenchen]

@stranbird 猜测应该是做中间件 不做具体广告业务逻辑处理； 简单的抓数据吐数据吧

[tushiner]

@zonghua 最近不是各路势力都在黑mongoDb么

[zonghua]

@tushiner 使用起来太自由了，好像一不小心就会出差错，丢失什么对的

[alichen]

我司相反,本来打算用node+react实现iosmorphic,结果打回去继续使用 java+springMVC,而且还是移动端的web项目

[li24361]

@alichen 能详细说说遇到那些坑了吗？我们是后端spring提供rest，界面用的react+node

[YuJianrong]

听起来就是没有厉害的 node/JS 开发者吧。其实 node 啦 react 啦门槛也不低的，没有深入研究过 JS 几年还是很危险的……

[alichen]

@li24361 我司技术氛围比较那个,之前移动端web项目用过 angular,结果废了,原因很简单:没啥人会.本来重构用 node+react,结果又被否了,原因还是一样.上面对前端的认识还停留在jquery插件做页面效果,万年不变的java springMVC

[YuJianrong]

@alichen 听起来只是前端技术人员不够班啊……

[alichen]

@YuJianrong 技术氛围就是这样,因循守旧