GeekNote
注册
登录
从 Rails 说起的前端发展历程
arrow_back
查看所有评论

是一份很详细的发展历程梳理了。

回想我刚接触 Web 开发的时候,前后端还没分那么明显,我一直以 Web 开发者自居而不是 Ruby 后端。硬要分的话,我更愿意说我是 Ruby 前端程序员,因为我对开发用户端的应用兴趣大于非用户端的部分,也就是整个系统的前端。

其实我也挺理解 JavaScript 前端搞前后端分离的想法,因为在别的语言的 Web 框架上开发太痛苦,又没有控制权。如果我只接触了 JavaScript 没接触 Rails 那么我也会推大前端。

而我现在对 JS 大前端没兴趣,是因为我认为大前端其实就是全栈——前端框架服务端渲染已经很普遍了,JS 框架正一步步弥补服务端的缺失。而同样是全栈,我更喜欢后端用 Ruby,前端用 JS,而不是整栈 JS。Web 开发的一个优势就是用户只在乎体验,不在乎用了什么技术。

不过,JS 全栈的好处是比较好招聘,因为现在热度下降,Rails 程序员的数量减少了,招聘速度跟不上一些公司扩展的速度。这个可以理解,但对于自己开发的东西来说,还是用自己喜欢的工具最舒服,效率也最高。

登录后评论
回复

非常赞同~

其实写这篇文章的初衷是这样的:

我自己作为入行没多久的新鸟,在最开始学习 Web 开发的时候,接触到就是各种以 JS 全栈为主的教程和学习路线,所以在相当长的一段时间里我都认为 JavaScript 全栈就是正确的,它不需要理由。

在后来因为一些机遇,实习的时候接触了 Rails,当我越是去尝试了解 Rails 的前端技术栈,便越是发现它并不符合我认知里的“MVC 下 View 层前端开发是落后的前端开发”这一观点。恰恰相反的是,在 Turbolinks,Stimulus 里我看到的是更加理性的前行策略,这使我产生了“JavaScript 全栈真的一定合理吗?我们真的只能用 JavaScript 来写整个页面吗?”的思考。我认为这种理性看待技术发展的思路还是很重要的,今天我也会在 QQ 群里看到类似“什么年代了,还在用 MVC。Vue 不香吗?React不香吗?”的言论,我认为这种思想很要不得,它会让人迷失在对技术的崇拜里,所以我写了这篇文章,希望能够以一种科普(或者说介绍)的视角去促进大家思考那些我们不曾想过的问题,同时也是对我自己学习道路的一种反思。

最后,感谢 dalao 耐心读完并给我反馈~稿子还有一些地方写的不是很清晰,有些思路其实没有表达到,近期还打算再改改。

PS:其实原来还想了解以下 Hotwire 的,最近加班优点严重 (:з)∠),回头再单独写好了 O(∩_∩)O。

reply
回复
社区准则 博客 联系 反馈 状态
主题