按你的说法，因为没有判断是否歧视的国际标准，所以和性别歧视“一点关系也扯不上”。只要没有一种歧视试纸可以一下判断出来，那么就算一些言论不符合客观事实、区别对待，并且让人感到不舒服，只要你坚持自己不认为这是歧视，就可以不承认这是歧视。这是在纵容这种伤害。

何况我觉得你引用的 wiki 定义已经足够判断为歧视了，例如：

“99% 的妹子是想搭讪你” “只有剩下 1% 才真的只想学写代码”

这句话表达的观点是：

• 相信男性程序员比女性优越，因为女性并不真想写代码而是想搭讪。
• 相信程序员这个职业必定属于男性。

在其它场合开这种玩笑可能笑笑就算了，但是 Rails Girls 的学员就是来写代码的，这就不是玩笑了。如果你意识不到这句话有问题，在已经有活动组织者和参与者表示这不符合客观事实、区别对待，并且让人感到不舒服的情况下（1，2，3），你应该反思一下是不是自己实际存在着歧视。

只反对制度性歧视，而不反对其它形式的歧视是不够的。是不是招了女性程序员之后，其他同事都把她当花瓶，言语上轻视，不给同等的工作机会，就可以容忍这种非制度性歧视？

什么是性别歧视可以讨论个十页，问题核心是 coding.net 的文章伤害了 Rails Girls 活动而没有做出相应补救。

#11 楼 @kee 不太清楚，看看 which gem，which bundle，在项目目录下 bundle config path。

#9 楼 @kee rvm 和 rbenv 不要混用。看起来 bundle 用的是 rbenv 的。搞不清楚就先删掉其它 ruby，或者重建 vagrant。

#6 楼 @kee passenger 读取 config.ru，config.ru 里面 require 了 config/application.rb，application.rb require 了 config/boot.rb, boot.rb require 了 bundler/setup，bundler/setup 会按照项目下的配置（或者默认配置）设置 gem_path。

#4 楼 @kee 最后两行日志显示调用了系统 rubygems 的 require，似乎没有正确配置 passenger 告诉它 ruby 在哪里。

如果 passenger 是编译到 nginx，应该在 /etc/nginx/nginx.conf 有这一行配置：

passenger_ruby /home/vagrant/.rbenv/shims/ruby;

可以参考一篇写得很完善的 rbenv + passenger 部署文章 https://gorails.com/deploy/ubuntu/14.04

#2 楼 @kee 错误页面的内容贴出来看看。

执行命令的前面加 bundle exec，例如 bundle exec rails c，如果没有错误，那么 bundle 管理的 gem 安装到了独立目录，bundle config path 可以看到配置到了哪。

我跟 Rails Girls 的发起人 Linda Liukas 通了邮件说明这件事，Linda 表示这篇文章明显令人不适并且违背了 Rails Girls 的初衷，目前正在跟其它成员商量怎么对待这件事。

Linda 建议我在此期间再跟各方沟通，争取解决这个问题，所以我整理一下我的看法，并且提出解决建议。

这篇文章问题在哪里？

文章前半部分完全扭曲了 Rails Girls 参与者的动机和活动的意义，把它描绘成程序员联谊活动，冒犯了认真参与活动的教练和希望学到知识的学员。同时文中带有很多性别歧视，例如：

“99% 的妹子是想搭讪你” “只有剩下 1% 才真的只想学写代码”

毫无根据的把想学编程的女性判断为主要想搭讪，不是真想学代码，这是文章作者的偏见。

任务 1 抱得美人归 任务 2 养成一个程序媛
判断妹子的天赋 妹子颜值特别高嘛？ 如果颜值特别高，请迅速放弃任务 2，专攻任务 1。 数学物理挂过科吗？ 如果挂过科，请专注任务 1，不要管任务 2 了。 魔方可以 10 秒还原吗？ 如果可以，请专注任务 1，如果接受了任务 2，可能会触发“女朋友编程比我牛逼”的困难模式副本。

这段话用三个提问，引导男性参与者把所有注意力往“抱得美人归”上靠拢，这跟 Rails Girls 的活动主旨不符。第一个问题以貌取人；第二个问题莫名其妙；第三个问题暗示不能让女性程序员比男性程序员聪明，又是偏见。

后面的内容都是描绘男女怎么约会和选址，最后得出结论：Rails Girls 活动是个适合用“教你写代码”作为借口约会的场合。

这篇文章会对 Rails Girls 产生恶劣影响，不了解活动的人对它产生错误印象，认为它纯粹是个联谊活动；组织活动的人的工作被误解，要忍受别人的有色眼光；还让学员对活动的动机产生怀疑。

为什么说 Coding.net 之前的道歉没有诚意？

