加个精吧，方便用 Windows 的人，不过还是看好 WSL 的成熟~

另外推荐一个 Terminal 叫 MobaXTerm，这个是我在 Win 下用过最强大的 Terminal 了，比 Cmder 要好用很多（当然也复杂了很多...），缺点就是启动速度慢

等明年春季的 Creator Update，利用 WSL 做 Ruby 开发，应该没啥问题了，添加了目前缺失的 syscall 支持还有升级 Ubuntu User land 到 16.04

几年前自己的工具箱里的 helper 还能用应该 https://github.com/jasl/a_rails_start_up_omakase/blob/master/app/helpers/application_helper.rb#L37

#7 楼 @flowerwrong 哦对，我想起来了...过去我也弄过这事... 另外 rails-assets bower-rails 之类，对于结构太奇葩的项目，都有问题，我最近本来在尝试这样管理 assets，后来还是退回老的方式了

#2 楼 @flowerwrong 如果可以复制进 app 或者是在项目目录范围的话 config.assets.paths << Rails.root.join('vendor', 'assets', 'fonts') 就可以享受到 assets pipeline 了

这块的技巧你直接建立新的 rails 5 工程，看一下 config/initializers/assets.rb 里面都有注释提示的

我最近也试了一下 bower-rails 但是很多项目文件结构太乱，导致总会让 assets pipeline 多编译很多没用的东西。。。

粗暴的话

FONT_TYPES = %w(*.eot *.woff *.woff2 *.ttf *.otf *.svg)
Rails.application.config.assets.precompile += FONT_TYPES

也接受 Proc 的，所以可以搞类似

