前几天在卖益虫说里写了一篇「后端能当 CTO 吗」，引发了许多读者交流，即使文本涉及许多人物评价，就不公合作开发布了，今天做一场后端随笔。
我不是后端出身，那时也没在做后端的相关工作，怎么随笔呢？裂稃年我自己写过不少 JavaScript 的流程，那时部门里有个不算小的后端项目组，因此勉强可以写一写。很多人说老池你THF1能写，好像啥都知道，其实我只写许多他们稍微懂一点的文本，全然不了解的东西，果真不敢完稿。
现代网络控制技术的成熟引致了控制技术分工的极度明晰，两个控制技术项目组往往会包括后端、后端、安全、网络管理、构架、测试等各种职能，尤其是其间端分立的控制技术同时实现，像利韦农手中一把锐利剑气的大六合刀，彻底阻断了其间端流程员的联系，只剩下了 HTTP。
我们在2000年左右程式设计的时候可不是这样，从来没其间端分立这回事。如果你他们不能担起两个工程项目，不仅是会被淘汰，而且会被取笑。我最开始用 Perl 写 CGI 流程，而后陆续学了 JavaScritp、Java、C#、Python、Objective C、Go 等，晚期的工程项目或产品大体上都是从前做到后，除了设计之外，从切图、后端网页到销售业务方法论、持久化、连接池、异常、缓存、笔记、软件产业等等，大体上都要他们参与程式设计或独立同时实现，在那个年代，你很难以专精细分的形式运作工程项目，即使根本找不到那么多合作开发人员。
那时的情况全然不一样了，网络的高速发展需要控制技术上更加专精、更加精练的程式设计人员，因此其间端控制技术体系的分立，就成了必然趋势，逐步完善了一类「反商业模式」。
晚期合作开发更多是把后端当做两个展现层，绝大部分销售业务方法论都放在服务项目器端同时实现。后端很轻，即使后端太弱，没 AJAX 控制技术，没 JQuery，没框架，应用流程发动机和规范都不完善。可谓「通讯基本上靠喊，下雪基本上靠伞」，最多弄个 XML 数据岛进行网页图形，没什么重型武器。
随着后端控制技术的飞速发展，后端终于从轻量的女孩儿，变成了威猛的女游侠，依然明媚，但是后端开始承担更多更重要的职能和角色。这里的「反商业模式」并不是一类贬意，而是指后端的强大，引致一部分销售业务方法论从服务项目器端转移到了后端去做，而后逐步逐步完善了其间端分立的Attichy，后端负责界面上的绝大部分销售业务方法论，然后透过 Rest 服务项目与后端进行可视化。原来销售业务系统看重的外交事务问题，或者一场 Rest 算两个外交事务，或者做成幂等服务项目，或者透过外交事务补偿的形式同时实现，或者交给触发器消息堆栈处理，这样就逐步完善了一套更加轻量的合作开发商业模式。那时绝大部分网络公司里已经看不出 Java 和 HTML、JS 混在一同的 JSP 文档，也看不出 PHP 和 CSS 混在一同的 PHP 文档，后端合作开发人员们更多的是和 HTML、CSS、JavaScript、JSON 以及满应用流程的 Dom 元素关系密切。
不止于此。
后端控制技术的脚步似乎没停息的意思，它们有了app储存，有了画笔，可以在画笔上做出绝妙的动画电影和展现效果，有了移动端合作开发框架，也有了服务项目器端程式设计框架。Node.js、Meteor.js 的出现让后端合作开发人员大大出了一口恶气，他们昂首阔步闯入了服务项目器端合作开发的领地，并开始进行全栈合作开发。对于这个新的闯入者， C 合作开发人员、Java 合作开发人员、Go 合作开发人员们纷纷表示：兔子尾巴长不了，看你们还能火几天。说完以后就继续去嵌入式、大数据、高并发、多核程式设计去了。
但是后端不管不顾，依然很火。如果你问我那时炙手可热的合作开发人员职位是什么？我不得不告诉你，是后端，优秀的后端！后端已经取代了前几年红得发紫的移动合作开发者，成为合作开发人员新贵！
除了后端呢？我觉得 Data Scientist 可能是下两个爆发的职位需求，毕竟数据科学家这个 Title 实在是太诱人了。关于 DS，我会专门写一篇文章，我觉得它比后端更有价值。
后端控制技术日新月异，控制技术的更新换代，必然引发销售业务构架的调整，这里面就会牵扯出两个传统网站的改造问题，之前我和许多读者也讨论过这方面的文本。在这个领域，我不可能提出细致入微的控制技术方案，毕竟不是那块料，但是即使经历过，可以给许多常规建议，仅供参考：
1、做好控制技术选型，使用项目组熟悉的控制技术，比如 AngularJS，Bootstrap 等。
2、所有的 URI 都应该是 Rest 风格的，比如这样：http://www.sample.com/item/10011001，而不是这样：http://www.sample.com/getiterm.jsp?id=10011001。
3、Rest 的路由表可以在后端控制，也可以在后端控制，我们最早都是在服务项目器端的框架里维护的，那时后端框架 AngularJS，Backbone 等，都有路由模块，放到后端更灵活。
4、上线的网页应该进行预处理，比如代码压缩、JS 混淆，替换静态资源的链接为 CDN 的链接等。后端也是有自动化构建工具的，推荐 Gulp。能自动化的事情，一定要让机器去做。
5、所有网页的静态资源比如图片，CSS，JS 等，没特殊要求，一定要放到 CDN 上。
6、移动端网页怎么处理？布局和方法论简单的网页，采用响应式设计可以搞定。复杂网页，最好还是维护两套代码，成本更低。
7、SEO 问题、应用流程兼容问题，需要根据销售业务需求提前设定好，不要等合作开发人员都搞完了再做标准上的变化，这会带来很大的麻烦。
每到两个阶段，都会有两个「炙手可热的控制技术职位」，比如 C 合作开发人员，Java 合作开发人员，iOS 合作开发人员，Android 合作开发人员，那时是后端合作开发人员，数据科学家。要不要追，要不要转，我觉得不重要，这些控制技术很快就会沉淀成传统的成熟的控制技术，到了那个阶段，真正的控制技术专家才会显山露水，拔剑四顾，一战功成！
我们招后端，有实力你就来：chijianqiang#smartisan.com
点击原文，下载拉勾 App
