我是一个 rails 新手，正在为一个社区类项目做技术选型，移动互联网背景下，面对各种前端框架的冲击，不知道 rails 会不会在新版本中引入一些牛逼的 feature 来提高竞争力
webpacker 有可能成为 Rails 6 默认。
同时增加一个前端框架 Stimulus
关于这个框架的由来 https://github.com/stimulusjs/stimulus/blob/master/ORIGIN.md
zouyu
回复
主要是 client or server side render 的差异，DHH 极力在维护 server side render，但 js app 也很强势
qcsun
回复
才开始开发的时候，是前后端不分离的。分离之后我发现。我的工作量更大了，相比之前累了不少。 不得不吐槽的是现在前端要学习的太多，太杂了，你想在前端稍微有点建树，付出的经历 和时间几乎不成正比，而且，现在很多前端不重视基础了。当涉及到权限管理的菜单按钮显示的时候，感觉太复杂，也可能是我没找到更好的方式。 不过 es2015 组件化思想真是个好东西。既然各大公司都证明了前后端分离是件件正确的事情，如果在人员运行的情况下，为何不尝试呢。。。。
zouyu
回复
对“大公司都证明了前后端分离是件件正确的事情”有异议。
Does Google tend to hire full-stack programmers or no? https://www.quora.com/Does-Google-tend-to-hire-full-stack-programmers-or-no
Google hires almost exclusively “full stack” engineers.
&
P.S: You cannot be a good front-end developer without throughout understanding of back-end.
国内对前后端分离的热衷高于国外，Hacker News 上鼓吹前后端分离的也大多是小公司。
一般来说，大公司热衷于“分工”，觉得把一切工作划分开就能提高生产效率，对于大型项目来说可能是对的，而且大公司也有财力和人力做这样的事情。
但是大公司内也不都是大型项目，有时小项目的数量比人还多，这时候单个项目能获取的人力和资源都跟创业公司差不多，项目进度慢也会有被抛弃的风险，这时候其实更适合用小团队的策略。
“现代前端”已经成功把自己逼到很窘迫的地步，框架层出不穷，架构六个月换一轮，无视后端积累自己重造一遍轮子，搞出很奇葩的方案（前端框架服务端渲染）。
现在的情形我觉得用“前后端分裂”更贴切。
前后端分裂 好词。
Rei
回复
在你看来，rails 在 hybrid app 这一块相比于那些主流的重前端解决方案有什么优劣势？以我的观察 rails 可能最终会退守到 rails api，但大家都知道那已经不是 rails 了
qcsun
回复
还是那句话，开发效率高。试过有个前后端分离的功能改一个下拉框花了三天时间，各种协调工作、设计 API、测试联调……我就觉得把前后端分离当作唯一解法就是不对的。
虽然大家都知道用什么方案要看用在什么场景，但就算很简单的场景要用 Rails 默认方案都会有人质疑这样会不会不好分工。技术潮流把人们对“分离”的期望推到了不理智的地步。
现在要坚持 Rails Full Stack 路线很艰难，但不要放弃前端技能，技术潮流就像钟摆，说不定过两年又会摆回来。
最近我观察到风向其实已经有点变化，看这个 Hacker News 这个关于一个 JavaScript 全栈框架的讨论串里面很多人开始批“现代前端”方案 https://news.ycombinator.com/item?id=16052558
我喜欢这个评论：
The reason this stuff gets popular is not because it's a good idea, it's because big companies have tons of cash and man power and can't wait for browsers to get updated. Well, a lot of us code monkey vets are done chasing "shiny crappolla", and we can wait a bit until the dust settles. https://news.ycombinator.com/item?id=16053587
说远一点，我希望对新技术陷入狂热的人看一下一篇老文章，《行进中开火》 http://chinese.joelonsoftware.com/Articles/FireAndMotion.html
我是正入门者。 目前为止 ruby 热度下降和升高取决于 rails。大家不妨对比一下这两个网站的数据： http://hotframeworks.com/ https://www.tiobe.com/tiobe-index/ 虽然很多人不用 ruby 写程序了但内心还是很看好 ruby 和 rails。
如果 rails 接下来版本能用 ruby 在控制器的动作函数或 erb 文件里直接设计 UI，并大力推广，那会让程序员回归到 rails 阵营。当然还要改些该改的东东，如 js 引用的方法参数 application 无效等。
抱歉乱写，我没学过编程，
def show
if Window.width < "680px"
tag.navbtn1.opacity= 0 # 若erb中没有navbtn1将报错
tag.navbtn2.css = "display: none;"
alert "丫丫"
......
end
响应多屏的时代，view 的编程显得更加重要，coffee 没有剧本，js 不想学，那就自然而然到 react、angular 那去了，到了那就很难再回来，毕竟学会后前后一致是那么和谐安逸。
qcsun
回复
这些代码是乱写的，不是 ruby。就我来讲有前端 UI 的 ruby API 那太棒了。语法一致，代码量锐减，还不用学 JS。 rails 对我这种小白还有一点问题就是【乱】，各种各样目的的代码（测试的、登录状态的、模型的）在一个文件中纵横交错，很难梳理（我是跟着 ruby on rails 教程 4 版练的）。
