Ruby 提议：Ruby 社区应拒绝过度研究前端
私以为，Ruby 社区如果能好好钻研后端，应该还是有不错的发展。可惜啊，很多人都把有限的生命浪费在前端无限的折腾上了。你说你一后端语言，研究那么多前端干嘛，会点 HTML/CSS/JS/jQuery 就差不多了，React 等重前端的框架就实在没必要研究了，专业的事情交给专业的人去做，我们把后端的事情做专业就已经不错了。
所以在此我提议，咳咳，Ruby 社区应该专注于后端技术，拒绝过度研究前端，拒绝进入要求有过度前端能力的 Ruby 开发的公司，拒绝招 Ruby 程序员来做过度的前端工作，拒绝在 conf 上听或讲过度的前端话题。
前端总是需要人折腾的啊，我经历过比较早的事情，当初还没有 React 和 Vue 的时候，主流方案还是 Backbone 或者就 jQuery plugin, 开发复杂应用工作量巨大，状态管理时不时出问题。Angular 虽然能解决问题，但是门槛跟性能都很不理想。当时就靠着 React 社区做了大量的挖掘工作才把路开出来，对整个社区贡献巨大。当然 Vue 在降低门槛和提供完整方案方面也做了很多。
现在的问题是前端已经变成需要实力才能冲在最前线做研究了，甚至像 Facebook 那样需要投入大量的高学历的团队去研究了，大众还觉得前端跟以前一样就那点事情。确实是应该交给专业的人去做。
jiyinyiyong
回复
我只是想说，如果想做一个好的 Ruby 程序员，应该少研究前端，一点没否认前端本身的价值和重要性。如果要转前端就专注在前端，不要再说自己是 Ruby 程序员。
每个人的技术线路不一样，没有必要因为是一名 Ruby 程序员就拒绝前端。研究就研究嘛，愿意投时间就投时间。
重点是：少撕逼，少站队。有那时间还不如多读两行代码。
生命在于折腾。
部分赞同。Rails 兴起时的前端还是比较简单的，甚至没有专门的前端划分（往往叫“套”页面的）。那时后端工程师兼任下前端的工程部分是理所当然的。现在前端越来越细化，已经形成一个单独的分类了。想做得好也要投入很多的时间和精力，从社会分工和专精的角度来说全栈已经不是太必要了。如果想深入发展的话，找一个主要方向专攻，适当放弃一些东西才能做的更好。
但社会各个行业都需要一些万精油的，各方面都会一些也不代表没竞争力。最终还是看各人定位和找坑的眼光……
而且话说回来，后端这个词比某个语言的范围更广泛得多（前端其实也一样）。
nouse
回复
认同，而且前端框架都越来越后端模式，而很多前端都是招式花骚罢了，沉淀下来，多了解计算机原理知识挺好的，毕竟还有很多东西，投资一遍，受用十多年。
可以了解下就行，不至于跟不上时代
研究归研究，拒绝没有目的性的主动学习才是。 时间是有限的，为了以后可能用不到的东西折腾才是最大的浪费，所以无论什么框架技术，用的时候再去研究就是了。 注意我说的是技术，不是原理。原理很重要，弄不清楚原理自然也无法快速上手技术。
我倒是认为研究前端是不得已的选择。
Ruby 作为一名后端语言，拼性能拼不过 java，C ++，做客户端比不上 Object-C，C #, 。虽然拥有开发速度快，代码优雅等高级技能，但是由于语言小众，让很多大企业又望而却步，所以这几年的发展一直不能有很大突破。
但是依托于 Rails 这一强大框架，我们有了另外一个标签：全栈。所以为了进一步扩大影响力，我们可以在前端上多多扩展，甚至于达到后端包围前端，甚至达到全端 Ruby 的曲线战略。Rails 近几年的发展变化也体现了这一趋势。
另外，如果你没有主动接触前端，等到前端成熟了，Rails 只能作为一个 API 服务又还有什么优势。等到那时候来追悔莫及，不如趁早渗漏进去，在前端界占据一席之地。
应该说 Rails 确实非常不适合大规模堆人的项目 Rails 的优势就是单兵作战能力强，但是大公司最好一个萝卜一个坑，Rails 的特性和大公司的取向是违背的。
什么是后端，做到最后不就是高并发、高容错、高可用。 这些要求并不是小公司所追求的，导致 Ruby on Rails 的后端调试和专研显得非常弱。 我觉得这是 RoR 在国内一直非常边缘的根本原因。
Ruby 社区去不去前端由社区里面技术的流行趋势决定，不太可能通过提议的方式去改变（参考前些年很火的 Ruby 社区去 Rails 化）
全栈，只是 Rails 的强项，不是 Ruby 的。抛开 Rails，也不去谈优雅的语法，Ruby 的强项在哪儿？我觉 Ruby 的 Socket 处理可以算一个，因为 Matz 在这里做出了很多努力，给了开发者极大便利。但是，我们中有多少人用 Ruby 做过 Socket 通信或是 TCP 连接，很少啊~ 因为社区里面已经有成熟的解决方案了，不痛不痒不造轮子
所以呢，Ruby 专注后端没有错，社区喜欢研究前端也没有错，因为大家的方向不一样的。有的人是面向客户编程，有的人是面向报警编程，存在即合理。LZ 没必要在意这些细节，只管在 Ruby 做后端这条路上坦荡的走下去就好了
PS：我前一家公司用 Ruby 做后端 API，量挺大那种，在那里我做了很多去 Rails 化的工作，后来换到一家做 SaaS 的公司，才发现 Rails 正确的打开方式，作为一个全栈框架，前端避不开，而且很重要
