看了 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对于国内的传统开发企业来说还是相对比较新的技术，是否切换到这种架构还有待于进一步考虑和斟酌。
引用来自“黄亿华”的评论
“解决沟通问题”的另一种方式就是让后端来写前端代码…在小企业更适用…引用来自“jim19770812”的评论
说的有道理，不过术业有专攻岂不是可以做的更好？引用来自“吾同树”的评论
现在前端似乎是必备技能，很少有只搞后端的引用来自“黄亿华”的评论
“解决沟通问题”的另一种方式就是让后端来写前端代码…在小企业更适用…引用来自“jim19770812”的评论
说的有道理，不过术业有专攻岂不是可以做的更好？引用来自“黄亿华”的评论
“解决沟通问题”的另一种方式就是让后端来写前端代码…在小企业更适用…引用来自“uncode”的评论
我们就是专门让小公司和个人开发者玩的起，http://www.uncode.cn,现发放少量企业或个人帐号引用来自“顽Shi”的评论
淘宝UED之前提出的中途岛就是你说的这个概念,通过前端工程师增加一层nodejs,来处理对增加对后端工程师的友好度以及减少沟通成本.