如果楼主不是原作者,不要全文转载。
没有歧义的情况下不写。
现在选 puma 吧,文档比较好看,社区氛围浓,比 unicorn 多了线程方式的并发。Heroku 把推荐 server 从 unicorn 改成 puma 了。
晕,这是招聘贴吧,怎么标题用求职。
为了突出自己的回帖会倾向都回复第一个回复。
顺序时浏览对阅读是最好的,要显示回复关系可以加个引用摘要,点击展开,参考 discourse。
Ruby China 明确反对侵犯版权的行为。 当事人双方已获得共识并妥当处理。人身攻击、渲染仇恨的帖子,一次删,两次 ban。
#60 楼 @blackanger 不要人身攻击,不要降到同一层次。
按你的说法,因为没有判断是否歧视的国际标准,所以和性别歧视“一点关系也扯不上”。只要没有一种歧视试纸可以一下判断出来,那么就算一些言论不符合客观事实、区别对待,并且让人感到不舒服,只要你坚持自己不认为这是歧视,就可以不承认这是歧视。这是在纵容这种伤害。
何况我觉得你引用的 wiki 定义已经足够判断为歧视了,例如:
“99% 的妹子是想搭讪你” “只有剩下 1% 才真的只想学写代码”
这句话表达的观点是:
在其它场合开这种玩笑可能笑笑就算了,但是 Rails Girls 的学员就是来写代码的,这就不是玩笑了。如果你意识不到这句话有问题,在已经有活动组织者和参与者表示这不符合客观事实、区别对待,并且让人感到不舒服的情况下(1,2,3),你应该反思一下是不是自己实际存在着歧视。
只反对制度性歧视,而不反对其它形式的歧视是不够的。是不是招了女性程序员之后,其他同事都把她当花瓶,言语上轻视,不给同等的工作机会,就可以容忍这种非制度性歧视?
什么是性别歧视可以讨论个十页,问题核心是 coding.net 的文章伤害了 Rails Girls 活动而没有做出相应补救。
#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
执行命令的前面加 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 的第一反应是删贴,这样连带评论也消失了,就好像什么都没发生一样。第一贴的截图在这里 https://ruby-china.org/topics/26809?page=1#reply3
接着,帐号 @bazinga 发帖道歉,声称自己是原文作者,表示自己“玩脱了”,“为了写的好玩,言辞比较激进”,“引起了小伙伴的不快”。虽然文中表示“我没有任何歧视女性和女程序员的意思”,但实际上道歉并没有检讨自己错在什么地方,只认为是“玩脱了”,我觉得她完全没搞懂问题在哪里。但由于原文发帖帐号是 @coding 的官方帐号,让员工道歉并不对称,有推卸责任嫌疑,所以评论里也不追究太多,只要求官方帐号出来回应。
然后,官方帐号发帖道歉,但是内容避重就轻:
既然文章使用 coding 的公司帐号发出的,就应该由公司负起责任:
* 这一条跟我之前的删贴要求不同,这是因为 Linda Liukas 建议:
Deleting the post might be also a bad thing, because then they can claim nothing happened.
问题文章应该留作引以为戒,我赞成这个看法。
在这件事中,组织者有把关不严、没有跟赞助商充分沟通讲清活动宗旨的问题。在问题文章被批评后,本来应该第一时间声明立场,和这篇文章划清界线,然后跟赞助商沟通做补救措施。但是至今为止,主要组织者 @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 过去也没纠正过类似行为,例如女性发提问贴,回复一堆离题的“妹子妹子”的灌水,这对社区发展是不利的。我希望这次事件有个严肃的处理结果,让这个男性占大多数的社区意识到存在的问题,而不是自己觉得没问题别人也就没问题。
说初级培训没有意义和说 Rails Girls 是性别歧视产物
我对这个没有疑问。初级培训有意义,Rails Girls 不是性别歧视的产物。我非常敬佩 Linda Liukas 推广出这么好的活动。
我的问题是对于这个活动,Coding 的宣传有没有问题,对活动是正面的还是负面的:
摘录部分言论如下
“99% 的妹子是想搭讪你” “只有剩下 1% 才真的只想学写代码”
.
任务 1 抱得美人归
.
判断妹子的天赋 妹子颜值特别高嘛? 如果颜值特别高,请迅速放弃任务 2,专攻任务 1。 数学物理挂过科吗? 如果挂过科,请专注任务 1,不要管任务 2 了。 魔方可以 10 秒还原吗? 如果可以,请专注任务 1,如果接受了任务 2,可能会触发“女朋友编程比我牛逼”的困难模式副本。
要投票可以让教练学员对这篇文章投票。