对应原则之一 ：知道自己不该知道什么。
概述
随着项目规模的扩大，势必造成分工的精细化。试图以此增加效率，提升品质，降低错误率等。
公司最近在筹划在某些项目上试验前后端分离。虽然是一家非常传统的业务公司，但随着人民物质水平的提升，这精神方面也开始追赶，于是界面的美观度一而再，再而三地被客户提及。穷则思变，前后端分离，让专业的人做专业的事就这样顺理成章地被提上日程。
感悟
前后端分离即是将原本由一人独立完成的前后端开发，交由两人甚至多人来完成。
这种看似增大成本的方式必然有其必要性，否则以盈利为最终目标的公司没道理会采纳。
软件开发领域最大的难题是如何控制住系统的复杂度，而前后端分离正好能起到这样的作用——让精通特定方面的人才合作共同完成项目，各行业无数成功的样例佐证了其合理性以及必要性。
采取前后端分离，处于不同端的开发人员基于共同的接口（API）来进行交流，除此之外对另外一端无需作任何的了解和假设性束缚。在这种知道自己不该知道什么情境的影响下，可以极大降低大脑的负荷。对于彼此两端的开发人员而言，在同等脑力情况下，原本粗犷的产品变得精细化成为可能。在精神文明被越来越强调的现在和未来，这必将成为主流（怎么搞得像做报告一样。。。）。
疑惑
提高工作效率至少分两方面
- 单方面的速度提升。相同质量下，原本一个人需要两天完成的事情，使用前后端分离后，应该至多只允许一天的期限。但正如《人月神话》里说到软件开发的绝大部分成本其实来自于交流，即使在前后端配合默契的情况下，对这一块我也不抱过多的期望，个人认为这一块的效率上不会有显著的提升，甚至会有一定的退步（个人认为是好事）。
- 所以本人的关注点主要在于分工的精细化之后带来的最终产品的品质上的提升。这也是最吸引我的一点，也看过相关效果图。确实对于我这种一直在做行业业务系统的low货而言，还是相当有吸引力的。
所以让我们拭目以待吧。
网友评论