@FrankFang128
框架的优势在于提供了一套易用和设计合理的组件化框架。迎合了页面前端开发的多年未曾被满足的需求。所以大部分业务都需要。
客户端渲染 HTML 的原因非常多， 1 、开发和测试更简单，开发不需要安装复杂的服务器环境或者对接服务器，测试可以更快的介入。 2 、因此更容易迭代，在开发工程中能更快速有效的迎合产品需求。 3 、上线过程简单可靠。其他种种可能我无法说全。非特殊情况下，我认为始终应该前端渲染 HTML 。

React 和 Vue 其实都非常非常着重组件化，甚至在我看来，更加易用和设计合理的组件化功能才是他们受欢迎的最重要因素，也是前端需要他们的核心原因，所谓的虚拟 DOM 和各种优化这种藏在表象背后的功能，只是前端应用化的“噱头”而已，因为要满足设计良好易用的组件化需求，核心的功能是必不可少的，只是大家实现的方法越来越“先进”。

这些框架，只是刚好迎合了多年未曾满足的页面前端开发需求而已。爆发式增长，是因为有太多需求没有被满足，干柴遇到烈火了。

有多少用 jquery 的前端同学会写一个 jquery 组件？大家习惯性都是用它来操作 DOM 。
而 React 和 Vue 呢？他们一开始就在教你怎么又快又好的写组件。

赞同楼主，简单的当然全栈好。
复杂的还是分离好。

楼主过于强调‘简单的’这种情况了。
实际上‘复杂’的情况应该是远远多过‘简单’的情况。
作为从业过传统 web 和游戏行业的前端选手来看，还真没碰到过整个项目是‘简单’需求的情况，当然这里面不排除项目中的个别需求是‘简单’的。

分离有一个好处是在管理上，既包括项目，也包括人。
在项目上来说，比如说 hotfix ，前后端分离与不分离的工作量级和上线代价就完全不一样。
在复用上也有很大差别，多端和可用性的问题，分离的帮助是非常大的。
在人上来说，楼下有很多人提到，很难招到懂一点后端的前端，其实反过来也是，很难招到懂一点前端的后端。这里的懂，我想说的是：对前端来说能稍微懂到数据库设计的层面，对后端来说能稍微懂到 dom 优化的层面。因为达不到这个量级，懂不懂并没有任何意义。随便找个前端也能写写后台接口逻辑，随便找个后端也能 jquery 掏出来给你写一个表单验证。
分离之后，在一个较大的项目里，可以有效降低沟通成本。各端的 tech leader 可以提前达成一致，只需要向下传递，然后在开发的时候一对一迭代就行，对整个项目来说成本很低。出现 bug 或者问题的时候，至少有两个人是知道什么情况的，反馈起来也更顺畅。

假如你只是做个公众号，还分个啥的前后啊， php+jquery 一口气写完了拉倒。
假如你要做个 100 多个页面的网站，不分前后怎么开展工作，招 5 个全栈，各自写 20 个页面吗？

港真， chrome 的书签不用 chrome 同步，楼主在想啥。最近几年一直在用，什么问题都没出。第三方的我可信不着，万一弄乱了真是费劲。

@Pzdmultiverse 因为一般写出这种精细计算的制度的 hr ，都会很认真的执行这个条例。这样假如你有小孩了，三天两头需要晚到早走的时候（或者其他原因的类似情况），就会开始觉得公司有点苛刻甚至不近人情了。同时这种条例会带动公司氛围比较严肃呆板，不为部分程序员所喜。
hr 才是一个公司氛围的牵线人（实现老板需求），喜不喜欢一个公司看老板可能看不出来，看 hr 是一看一个准。

卤煮你这个很正规啊

呲呲，已下载，试用中

gandi.net 150 块钱 10 年，都是一些边边角角的域名。看了一圈是最便宜的了，仔细看看合约。网站有中文

二胎是谁生的？不是楼主自产自销吗？为什么要无奈？
楼上为啥都觉得楼主是个好男人？难道原因是：“楼主自己生了二胎，自己花时间精力陪产，真是太伟大了！”？

我的天哪！（小岳岳脸

搅拌棒是必送的吗？急，在线等！

因为有位大叔在 https://v2ex.com/t/292095 前排引用了此贴

medium 可能是 js 处理的哦。。。

我靠上 github 最火了，好屌。
楼主英语可以加强

@zander 至少“记住每个页面的缩放等级”， chrome 也有啊

作为 editor 比不上 vscode ，作为 notepad 比不上 sublime

直男表示用过，同志的话，这社区里没有吧

要灰色,求设计

很多人推荐:假如你需要的是纯粹的自托管服务,gogs 好于 gitlab.

楼主可能更需要 gitlab.