Web 研发模式演变 读后感

原创
2014/08/17 18:06
阅读数 1.9K

看了 lifesinger的Web 研发模式演变之后,有点触动,触动之余就写下了点东西记录一下

总结了一下,lifesinger的意思基本上就是三点

1.由于前端设备限制,需要后端给前端界面提供个性化的数据。

2.前端和后端开发者不是同一个人,并且使用的是不同的语言,沟通成本比较高。

3.java后端专注于数据的获取,只提供API,node.js后端从java后端获取数据后针对不同设备个性化加工并返回个性化前端,前端只负责显示。在mvc的定义中,m是java后端,c是node.js,v是前端的js+css+html界面。

4.在整个体系中,基本上没jsp什么事了。

个人认为这是个不错的点子,非常了不起,因为

1.确实可以解决前端和后端沟通的问题,这点很棒。
2.非常适合做以客户体验为第一要务的互联网项目,特别是手机APP应用。
3.这种模式对前端工程师来说非常友好,把从java后端获取数据,并有针对的根据设备返回个性化的数据,可以显著提高前端开发的品质和效率。
4.非常适合做互联网项目,特别是有很大交易量/并发量的大网站。

对于像是BAT这样的大公司来说,这种架构非常合适,他们有人有钱有产品有市场,不过像是BAT这样的公司还是少数。

不太适用的场景如下

1.不太适合做传统项目,这种项目的目标是快速实现甲方需求,以低成本来抢占市场,性能和体验是只要甲方不做要求就先往后放放,而且很多企业特别看中接
项目抢单子,没有太多企业愿意在体验和性能上花钱。
2.不适合周期短任务重的项目,对前端开发者要求进一步提高了,这样的人很难招,自己培养是比较靠谱的形式,因此可以准备周期会比较长,也存在风险,不
够经济,除非公司不差钱。

就目前的情况而言,node.js对于国内的传统开发企业来说还是相对比较新的技术,是否切换到这种架构还有待于进一步考虑和斟酌。

展开阅读全文
打赏
2
53 收藏
分享
加载中
8
2014/09/10 09:06
回复
举报
jim19770812博主

引用来自“黄亿华”的评论

“解决沟通问题”的另一种方式就是让后端来写前端代码…在小企业更适用…

引用来自“jim19770812”的评论

说的有道理,不过术业有专攻岂不是可以做的更好?

引用来自“吾同树”的评论

现在前端似乎是必备技能,很少有只搞后端的
据我了解,大部分开发者都难以做到前后端都很出色,一般都是各有侧重的,所以让擅长前端的专职做前端会好一些。个人认为前端工程师由美工发展要优于从开发人员中发展,因为美工能作图,这点可以理解为由美工成长起来的前端工程师更加“全栈”一点。
2014/08/19 23:32
回复
举报

引用来自“黄亿华”的评论

“解决沟通问题”的另一种方式就是让后端来写前端代码…在小企业更适用…

引用来自“jim19770812”的评论

说的有道理,不过术业有专攻岂不是可以做的更好?
现在前端似乎是必备技能,很少有只搞后端的
2014/08/19 23:07
回复
举报
jim19770812博主

引用来自“黄亿华”的评论

“解决沟通问题”的另一种方式就是让后端来写前端代码…在小企业更适用…
说的有道理,不过术业有专攻岂不是可以做的更好?
2014/08/19 19:38
回复
举报
“解决沟通问题”的另一种方式就是让后端来写前端代码…在小企业更适用…
2014/08/19 09:06
回复
举报
jim19770812博主

引用来自“uncode”的评论

我们就是专门让小公司和个人开发者玩的起,http://www.uncode.cn,现发放少量企业或个人帐号
看了一下,感觉还不错,做手机app应该不错,记下
2014/08/18 15:18
回复
举报
我们就是专门让小公司和个人开发者玩的起,http://www.uncode.cn,现发放少量企业或个人帐号
2014/08/18 08:04
回复
举报
jim19770812博主

引用来自“顽Shi”的评论

淘宝UED之前提出的中途岛就是你说的这个概念,通过前端工程师增加一层nodejs,来处理对增加对后端工程师的友好度以及减少沟通成本.
嗯,这想法挺好,就是小公司玩不起,也只有有钱的大企业能玩转
2014/08/18 00:49
回复
举报
淘宝UED之前提出的中途岛就是你说的这个概念,通过前端工程师增加一层nodejs,来处理对增加对后端工程师的友好度以及减少沟通成本.
2014/08/17 21:18
回复
举报
更多评论
打赏
9 评论
53 收藏
2
分享
返回顶部
顶部