非常赞同~
其实写这篇文章的初衷是这样的：
我自己作为入行没多久的新鸟，在最开始学习 Web 开发的时候，接触到就是各种以 JS 全栈为主的教程和学习路线，所以在相当长的一段时间里我都认为 JavaScript 全栈就是正确的，它不需要理由。
在后来因为一些机遇，实习的时候接触了 Rails，当我越是去尝试了解 Rails 的前端技术栈，便越是发现它并不符合我认知里的“MVC 下 View 层前端开发是落后的前端开发”这一观点。恰恰相反的是，在 Turbolinks，Stimulus 里我看到的是更加理性的前行策略，这使我产生了“JavaScript 全栈真的一定合理吗？我们真的只能用 JavaScript 来写整个页面吗？”的思考。我认为这种理性看待技术发展的思路还是很重要的，今天我也会在 QQ 群里看到类似“什么年代了，还在用 MVC。Vue 不香吗？React不香吗？”的言论，我认为这种思想很要不得，它会让人迷失在对技术的崇拜里，所以我写了这篇文章，希望能够以一种科普（或者说介绍）的视角去促进大家思考那些我们不曾想过的问题，同时也是对我自己学习道路的一种反思。
最后，感谢 dalao 耐心读完并给我反馈~稿子还有一些地方写的不是很清晰，有些思路其实没有表达到，近期还打算再改改。
PS：其实原来还想了解以下 Hotwire 的，最近加班优点严重 (:з)∠)，回头再单独写好了 O(∩_∩)O。
是一份很详细的发展历程梳理了。
回想我刚接触 Web 开发的时候，前后端还没分那么明显，我一直以 Web 开发者自居而不是 Ruby 后端。硬要分的话，我更愿意说我是 Ruby 前端程序员，因为我对开发用户端的应用兴趣大于非用户端的部分，也就是整个系统的前端。
其实我也挺理解 JavaScript 前端搞前后端分离的想法，因为在别的语言的 Web 框架上开发太痛苦，又没有控制权。如果我只接触了 JavaScript 没接触 Rails 那么我也会推大前端。
而我现在对 JS 大前端没兴趣，是因为我认为大前端其实就是全栈——前端框架服务端渲染已经很普遍了，JS 框架正一步步弥补服务端的缺失。而同样是全栈，我更喜欢后端用 Ruby，前端用 JS，而不是整栈 JS。Web 开发的一个优势就是用户只在乎体验，不在乎用了什么技术。
不过，JS 全栈的好处是比较好招聘，因为现在热度下降，Rails 程序员的数量减少了，招聘速度跟不上一些公司扩展的速度。这个可以理解，但对于自己开发的东西来说，还是用自己喜欢的工具最舒服，效率也最高。