“全栈开发已死？”(2)

因此，整个团队全是全栈开发人员，不区分前端和后端，似乎是一个不错的主意。
最重要的好处是，团队中的每个开发人员都充分了解每一处代码变更带来的后果。他们每个人都可以正确地评估影响和风险，让管理层清楚地了解成本和延误状况。此外，每当有工作人员离职时，团队可以立即换人，而且新人也可以很快地熟悉工作。然而，随着基础技术的提升，这种美好的景象也失去了原有的魅力。技术栈不再局限于最初的四层：操作系统、HTTP服务器、数据库和脚本语言。
随着应用程序开始处理越来越多的并发用户，复杂度也开始加剧。于是，我们添加了负载平衡器。我们需要更快地配置新服务器，同时降低灾难性故障的风险。于是，我们开始使用云计算。我们开始构建面向全球用户的产品。于是，我们开始将部署复制到各个区域的数据中心。我们发现，拥有大量模式的数据库和复杂的联结不太好用了。于是，我们开始使用键值存储。我们需要更好的质量控制。因此，我们聘请了专门的测试工程师来编写回归测试套件。我们想让浏览器控制渲染和合成。于是，服务器端的脚本换成了REST API。我们了解到良好的代码管理对团队的效率至关重要。于是，我们开始利用 Github 创建工作流程。随着开发能力的增强，我们开始更加密切地倾听用户的意见：
我们的用户希望应用程序减少提交表单，更为流畅、更加一致、更易于使用。于是，我们聘请了注重艺术技巧和人性的用户界面专家。我们的用户要求降低完成工作的困难。于是，我们聘请了用户体验专家来研究我们的缺点并设计更好的交互方式。我们的用户觉得手机更加方便，于是我们为他们提供移动版的大型SaaS应用。此外，贯穿所有这些需求的基本技术也在不断发展：
HTML5逐渐成熟，开始支持有语义的Web页面、可访问性、service worker以及Web组件。CSS也在发展，已远远超出了选择器和级联，开始支持动画过度、变量、新的布局模型和分页媒体。JavaScript呈现了爆炸式的增长，如今发展出了模块化、面向对象类、异步函数，还可以在任何地方执行——可以在浏览器的DOM中、在服务器上，在桌面上也可以。HTTP发展出了更好的缓存、安全策略、持久会话、多路复用流，头部压缩以及优先级等功能。全栈时代并没有完全死亡。技术栈的各层迅速发展，没有人可以成为掌握一切的专家。职责多样化和专业化是很自然的结果。
全栈工程师的荣耀已成为传说。在这个新时代，没有人能够掌握开发的所有技术。