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

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

报名支持一下~

如果你想省事，直接把依赖的资源保持结构扔public就好了

#29 楼 @darkbaby123 现在应该即使在国外也没人拿到零售版新机呢，我是第一批定到国行的，最快下周五送到。目前还是信下官网的数据吧...反正都是理论值，开个 chrome 那 bar 的耗电不值一提

有啊，预计 11 月 26 日，正好 JB 首次来北京组织开发者大会，联谊一下

#25 楼 @nyrf 所以，上 15 吧！

#21 楼 @nyrf 想多啦，U 系列 CPU 没四核的，苹果应该不会给 13 配标压

#18 楼 @nyrf 13 和 15 最大的差别还是 CPU，13 是低电压的，公司 10w 行左右的 Swift 项目编译起来后台放歌都哆嗦了