看到这么多人反对，我就放心了：这个功能肯定会上。

今天我调查了四位女生，都说没有歧视，仔细想也是有的，只不过这种表达现在已经很常见了，以至于没有人会把它当回事。

这种事情，目前也只有在 rubychina 上引起热烈讨论了，在其它论坛估计说歧视女性的人会直接被淹没在群众的海洋里了。而这正是 rubychina 的可敬之处：小众而超前的思想。

我一直在想一个问题：请问说歧视女性的朋友你们是看文章时立刻就想到歧视女性了，还是之后经过分析才得出结论的？如果是前者，我对你们肃然起敬，因为你们能够看到我看不到的东西，如果是后者，你们其实还不如我。

#89 楼 @MrPasserby 一认真你就输了。参加 rails girl 活动的小哥不会告诉别人他的真实的想法，他只会说他此行非常纯洁，一定会教好她。

#82 楼 @roclv 如果因为这件事把实习生开除了，coding 就不厚道了。是实习生做的还是正式员工做的都是一样的。

今天我仔细阅读了一下 @rei 的观点，他的观点分散在好几篇文章中，得出一个结论： @rei 是一个很负责人的管理员。Ruby-China 能发展得这么好，与你们这些管理员有关。

这次事件对于社区的发展大大有益，因为很多社区中人开始更加关注自己的言行了，包括我。

coding 的推广人员花心思写了篇有趣的文章，我首先感谢她，感谢她为活动的付出。但很明显，Rails Gril 活动的发起人都不能认同您的推广方式，并且社区里也有不少人反对您的推广方式，所以您和 coding 都适时地在社区里道歉了，这本身需要勇气，当然，也有商业利益的考虑。

你们并没有删除在微信等渠道的文章，很好。因为一旦你们删除了其他文章，我们连看看原文的机会都没有了。 我并不同意 Rails Gril 活动的发起人说的“如果删除了文章，当事人会认为什么都没有发生过”这个说法，这是揣度别人的动机是恶的！

对 coding 的建议

我的建议是，其他渠道的文章务必保留，在结尾或者开始注明：本文在程序员领域引起了关于性别歧视的热烈讨论，详见：附上 ruby-china 的几个文章链接。然后，在文中真诚的道歉，因为即便你真的认为你没有错，但道歉并不关乎对错。道歉认错并不代表你就真的错了，道歉是一种态度，一种境界（当然这很难，所以我并不期待 coding 能够真诚的道歉）。

对社区的建议

社区对于这次有关歧视的讨论采取了开放的态度，并没有封杀某一方，非常可贵。有争议，我们摊开讲，真理愈辩愈明。希望以后也能够继续这一可贵行为。

孰对孰错不重要，重要的是我们在讨论的过程中心性得到了提升！

这篇文章是否有歧视，我认为可以通过一个方法去判断，即把该文章给身边的女性读一读。读完后先问她，有什么感想？然后问她，是否有歧视性的表述？接着问她，是否歧视男性或者女性？最后问，是否歧视女性？男人们揣度女性观点，有点难。

好戏。我刚看到。这种时候，我一定会出场滴。 首先，我阅读完了整篇原文，感受到了作者的才华。作者作为一名 coding 的推广人员，以搞笑的方式推广 Rails Girl，非常有创意。 其次，我读完全文，没有发现歧视的讯息，一丁点也没有。不论是歧视男性还是女性，都没有。 然后，我读了若干社区中的人说有歧视，在写现在的这句话的时候，我依然还是要想：你们说的歧视究竟是什么意思？难道我是外星人，不明白地球人的逻辑？ 最后，我打了个电话给在上海工作的妹妹，让她去参加 Rails Gril!

我建议社区中的某些人向 coding 发文的女孩子道歉，小题大做，莫名其妙，缺乏绅士风度。

如果我没有记错的话，Rubist 应该更正为 Rubyist!

#5 楼 @ywjno 建议用付费版，我一直在用。用的很 high，破解版往往是老版本的，有些新特性的高亮等都支持的不好。 等到有大版本了，再花一次钱也值得。 #9 楼 @badboy NetBeans 是我以前用的 IDE，和 RubyMine 比起来差远了。

直接投简历就好了，社区不建议发布个人找工作信息。

]]> Greater Than ">1.0" 笔误。写得很好。

以 Grape 为例：加入

class API < Grape::API
  content_type :json, 'application/json;charset=UTF-8'
end

应该就可以了（受到这篇文章的启发：https://ruby-china.org/topics/22912 ）。