这篇文章在刚引起批评的时候，coding.net 的第一反应是删贴，这样连带评论也消失了，就好像什么都没发生一样。第一贴的截图在这里 https://ruby-china.org/topics/26809?page=1#reply3

接着，帐号 @bazinga 发帖道歉，声称自己是原文作者，表示自己“玩脱了”，“为了写的好玩，言辞比较激进”，“引起了小伙伴的不快”。虽然文中表示“我没有任何歧视女性和女程序员的意思”，但实际上道歉并没有检讨自己错在什么地方，只认为是“玩脱了”，我觉得她完全没搞懂问题在哪里。但由于原文发帖帐号是 @coding 的官方帐号，让员工道歉并不对称，有推卸责任嫌疑，所以评论里也不追究太多，只要求官方帐号出来回应。

然后，官方帐号发帖道歉，但是内容避重就轻：

1. 道歉文没有明确指出自己做错了什么，只说造成了社区成员的不快所以道歉。这样一来不能确定 coding.net 是否真正认识到错误，二来很可能在过后倒打一耙，只是因为社区成员不快所以道歉，自己并没有做错什么。
2. 问题文章始终没有删除，这让我更加认为 coding.net 并不觉得文章内容有错。

问题应该怎么解决

对于 coding.net

既然文章使用 coding 的公司帐号发出的，就应该由公司负起责任：

1. 重写道歉声明，参考本文指出的问题，明确总结所犯错误，和如何避免重犯。
2. 保留问题文章，如果可以修改，在文章头部加上道歉声明全文，如果不能，在原文发布渠道新发布一篇道歉文章。*

* 这一条跟我之前的删贴要求不同，这是因为 Linda Liukas 建议：

Deleting the post might be also a bad thing, because then they can claim nothing happened.

问题文章应该留作引以为戒，我赞成这个看法。

对于 Rails Girls China 组织者

在这件事中，组织者有把关不严、没有跟赞助商充分沟通讲清活动宗旨的问题。在问题文章被批评后，本来应该第一时间声明立场，和这篇文章划清界线，然后跟赞助商沟通做补救措施。但是至今为止，主要组织者 @sundevilyang 没有出来表态，不知道是出于什么考虑。问题一直没有妥善处理，组织者也有责任。

所以 Rails Girls China 组织者也应该做检讨，避免以后重犯。

对于我

作为 Ruby China 的管理员之一，一直以来对于社区内针对女性程序员的调侃、轻视、骚扰行为不重视，留给了 coding.net 想大事化小、转移矛盾的空间，以至于问题越滚越大。

我要检讨社区管理方式，以后及时指出和制止性别歧视的言论，维护一个相对平等的讨论空间。

我希望事情往好的方向发展

性别歧视是个敏感问题，在程序员群体里也是个现实问题，很多人在线上线下有意无意的发表歧视言论，例如“找个男朋友帮你解决”、“女生别干编程这行”、“这是个妹子，快勾搭”等，但对这是歧视浑然不知，还理直气壮的说“我觉得完全没有问题啊”。问题如果不揭露出来，那么它就一直是个问题。

我很看好 Rails Girls，经过几年的发展它已经遍布世界各地，成为 Ruby 社区的一个特色。Rails Girls 通过在入门阶段拉一把的方式，鼓励更多有志进入编程行业的女性越过第一个门槛。相对于技术指导，一个友好、平等的学习氛围更是重要，这个活动出现歧视言论是不可容忍的，在活动指南中就郑重声明了对骚扰和欺凌零容忍。

有人说我小题大作，我只是坚持原则。我知道今年的七城 Rails Girls 已经准备了很长时间，组织者和教练已经做了很多工作，学员对活动充满期待，我非常希望这次活动能顺利举办，我也不希望有人毁了 Rails Girls 的口碑。发现了问题，解决了就好，教训能让我们更成熟。知错就改不会让人瞧不起，而是让人更尊敬，有担当。

希望 coding.net 和 Rails Girls China 组织者认真对待。

关键词 Permission denied，别的排版太乱了看不下去。

如果参考 ActiveRecord，那是用 Hash 参数好。

#13 楼 @liwei78 我昨天都以为事情可以过去了，其实处理很简单，把文章删了，公司写一篇道歉帖子，原作者不用出面，下次吸取教训就好了。道歉帖子的字眼，Coding 员工私下怎么想，我都不想深究。

但是 Coding 正式道歉以后，却冒出一堆 Coding 支持者，让我很不理解，觉得不能就这么算了。Coding 引出了一堆本身就存在歧视行为而不自知的人：

“我觉得完全没有问题啊” “不就是开玩笑么” “莫名其妙，小题大作”

想到 Ruby China 过去也没纠正过类似行为，例如女性发提问贴，回复一堆离题的“妹子妹子”的灌水，这对社区发展是不利的。我希望这次事件有个严肃的处理结果，让这个男性占大多数的社区意识到存在的问题，而不是自己觉得没问题别人也就没问题。