ASSETS_TYPES = %w(.png .gif .jpg .eot .woff .woff2 .ttf .otf .svg)
config.assets.precompile << Proc.new { |path| !(path =~ /\/docs\//) && File.extname(path).in?(ASSETS_TYPES) }

但是这样粗暴的话，就会引入很多没用的文件进来，比较好的方法还是首选 gem 形态的 assets

#100 楼 @zlx_star 没注意 T 社那边关闭没，等我晚上看看哈

有的，以初级开发的定位（薪资期望、工作范围）投递简历，获取面试机会，通过面试或者了解不足（公司对于初级开发的能力期望），补足，重试之 专注、不玩票、莫投机

fxruby 做的，是顺手还是有特别的优势？对比 ruby/tk 之类感觉如何？

#6 楼 @luikore 吕神直接开贴比武招亲工吧！

@liudangyi 完成的这部分工作~

新人爆照

#2 楼 @gyorou Matz 一直一年就准备个一两套 slides...

#12 楼 @Artoria

• 首先，用户知不知道你的脚本跟用户知不知道 RC 源没有关系，跟你是不是 QQ 党也没有直接关系。其次，作为国内唯一可信赖的镜像，就是要钦点。
• 我们一直在想办法让更多 Ruby 开发者加入 Ruby China，起码你认识我，知道我在 QQ 群做过什么。我们也通过 RubyConf China，促进各地区的聚会去集中中国的 Ruby 开发者，论坛里也有很多人用自己的方法传播 Ruby，各种培训、RailsGirls、参加其他技术交流活动、公司内部分享等等。普及力度不够，那就再大力点，尽力而为。社区也在利用自身影响力去造福所有 Ruby 的使用者以及提供各种服务。
• 不知道的，就让他知道，既然都知道他不知道了，那告诉他有 RC 源或者直接告诉他如何配置以使用 RC 源就行了，这就解决了可用性（同时兼顾了安全）。没有人愿意完整解决他问题的，导致他出丑或是没有达成目的，这个没有办法（其实，甩给他 Ruby China 的 Wiki 能解决一部分问题）。另一方面，你给他一个脚本，跟直接告诉他如何使用 RC 源，成本一样
• 我没有必要解释 Ruby 源码里的东西，ruby-lang.org 的 download 里写清楚了 On Windows machines, you can use RubyInstaller. 这是官方的推荐，并且对比 RubyInstaller 对各个 build 的发布时间，明显没有紧跟步伐，至今 2.3.3 的包还没有提供
• 主流就是 Ruby（尤其是 Rails）在 Windows 上有很大问题，这是事实，确实应该帮助在 Win 上更好的运行，但是你路子错了，唯一的办法就是帮助改进严重依赖 POSIX 环境 的 gems 还有 Ruby 本身，这是在 Windows 环境下各种问题的本质。gem install 本身并没有什么问题现在
• PR 解决不了问题，简单地说，这不是代码层面的问题，实际上构建一个 Ruby Gems 镜像，Bundler 官方已经给出开箱即用方案了，难度为 0，世界上几乎所有镜像站点都是这样构建的（比如清华 TUNA 的源，RC 源虽不是标准方案，但运营一年技术上已经足够稳定，为啥不用标准方案，原因很简单，穷），更大的问题是镜像服务器的部署、国内复杂的网络问题，还有钱，RC 源能成为最靠谱、最权威，恰恰是这三点相对最有保障，还有最重要的一点，信誉。

三四个长篇回复下来连别人在关心啥都没搞清楚，哎...

此外：

• 知道 Ruby China 镜像的不需要用（你承认的）
• 经常不在一个地方开发，只要不出国，首选 Ruby China 镜像
• 演示给新手或是什么别的目的，不想特别翻一下墙，那直接使用 Ruby China 镜像就好了
• 跟新手解释镜像和源的概念不是这脚本要解决的
• 既然假设用户不知道 Ruby China 镜像，那更不会知道你的脚本，用户真不知道 Ruby China 镜像，直接告诉他 Ruby China 镜像就好了
• 安全是最重要的问题，任何时候都必须选择受信任的源或者镜像
• 你 geek 不 geek 跟开源跟自动化没关系，没人关心这个

Ruby China 镜像是国内最首选考虑的镜像（你承认的），那直接介绍和使用 Ruby China 镜像就已经解决问题了，遇到访问不畅的情况，及时提交 issue。

对于环境问题，Ruby 在 Windows 环境的生态就是不好：

• Ruby 官方不提供 Windows 的构建版本，官方推荐的 Ruby Installer 不能及时跟进 Ruby 最新版本
• Rails 的生态就是在 Windows 环境极差，即使能进行开发，在部署到 *nix 环境时候也有潜在遇到问题
• 你承认你的路线非主流，这本身就不是什么值得拿出来说的事情，没人关心你的故事
• 非主流对环境依赖不大，跟主流没有关系

所以，你还是安安心心换一种环境，不要在错误的道路上一条路走到死，还为了错误的路搞一些无用的解决方案。

到货，感谢！

总统先生...Rails 自带的 Counter Cache 有一致性问题，而且框架层面很难做到不 Bug

比如你试试类似的场景

post.author = user2
post.save
user1.posts_count # 这里的数值可能没有正确减少1

#1 楼 @huacnlee 今年 Owning Rails 的课程价格都便宜了不少...感觉那哥们最近不太景气啊...

#26 楼 @gangh 是吧。。。sting 陈世欣 和 zoomquiet 大妈的那个组织

欢迎 @hemslo 加入豪华晚餐，Py 那边这次不出分享了...

你这个帖子还没热乎，就 outdated 了...

参考 PR #27113 rails-ujs 的作者是 @liudangyi

邀请了 @qhwa 继续探讨一下 Elixir 的话题，旁交侧击一下~

#14 楼 @academus 我之前其实想在 rubyconf 上邀请他们，感觉很容易撕起来啊 看热闹不嫌事大

#10 楼 @huobazi 其实我就用跳转到定义，另外 JB 家还给 Ruby 标准库都做了 Stub

#9 楼 @panxiubin-github 字体可以调的啊。。。

#7 楼 @blacktulip 不清楚呢~ 可能这次会赞助些 coupon 吧

利益相关：我是用 RubyMine 的...

#4 楼 @dragon_li 没要求呀，来就好了

拖延了好几天...编辑好了 https://ruby-china.org/topics/31616