本文作者：方应杭（微信： frank_fang ）
本文很长，但请耐心看完，因为末尾有广告。。。
这个视频来自 RailsConf 2016 ，演讲者是 Sam Stephenson ，他主要的开源作品有 rbenv、Pow 和 Trix，曾是 Rails 的核心开发人员。目前在 Basecamp 工作。
从这个视频，你可以明显地看出前后端开发者思考问题的差异。
好了我们进入正题，看看他讲了什么。括号里面的话是我说的，其他都是演讲者说的。
⬆️ 我们一共 10 个开发者，其他 6 个 Rails 开发、 2 个 iOS 开发和 2 个安卓开发，在 18 月完成了共 200 个设计图、部署到五个平台的 Basecamp 3 。
（你能想象不用纯前端开发者来开发一个 Web 应用吗？）
⬆️ 我们来回顾下从 2004 年开始， Web 开发经历了怎样的过程。
⬆️ J2EE ，典型的三层架构：数据层+业务逻辑层+表现层。（前端这个职业还没诞生吧）
⬆️ 然后是 PHP （ PHP 是招黑体质）
⬆️ 然后是以 Rails 为代表的 MVC 。那个时期是 Rails 的黄金时代，然而浏览器的性能令人沮丧。
整个 request-response 的循环简单而优雅。
⬆️ 我们对服务器渲染 HTML 的性能不是很满意，同时浏览器的性能进一步提高了，所以我们觉得可以把渲染放到浏览器上来做。
（可以看到简单的环状结构变得比较复杂了：浏览器从服务器获取 model ，同时自身维护着 router 、 view 和 controller 。）
浏览器从服务器得到一个空的页面，然后用 JS 启动这个页面。 JS 发起很多 API 请求。服务器接收 JSON ，输出 JSON 。所有的 HTML 渲染，由浏览器完成。
大家都觉得这主意不错，是吧？
⬆️ 但是，前端们还是觉得客户端 MVC 的性能不够好，所以又引入了虚拟 DOM 来最小化 DOM 操作。
想法很不错。既然 DOM 操作慢，我们就尽量不要操作 DOM 。
但是呢，有两个问题：
(没事，再加功能）
⬆️ 所以我们决定不用浏览器来渲染首屏了，让服务器来（回到老路子）。但是由于渲染逻辑我们不想做两遍，所以我们需要在服务器添加一个 JS runtime 来执行 JS 才行，这样浏览器端的渲染逻辑在服务器上也能跑起来了。
服务器也要支持虚拟 DOM ，因为客户端操作的就是虚拟 DOM 。
那么上面这个图就是全貌了，把我们 2004 年的设计，重新改写了。
但是复杂度，真的是爆炸性增长。
一个 Web 应用的依赖，已经成千上百了。
整个系统复杂到，一个人，不可能对其了然于胸。
我们的队员需要分别去掌握其中某个子系统。
⬆️ 康威定律
讲真，你们这些人知道康威定律吗？
系统的设计团队受其生产系统的约束，而生产系统又是根据设计团队的沟通结构决定的。
⬆️ 康威定律说，软件产品的结构就是其创造团队的组织结构的镜像。
我们正在使用的客户端渲染框架，来自于 Google 和 Facebook ，这两家公司有数千开发者，这些开发者隶属于数十个团队，组织结构就像这样：
⬆️ （是不是跟上面带有虚拟 DOM 的那种架构图很像？）
⬆️ （认清自己吧，少年）
你的团队面临的问题，很可能跟 Google 和 Facebook 所面临的不一样。
使用那些客户端框架时，我们是为了追逐性能，我们做的每个决定都是对的，但是放在一起看看结果，我们获得了微小的性能提升，却在工程方面花费了惨重的代价。
如果继续深入这条路，这条路就会变得越窄。
(还没完）
⬆️ 由于我们除了要支持 Web ，还要支持 iOS 和安卓，所以，我们要制造出三个类似的系统。
（讲述者没有再说 React Native 了，因为这个思路是一样的：开发者选择客户端渲染，同时不想做三次，只能让 JS 运行在三个平台上。这就是「路越来越窄」，开发者把自己限定死了的意思）
⬆️ Fuck that.
我们来重新审视一下吧。
如果我们希望一个小团队能做大项目，那么就不应该把系统搞得这么复杂。
⬆️ （又出现这张图）
⬆️ 让 iOS 和安卓直接使用 View 。
Web 的 View 可以作为 iOS 和安卓的基础，然后想办法优化使其体验起来像是本地应用。 Turbolinks 5 ，做的就是这件事情。
⬆️ 你的服务器依然渲染整个 HTML 。
Turbolinks 异步请求页面，然后使用得到的 head 和 body 替换当前页面。 head 会做合并， body 则直接替换。
（后面演讲者演示了 Turbolinks 的效果，有兴趣的人可以去看看视频。另外 Turbolinks 还提供了 iOS 和安卓的 SDK ，让移动端体验更顺滑）
（演讲者也承认，这样的模式渲染一个页面大概 300ms ，没有很快，但是绝对够用。我看了下在 iOS 下的表现，切换页面时的 loading 时间确实有点长，但是能忍，也许再加点优化可以做到 1s 左右）
相关观点：
《为什么我不喜欢「前后端分离」》 - 18596 views
《不依赖 Gulp 、 Babel 、 WebPack ，还能优雅地写代码吗》 - 6775 views
广告：
我现在在「彩程」（主要产品是「知人」和「 Tower 」），从事 Rails 开发，欢迎有志青年一起来「远程开发」，不用每天浪费三个小时在车上，而是用来学习新知识，真的很好。
邮箱： frankfang1990atgmail
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.