这是一个创建于 3834 天前的主题，其中的信息可能已经有所发展或是发生改变。
平时还是写java服务端多一些，前端都是写jsp，springmvc等，现在换成nodejs+react，可以算是拥有前端属性了吗
 |
1
helone 2015 年 7 月 25 日
如果只是写写node其实和后端没什么两样，仅仅是语法不同。。。
|
 |
2
subvim 2015 年 7 月 25 日
公司选用node意图何在
|
 |
3
crazyxin1988 2015 年 7 月 25 日
@subvim
是不是为了用node后端渲染react，解决react的seo问题？ |
|
4
subvim 2015 年 7 月 25 日
@crazyxin1988 目测是被人忽悠着用的。。。。
|
 |
5
zac 2015 年 7 月 25 日
显然不是
|
 |
6
north521 OP @subvim 额，几个技术大佬和领导商量的结果，node调用后台api，前台用react渲染，貌似为了效率，反正就是说了大势所趋，已经定了，巴拉巴拉的，小码农只能马上去学习了
|
 |
8
johnhsm2333 2015 年 7 月 25 日 via Android
我们这边说着学习node，实际上永远不会投入使用。
|
|
9
north521 OP @johnhsm2333 我们这边是已经小范围使用了，他们说这是趋势，学点新东西也是好的
|
 |
11
Wangxf 2015 年 7 月 25 日
node是后端！node是后端！node是后端！重要的话要说三遍！node只是恰好选择了javascript而已，更确切的说选择的是ecmascript，javascript＝ecmascript＋dom＋bom，你看你有用到dom，bom么？如果不选择js，选择A，选择B也一样，nodeA，nodeB，node强调的是思想，而不是语言
|
 |
12
ipconfiger 2015 年 7 月 25 日
前端渲染确实是潮流，现在PC包括手机的性能都越来越强了，没理由不用起来
|
 |
14
magicdawn 2015 年 7 月 25 日
js很酸爽的~不谈环境
|
 |
15
learnshare 2015 年 7 月 25 日
写 Node 跟前端不太有关系
|
 |
16
semicircle21 2015 年 7 月 25 日
@crazyxin1988 是正解.
如果都说到 node + react 的程度了, 那就是在往前端发展了. Isomorphic 绝对是大势所趋了. 对你而言多学学没什么不好, 但这些玩意的变化速度非常快, 而且是百家争鸣的阶段, 所以, 对公司而言, 作为人才储备还是可以的, 但上项目就呵呵了. |
 |
17
YuJianrong 2015 年 7 月 25 日
做手机或者有SEO需求的话可以考虑一下 react 后端渲染。
顺便即使不说 nodejs ， js 语言也是强烈建议掌握的技术。 |
 |
18
hahasong 2015 年 7 月 25 日
js的东西变幻莫测，一天一个样，且学且珍惜
|
 |
19
otakustay 2015 年 7 月 25 日
JavaScript工程师 ✓
前端工程师 ✕ |
|
20
crazyxin1988 2015 年 7 月 25 日
@semicircle21
我只是猜测LZ的公司的动机 我司的线上已经使用react了，因为seo的问题，之前时间有人想推react+nodejs，后端渲染react 不过 被架构咔嚓掉了 觉得这方面公司技术储备还不够 不过 我不喜欢node，当前端工具还好，上后端，就。。。 |
|
21
magicdawn 2015 年 7 月 25 日
现在一般是做个前端经常被JAVA环境各种问题干扰~
将这个分开来提高(榨干) 前端生产力~ 主要目的是这个~ 要不就是有喜欢node的, 然后有一点话语权, 然后就用了~ |
|
22
YuJianrong 2015 年 7 月 25 日
JS 没什么变幻的，框架一直在推陈出新没错。不过难道一直稳定就是好的？那还是用超级稳定的 perl 去吧……
|
 |
23
koala 2015 年 7 月 25 日
如果你们公司有好点的前端架构师能hold那还行~~
|
 |