#12 楼 @zgm 你关注的问题重点和我关注的不同。

说初级培训没有意义和说 Rails Girls 是性别歧视产物

我对这个没有疑问。初级培训有意义，Rails Girls 不是性别歧视的产物。我非常敬佩 Linda Liukas 推广出这么好的活动。

我的问题是对于这个活动，Coding 的宣传有没有问题，对活动是正面的还是负面的：

http://mp.weixin.qq.com/s?__biz=MzA3ODUxMjMyMw==&mid=207695973&idx=1&sn=7647cd36bbf1198baffa169bc6eae67f&scene=5#rd

摘录部分言论如下

“99% 的妹子是想搭讪你” “只有剩下 1% 才真的只想学写代码”

.

任务 1 抱得美人归

.

判断妹子的天赋 妹子颜值特别高嘛？ 如果颜值特别高，请迅速放弃任务 2，专攻任务 1。 数学物理挂过科吗？ 如果挂过科，请专注任务 1，不要管任务 2 了。 魔方可以 10 秒还原吗？ 如果可以，请专注任务 1，如果接受了任务 2，可能会触发“女朋友编程比我牛逼”的困难模式副本。

要投票可以让教练学员对这篇文章投票。

#9 楼 @liwei78 要考虑到潜在的学员看到这个宣传，会不会不来了？同时会不会引来一些动机不纯的教练？

#75 楼 @zgm 没问题，只是知道了道歉只是做做样子，我会走正式渠道要求 Rails Girls 排除 coding 作为赞助商。

#7 楼 @liwei78 有的人在为 coding 说话的时候指出 Rails Girls 活动名称是不是性别歧视，如果不是歧视那么拿 girl 用作调侃，把 Rails Girls 当作 Rails Dating 就不是歧视。

问题是这两点没有必然关联，Rails Girls 的活动名称没有性别歧视，不意味可以拿 girl 用作调侃，把 Rails Girls 当作 Rails Dating。

现在想知道组织者、教练、学员们愿不愿意被这样调侃。

#2 楼 @africwildman 这个问题本身不是楼主抛出来的

https://ruby-china.org/topics/26675 https://ruby-china.org/topics/26809#reply73

有这个问题不奇怪，组织者不解释活动的主旨，任由 Rails Girls 被部分人认作 Rails Dating 就奇怪了。

#73 楼 @leomayleomay 用妹子做噱头的招聘贴以前就批判过了 https://ruby-china.org/topics/17451 ，之后这类招聘贴就少了很多。如果你看到不合适的招聘你也可以当即提出。

但是一个是利用公司员工，一个是贬低社区的教练和学员，这问题能一样？

问题文章依然没有删除，好像一切都仅限于 Ruby China，我怀疑 coding 是否真正意识到自己的问题。

口头声明自己没有歧视，不能掩盖自己的行为已经给 Rails Girl 形象带来了伤害，看看 V2EX 的回复（https://www.v2ex.com/t/211155），大部份都是从找男女朋友角度评论的，完全曲解了 Rails Girl 的初衷。

希望 @sundevilyang 出来表态一下，coding 那篇文章留着是否合适。建议再考虑是否要跟 coding 合作。

#7 楼 @wangzuoxin 别发无意义的回复。

#1 楼 @lgn21st 怎么又是你……

没触发我不懂了，我还没用上。

#46 楼 @riskgod 直接回复 @coding 的帖子被 @coding 删了啊。然后楼主冒出来说都是我的错，就算讨厌我，也请不要讨厌 Coding。现在 @coding 直接回应了（https://ruby-china.org/topics/26813），你为楼主抱不平其实是帮倒忙。

#39 楼 @riskgod 本来就是要求公司道歉，楼主自己出来背锅，你看楼上不是有几楼要求公司帐号回应么。

NoMethodError: undefined method `^' for "<00^4":String

#4 楼 @pain 这个 this

this.updateRequests(data.request);

执行上下文是 received 上下文，找不到 updateRequests 的吧。

应该要：

setupSubscription: function(){
  var _this = this;
  App.requests = App.cable.subscriptions.create("RequestsChannel", {
    received: function (data) {
      console.log(data); // 打个 log 看看触发了没
      _this.updateRequests(data.request);
    }
  });
},

#2 楼 @pain 在这个地方打 log，看触发了没，还有 this 是什么。

received: function (data) {
  this.updateRequests(data.request);
},

updateRequests: this.updateRequests

我不太懂 react，这个 this 是那个 this 吗？

截图对获得答案不利，有些问题可能复制后改动一点代码就解决了，但是截图的话我是没心机对着图片打一遍的。

#6 楼 @bazinga http://tech.qq.com/a/20150327/057198.htm