在一些程序中调用应该不是乱码，因为这些程序默认 utf-8。 如果你用英文版本的操作系统，浏览器默认的字体是 Western 的，而你的文本内容实际上可能是 UTF-8 的。由于 Grape 是 API，所以不会通知浏览器改用 UTF-8 显示。 还可以把谷歌浏览器设置下：Settings->Show advanced settings->Customize fonts, set Encoding to Unicode(UTF-8) 用 Safari 访问，设置 View -> Text Encoding -> UTF-8 来试试。

#23 楼 @crazyphage 哈哈，我们的确不提倡双休，提倡休三天。你别说，还真有人喜欢加班的，不过他也是有前提的，在他不是很忙，身体舒服，正好想来公司了，周末又没别的安排，老婆心情不错。。。。。。的时候。

#18 楼 @cloudqq 看来有不少人对尝试性的态度做项目持有保留意见。 在此小弟发表下自己的见解。 最初，我们在开发某个自己不熟悉的领域时，会尝试的采用一些技术。不可能不是尝试性的，因为我们不了解。就像我们公司要开发 APP，因为我们公司内部没有 APP 开发人员，所以就从内部推举出一个程序员小 V，由他去做 iOS 开发了。 如果说可能失败，对于我公司的项目而言，由于目前公司主力项目只有一个：基于呼叫中心的中小企业一体化解决方案。而 WEB 版本的解决方案已经获得了成功，如果说失败，也是 APP 开发的失败，对于整个项目而言，只能算一个模块的失败。 在小 V 开发 iOS 的同时，我们也在招聘 iOS 开发人员，刚刚招了一个，在工作交接后，小 V 就可以重返 WEB 和服务端开发上来了。 我想把@cloudqq 的看法解读为：请资深的某个领域的专业人士去开发，不招聘的这样的人基本上产品会失败。 对此，我也是深信不疑。只是在现实世界里，这样美好的事情往往会有不完美的过程。在这个不完美的过程中，也会有惊喜。

这个项目的门槛很高！

#18 楼 @cloudqq 请问什么是非尝试性的态度？

#16 楼 @billionwong 是 2015 年 07 月 10 日的数据，不包括吴江，太仓，常熟，昆山，张家港。我特指：苏州市区。 我们公司也招安卓。你可以投简历。谢谢哦

#12 楼 @holin 由于拉勾网的邮箱我没有设置自动转发到常用邮箱（现已设置好），导致回复的慢了，抱歉。 已经在联系你 O(∩_∩)O~

差距啊。

非常不错。代码中换行貌似少了点，如果再多点换行看起来可能会更舒服点。 就像写诗一样，使劲换行，散文就变成了诗歌。

请大家注意，bunny 连 rabbitMQ 的 gem 可能存在版本问题，比如我就遇到了用 bunny1.7.0 无法连现有的 rabbitMQ。 如果你遇到了同样的问题，请在 Gemfile 中加入：gem 'bunny', '>= 2.2.1'试试看。

本文出现了很多让我膜拜的大神。API 快点来吧，我越来越需要你了

#10 楼 @holin 我们是自有产品，运营了三年了，每年都有很大的营业额和利润提升。不做任何外包。

#40 楼 @jason_wu 应该是这个意思。本文确实不错。sneakers 不错，我用的是 standalone 的方式，没和 rails 整合在一起。

#2 楼 @pathbox 苏州目前市区房价 8，9 千，和 Rubyist 密集的上海、南京、杭州比低得多啦。被上海公司推高房价的地区是昆山地区，苏州市区可能还没有被推高。 远程应该是不接受的，抱歉。

在招聘贴中我没有再提 RubyMotion，因为新进的 iOS 研发同事决定采用 React-native 开发 iOS 业务，用 Objective-C 做底层。(再度更新下：目前 iOS 工程师又决定采用 Swift 了，哈哈，他也是在不断纠结中成长。)

faraday 我用过，感觉不错。至少没有出现过一些怪异问题。

这个问题很好，之前我也打算连两个数据库，连两个数据库是可以的。 不过最终还是放弃了，放到一个数据库里。

情景一：业务上的存在一些关联

一方面，业务上的关联性不是早期就能发现全的。越到后期你可能会越发现两个数据库里的数据都是互相依赖的。 这种情况坚决不适合拆成两个数据库。

情景二：业务上的关联确实很小

可以拆成两个项目去做，用 API 或 RabbitMQ 消息进行通信。 这种情况你就不需要连两个数据库了。

结论

不必连两个数据库。 根据我的经验，在连两个关系数据库的过程中，诸多不爽！建议放弃。 最大的阻力可能来自团队的其他成员，如果你自己认为正确，请顶住他们的压力。

告诉大家一个好消息：目前安卓社区国内没有做的很好的。

#47 楼 @outman 非常感谢。很可惜我尝试过后，依然没有成功。