(-123/10.to_f).ceil # => -12

既然是招聘，就应该完全男女同样的标准就好了啊。你说出你的标准和工作内容，人家要是怕累不接受就好了啊。干嘛替人家操心。 美其名曰“怕女同事受不了加班呀，怕女同事不能出差啊，这是为你好”，都是骨子里有职场性别歧视的。 强烈鄙视这句“你的女性身份让我很顾虑”。

远程工作要远比想象中难。特别是对于经验不是很丰富的人，需要克服自己的惰性，克服外界干扰等等。。。 大城市用人成本越来越高，二三线城市的机会也会越来越多的

很好的文章，支持，翻译的也很好

可惜我在北京出差，想当 coach 啊

我是 2011 年光棍节注册的 ruby-china，一晃都三年啦。。。Happy Birthday!

哈哈，这个真的很逗

@lijun4454 是的

@vkill 支持一个，哈哈，人和技术都很 nice！

这女的脚丫子真丑。

@cicholgricenchos 用 watir-webdriver 模拟浏览器动作，如果是服务器端的脚本的话，再加个 headless 就搞定了。

http://rockylaw.me/blog/2014/04/05/use-headless-watir-webdriver-and-nokogiri-to-get-the-back-content-of-ajax/

我的 air 进了次水，电池报废了，换电池 998。。。苹果的人还说运气真好，一般进水主板都会有问题，换主板还不如买台新的。。。

@huacnlee

@txy

gem 'pry-rails', :group => :development

把这个 gem 装上

要是没装这个 gem 的话，在页面里

<% require 'pry'; binding.pry %>

试试吧

@txy 你说的是页面怎么 debug 吧，用 binding.pry 在页面停住，console 里面调试就好了

:thumbsup: 4，5，6 期待中

@palytoxin @lihaidong @piecehealth，第一段代码里，为什么实例对象去 extend 模块的时候，继承树里模块会出现在 singleton class 和自己对象的中间？

f.singleton_class.ancestors #=> [Foo, FooBar, Object, Kernel, BasicObject]

而调用的时候先去 singleton_class 里面找？那肯定就是 singleton_class 位于方法链的最低端，先从这里找了

kindle 的屏幕太脆了，不小心就碎掉了，我的 kindle 屏幕碎过一次了。。。

藐视权威，桀骜不驯，坚持做自己认为对的事。Great spiritual leader！

@howiehu [email protected]

@qiuliang 推荐

Das Keyboard Professional S for Mac 价格 1000 以内

Matias Mini Tactile Pro 价格 1000 以内

@howiehu 西安的 Rubyists 活动什么时候？

@QueXuQ 你开篇提到的这个问题其实挺难的。

划分 Service 层还是使用 ActiveSupport::Concern，其实区别还是蛮大的。

使用 ActiveSupport::Concern 也就是把业务逻辑拆分成各种行为，而拆分出的行为以 module 的形式再 Mix-in 进 AR Class，并且你划分出去的 module 之间有依赖关系的话 ActiveSupport::Concern 会为你自动处理依赖，你只需要给你的 AR Class Mix-in 进你需要的 module 就好了不用去关心各个行为之间的依赖关系。但是如果你自己划分 Service 层，也就业务逻辑和数据持久化层分离了，Service 层不会被混入 AR Class。仅仅就是业务逻辑。

有没有必要在 Rails 上硬生生划出一个 Service Layer？很早以前曾经在社区里面有过激烈的争论

以 Bob 达叔为代表的一种观点认为应该把业务逻辑从数据模型层独立出去，不要将数据持久化和业务逻辑混在一起处理。DHH 觉得这种观点就像是手淫，有过比较偏激的言论 他说来说去就一种观点就是，认为 model 胖，业务复杂的问题完全可以通过 module 的混入机制来解决，他实际也是这么干的。

我个人觉得 ActiveSupport::Concern 机制完全没有任何问题，而且也更加 Ruby Way，体现了 Mix-in 的强大。至于为什么不用 ActiveSupport::Concern，有一篇博文讲的很详细，受到一些启发why i dont use activesupportconcern

还有一点，楼主你给 Service 起名字叫 ProductAssistant 这个是不对的，不管是 Service 还是 ActiveSupport::Concern 的 module 都应该是针对一种行为进行封装，@billy和@ichord的代码他们起的名字叫ProductCreator和CreateProductService，我觉得这点很重要，面向单一功能的 Service 更有利于修改和 reuse，他不应该是个产品小助手，应该是一种具体的行为比如产品创建或是创建产品。

最近西安的招聘貌似一下子多起来了啊，支持

这两本书放的位置真好，真的是 ruby on rails 啊

支持老家的 ruby 公司，建议薪资范围改改吧 跨度太大，不同的薪资对应不同的要求，这样会好一点

@hemslo 备案越来越 BT 了。。。

@frank 域名没关系的，在哪儿买都无所谓。