你要不要发个帖子预热下话题？

这种方法只能解决模型和控制器在同一个 module 下的，如果不同的话，还是要这样覆写 model_name

有啥需要随时找虎炮嘛

Excited!

单身狗运算符 google 搜前两个都来自 RubyChina，不知道谁先给出的翻译。。。

楼主是不会渲染层次结构，ancestry 还在更的，还是很好用的

yml 应该可以内嵌 erb 的，如果链接可以插入 Rails 的 Routes Helper 就最好了

更新了日程安排

HTTP 是无状态的，只要不是在同一个页面，“你”就不是“你”，所以我提到“扫码登录”，你先搞明白这里前后端是怎么互动的，写出来原型去肉测，写测试无非是肉测自动化而已

页面显示的效果是 HTML 控制的，那么问题就在于你的改动没有将 HTML 变更成期望的样子

思路就是：每个单元格都是一个 <td> 标签，加列自然就是给所有行都加额外的 <td>

你在描述的是 Real-time web 在 HTML 5 普及的今天，解决这个领域的关键技术是 WebSocket，在 Rails 上有封装过的前后端解决方案 Action Cable

至于你的需求，想想微信网页版的扫码登录是怎么做的。

体验世界也是一种修行呀！

我的朋友圈都是晒吃喝四处玩。。。

很正常，Rails 很多优点我也是工作多年才有体会，我只能用我的朋友圈告诉同学们其实 Ruby 还是挺不错的...

可以理解，得呼吁有能力进入校园的公司多多宣传

你先需要有一门手艺，比如“会 Rails”，当你会用，能用它工作后，下一阶段是，“这个领域有哪些问题？“等你对这个问题有见解后，语言框架对你来讲就都只是工具了。

你提到的“没有用的东西”其实还是主流。

前后端分离首先只是趋势，也不是所有的场景都适合前后端分离，前端工程化还远没有后端成熟（换句话其实整个后端这几年也没有什么特别新的思想引入了，不是不思进取，而是现有阶段问题解决的差不多了）

这种其实根本原因是你编程思维还没有建立起来，渲染一个多层级的树，显然需要通过一个递归算法来解决。

不考虑前后端分离的方案，纯渲染视图的伪码形如：

menu.html.erb

<%= render partial: 'item', locals: {item: @menu} %>

_item.html.erb

<section>
  <p><%= item.name %></p>
  <% if item.has_children? %>
    <ul>
    <%= render partial: "item", collection: item.children, as: item %>
    </ul>
  <% end %>
</section>

我没说 Rails 培训班，初学其实用啥入门都还好，只要还是业内主流的技术就好了。

Rails 不火的根本原因跟前端没关系，曾经 Rails 和其他语言的同类技术比，是代差，当年的 Ruby 解释器比现在要慢的多而且有很多致命的缺陷，这些都不能阻止一些人使用 Rails。现在传统 Web 场景这块的需求已经挖掘的相当透彻了，Rails 在这方面该做的都差不多了。同理，其他语言的相关技术也已经充分借鉴了 Rails 的优点，迎头赶上，甚至超越。那自然 Rails 的光环就越来越暗淡，Node 崛起确实也分流走了很多人（毕竟你写 Web，就不能不写前端吧。。。后端多少种技术，前端就一个 JS 啊，现在有人告诉前端，你们能写后端啦。。。想想多少人被后端了...），导致 Rails 市场萎缩是可以理解的。

另一个因素是 Web 的需求变化，重前端的后果就是后端需要做的事情变少（主要是在视图渲染上），Rails 丰富的前端机制就用不上了，同时框架本身包含了这部分逻辑，要裁剪还是需要一些功力的，不裁剪会浪费资源（性能）。另一个就是 HTTP/2 带来的实时的场景，这个 Ruby 目前没有太大作为（Rack 对 HTTP/2 支持的不够，MRI 的 GIL）

所以另一种解释不是 Rails 不行了，而是，成熟了。从成本考量，已经在用 Ruby 的系统，不会轻易切换到新的技术上，Rails 总会有需求，而且看论坛的招聘贴，前段时间技术交流少的时候，列表几乎被招聘刷屏，这并不像是萎缩，而是供小于求。

Rails 衰不衰无所谓的，国内很缺 合格 的 Ruby 或者 Rails 人才，国内企业找不到合适的 Ruby 人才退而求其他技术方案，造成基于 Ruby 项目减少，这才是造成市场萎缩的原因。

对于 合格 的定义是之前几次关于培训班争论的主要矛盾点，另一方面 Ruby 在校园的推广力度不够，没有新鲜血液供筛选。

如果有稳定经济收入，可以考虑去培训班体验一下生活，作为自学的辅助手段，但是培训班有很多糟粕的东西，接触这些并不是坏事，通过自学的思考还有在 RubyChina 还有其他的高质量的社区或者专业书籍里获得的知识可以帮你识别这些糟粕，为什么那些事不好的。

有人唱衰，有人尽力不让唱衰成真，这才是社区嘛！

不过对于个人来说，技多不压身，跳出单一技术总是对的

设置个精华，方便更多人看到进来讨论吧

请虵

发日志里 parameters: 那段来

这是我在公司的 ping 输出

PING gems.ruby-china.org (115.159.216.235): 56 data bytes
64 bytes from 115.159.216.235: icmp_seq=0 ttl=48 time=34.318 ms
64 bytes from 115.159.216.235: icmp_seq=1 ttl=48 time=33.955 ms
64 bytes from 115.159.216.235: icmp_seq=2 ttl=48 time=37.317 ms
64 bytes from 115.159.216.235: icmp_seq=3 ttl=48 time=35.007 ms
^C
--- gems.ruby-china.org ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 33.955/35.149/37.317/1.307 ms

当访问不畅的时候提供地区、线路、ping 结果等必要信息用于分析是从事 Web 相关工作的必要的基本常识吧...

应该有，自己搜就是了，但是越偏向具体业务的 Gem，使用起来就越不靠谱

最后那个方法我的康复教练教过我，不过他给我用的是那种两个蛋黏在一起的球，比一般的球容易卡住，不会乱跑。效果拔群

管理模块的导航（就是你指的树形结构），通常是固定（静态）的（毕竟你写程序能提供的功能是确定的），那么，任何一个前端框架，Bootstrap、Foundation 之类都会提供支持，那么，随便去翻翻这些前端框架的文档，抄过来，问题就解决了