@mailto1587 我上一篇已经吐槽用 Babel 了

@mdluo 他喷人，我只喷技术。

@dantegg 从不签到，一缺铜币我就发帖。

@pockry 用户体验的功劳被分到设计师啦，没前端什么事情。

@AjaxMa 如果你们的后台环境能很方便的在本地搭建的话，就能避免一些问题了。并不是说分离才能 Scrum 。
当然你为了让前端迭代更快，然后采用分离的方式，是对的。但这个不是唯一方案。

@daysv 你搜 rails java

@ourai 那是因为这个后台框架没有考虑这个问题。而且做页面的时候也要思考这个问题。

学我的发帖姿势就很好。又有争议又有思考

@foomorrow 用 DOM 为什么要用 Virtual DOM ？

@shunia 任何框架都解决不了『业务逻辑复杂』的问题，但是由于 Web 的操作模式基本都是增删改查，所以交互是简单的，比游戏简单 1000 倍。
所以我不知道大部分业务为什么需要 React 、 Vue 这样的东西，为什么要在客户端渲染 HTML

@daysv 因为你们的后台框架不是面向全栈的。前端用起来当然痛苦。

@shunia 简单的情况远远多于复杂情况。 我说的简单不是业务逻辑简单，是操作模式简单。

@quix 网络通讯增加了吧，你每多一个 json ，就多一次 HTTP 请求。界面『看起来』变快了，但是『可响应时间』变慢了。
任何分离方案，都要在客户端渲染 HTML ，一定存在多次渲染。

@quix React 解决的不就是视图被频繁渲染的问题吗？说明分离之后，多次渲染问题依然存在，没有得到解决。

@professorz 但是讨论问题必须要有明确的偏好才行。

@iversong 这个中肯。分离唯一的好处就是招聘

@xi2008wang 因果倒了，是看前端看不懂，才跑去学后端的。

@frjalex RESTful 不是只能做 API 的

@frjalex 谁说会快不少，快还是慢不一定的。