#1 楼 @hrz3424 其实我个人觉得 remote 方式工作是不错的，不过公司目前尚不能接受 remote。我再和相关领导谈下 remote 工作方式的可行性。 #3 楼 @cuebyte 欢迎你来逛逛。哈哈

vue.js 看起来不错啊，还是中国人开发的

加班的公司不要进了，因为加班伤害员工的幸福感，而不重视员工幸福感的公司是不值得优秀的程序员进的。 不加班的公司比比皆是。

心痒痒了。

很多项目我看不懂。Tower 就是。

#2 楼 @TingTing 等开完 Party 建议分享下 Why Go not Ruby.谢谢。

小弟用的的 faye NodeJS 版本实现的，目前运行正常。 可以考虑用 nodeJS 版本写一个最简单的 DEMO，测试成功了再试验下。

严肃点！

花了不少心血了，辛苦了。 已经下载，没事时候好好看看。 中文的毕竟省力。

建议该功能能够先上起来。上起来之后大家再给提提建议，不满意再接着改。改到满意为止。

如果还是不满意，就切换回目前的模式。

一个新方案的早期肯定会有很多不够完善的地方，慢慢打磨，会好起来的。

#15 楼 @Sunnyroger 非常不错。

谁 React 和 Ember 都用过，能说说二者最大的区别么。谢谢

远优于 BAT 的薪资，这个听起来不错。请问贵公司的工作时间如何？每周工作几天？每天几点上班，几点下班？

#95 楼 @MrPasserby 我明白了。是我认真了。哈哈。

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

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

这种事情，目前也只有在 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 的看法解读为：请资深的某个领域的专业人士去开发，不招聘的这样的人基本上产品会失败。 对此，我也是深信不疑。只是在现实世界里，这样美好的事情往往会有不完美的过程。在这个不完美的过程中，也会有惊喜。

这个项目的门槛很高！