推荐：利用 cancan 实现一个优雅可扩展的角色管理系统

#3 楼 @lwd369 可能真遇到 ruby 与 macOS 10.12 的 bug 了。

一般都是 Ruby 当前编译的版本与操作系统版本不同造成的。这个问题很可能跟 macOS 10.12 有关。

重新编译应该是 ok 的。你可以试试。最好用的 rbenv 来处理

#27 楼 @seanlin 欢迎补充这方面的知识 :)

前几年有幸接触过。

Ruby 专有的一个库是 DRb

#1 楼 @huacnlee 纯 Ruby 的微服务的话这个最简单。而且也有一些分布式的发现服务组件等。不过这几年好像没有更多发展。

#2 楼 @michael_roshen 不应该有特别的配置。你可以发一下你的 nginx 配置看一下。

另外，注意代码里不要有 http 这样的硬编码即可。

Nginx 配置 ssl 即可。不知你想问什么？

#19 楼 @songbbb1-github #21 楼 @hanluner 已经修复

#13 楼 @too 哈哈，这个是会场专用手势. #14 楼 @IChou 就是闲的时候飞机上写了会

#5 楼 @Rei 从 web 角度来说这个算是个弊端，毕竟从 web 端切入 native 也是有坑的。对 Rails 工程师说，可以去这个坑里踩踩看 :)

@tommy13519261 Rei 的意思是你的反向代理配置是否漏掉了 HOST 信息的传递，例如：

location @p8020 {
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header Host $http_host;
  proxy_redirect off;
  proxy_pass http://p8020;
}

注意 Host 的传递。

问题问的很不清楚。

无论是 puma 还是 WEBrick 都不影响热加载技术。仅仅跟 config/environments/development.rb 的一些配置有关。

你这个可能存在的问题建议：

1. 本地时间设的不正常。可能导致热加载不生效。
2. windows 下真心不推荐玩 rails. 老老实实用虚拟机或 mac 最好。

看一下 Gemfile.lock 的 haml 的依赖，是否是旧了。

@cloudqq 还在处理中，两个小伙伴也是在兼职搞，很慢...

#2 楼 @samport Turbolinks5 概述及实现原理, 你这个问题是一个常规问题，你看看这里的文章就可以处理掉了。

建议使用 https://github.com/cyu/rack-cors 来处理你的跨域问题，自行处理的话，你得手动处理 OPTIONS 问题。

莫紧张 :)

试试 set :rvm_path, '/usr/local/rvm/scripts/rvm'

现在更推荐使用 rbenv , 另不建议安装在 root 用户下。

#12 楼 @ACzero https://rebuilding-rails.com/

先祝贺一下你马上有技术突破了。

从以下几点来学习：

1. 尝试阅读 Rails 源代码。这里有很多技巧和经验，可自行了解下。
2. 有从 0 到 1 构建 Rails, 国外有一个教程可以学习一下
3. 尝试写一些 gem 来理解它们。

预告一个小广告，我们正在筹备一个 80 学院，关于一对一在线教学的，帮助 Rails 初级工程师进阶。

#6 楼 @wlon 有录制，还在处理中。

楼主还未入门便已放弃。

楼主有两点值得列出评判一番：

Ruby 动态类型 VS Java 静态类型

起初是静态类型的天下，但限制实在太多，聪明的人越来越多，他们不想为了一句话能解决的需求，反而写一堆无用的类型声明。

Rails 是它的极致产物，君不见，Ruby 元编程强 Java 元编程 100 倍。

请接受便捷，控制风险。

FormTag VS SimpleForm

不得不说，web 开发有一半时间都在搞 form 表单处理的事情是不为过的。Rails 为我们做了很多事情：

1. csrf 安全
2. utf8
3. 一堆 helper 方法简化编写复杂度
4. 复用 edit 与 new 时
5. 上传文件的预处理
6. SJR 处理支持

以上适用于所有场景。

更甚者，simple_form 直接从数据库映射出数据类型。极简开发 form 表单，但不适用于所有场景!!!

它适于简单表单处理。面对于定制性强的时候，用 Rails 的 helper 是最简单的。Rails help 也不是所谓的 xx_tag, 而是 form_for.

如果你用别的框架，对不起，请用类似于 xx_tag 的方式处理，所有事情自己安排。

综上，楼主还未入门便已放弃。但这个过程是正常的，只有深入底层搞 web 开发后，发现繁琐的事情后，才能想起 Rails 的好处。不然一开始就进入 Rails 的怀抱中，幸福是不自觉的。

#4 楼 @seaify

已经更新完所有 ppt 链接与演讲内容。

曾经是 pry 的死忠粉，毕竟颜值高，但对于熟悉 gdb 调试的人来说，pry 的 next 与 step 经常性出乎意料的跳转，让我慢慢放弃了。后发现 byebug 这方面处理的非常好。就转到 byebug 粉下了。

不认为是这样，我倒建议移步到 sinatra 研究它。

#16 楼 @lilijreey 嗯 当然可以

#4 楼 @seaify Got it :)

#13 楼 @tardis 用的 simditor 的编辑器，高亮的有点问题，我后面优化一下。看的时候有啥问题欢迎与我交流~

#11 楼 @huacnlee 应该去 PR 贡献一波的，拖延症了~