24
maro 2015 年 7 月 26 日
打死不用node.js 本来用PHP 公司还有 UI 前端 后端 用了node.js 就剩UI 全端了
|
 |
25
bramblex 2015 年 7 月 26 日
js 这货门槛还是很高的，非常忌讳猪队友……
|
 |
26
NemoAlex 2015 年 7 月 26 日
1. Node.js 目前拥有非常完善的 Web 相关的生态和社区，已经成为主流的解决方案之一。
2. 后端用 Node.js 和前端用什么完全没有关系。 |
 |
28
jziwenchen 2015 年 7 月 26 日
不喜欢node.js 的异常处理 并且nodejs 是常驻内存的服务器，相当一个apache 嵌入的应用逻辑；搞不好服务器因为某问题 挂在那里了 影响了所有用户.
之前用node.js 做过几个项目 但是需要脚本不断检查服务器状态 挂掉 重启 挂掉 重启...就不敢碰了... 前端工程师以为终于找到突破口要做服务器端的活了 其实node.js 只是用javascript 写的后台，和java/php 后台思想一致. 要做后台 也需要恶补各种知识. 同样用node.js 后台以为就是前端工程师 那前端工程师也太容易做了. |
 |
29
kfll 2015 年 7 月 26 日
dssq
|
 |
30
stranbird 2015 年 7 月 26 日
|
|
31
jziwenchen 2015 年 7 月 26 日
|
|
33
stranbird 2015 年 7 月 26 日
@jziwenchen 我只是把我知道的和你分享，希望能帮助你解决一些问题。为什么要搞得像是我批判你一样呢？
如果是程序逻辑问题导致重启之后会再自己挂掉，那可以从程序本身的角度着手处理。所以你说的本质问题到底是什么？如果你要监听一个端口提供服务，难道就不需要常驻内存一个apache或者httpd来监听么.. 之前我司用nodejs提供一部分广告平台的服务前端，每天50亿流量，集群里边单机500QPS也没有压力很大。所以个人感觉还是有提升的空间的。 |
 |
34
tushiner 2015 年 7 月 26 日
@zonghua cheerio跟jq确实有联系，但是连远亲都算不上，只不过是借jq名气宣传罢了。jq的dom操作依赖于浏览器提供的DOM-API，遇到严重的兼容性问题时，才会把文档当做文本来处理。而cheerio直接操作抓取的文本流，cheerio借鉴了jq的极小部分算法，并兼容了jq的与dom操作相关的API。
|
 |
35
zonghua 2015 年 7 月 26 日
@tushiner 现在正在适应node.js的编程思想，反正编程语言都是我的玩具。一个晚上的mongodb的文档模型就能完成折腾好久的mysql关系模型，在某一些方面应用性还是很强的。
|
|
36
jziwenchen 2015 年 7 月 26 日
@stranbird 猜测应该是做中间件 不做具体广告业务逻辑处理； 简单的抓数据吐数据吧
|
 |
39
alichen 2015 年 7 月 27 日
我司相反,本来打算用node+react实现iosmorphic,结果打回去继续使用 java+springMVC,而且还是移动端的web项目
|
|
41
YuJianrong 2015 年 7 月 28 日
听起来就是没有厉害的 node/JS 开发者吧。其实 node 啦 react 啦门槛也不低的，没有深入研究过 JS 几年还是很危险的……
|
|
42
alichen 2015 年 7 月 28 日
@li24361 我司技术氛围比较那个,之前移动端web项目用过 angular,结果废了,原因很简单:没啥人会.本来重构用 node+react,结果又被否了,原因还是一样.上面对前端的认识还停留在jquery插件做页面效果,万年不变的java springMVC
|
|
43
YuJianrong 2015 年 7 月 28 日
@alichen 听起来只是前端技术人员不够班啊……
|
|
44
alichen 2015 年 7 月 29 日
@YuJianrong 技术氛围就是这样,因循守旧
|
Select Language