有两个问题请教 #11 楼 @oneapm ，OneAPM 装上后 1、是否会影响到产品性能？特别是并发性。 2、OneAPM 是通过何种方式发送信息到 OneAPM 的服务器的？多久发一次？

• 每天坚持瑜伽一小时，每周 5 次。
• 为抢时间，每天打 Uber 上班。
• 能不加班就不加，有制度性加班的公司不去。
• 工作绝对专注，不做任何与工作无关的事情。
• 周末出去玩或者读书，写个人爱好相关的程序。

#12 楼 @psvr OSS 有 OSS 的好处，自建有自建的好处。 自建最大的好处是：所有的东西都在自己的掌控中。 而 OSS 并不一定满足您的所有需求，即使满足，也不一定贴合您的心意。

很多公司完全可以和 shixian 平台上的牛人们对接一下。

有时候不一定是要让牛人做多少事情，可能就是请他做做顾问，把握下大的方向。方向定了，具体实施还是全职 Programmer 去干。

感觉平台上的人的质量还是挺高的。因为一个我认识的程序员在上面，他能力不错，但开价并不高。

一个小小的建议，程序员的种类有点少。顾问角色：iOS 工程师 Android 工程师 UI 设计师 前端工程师 后端工程师 产品经理 运营/编辑 其它

我想帮助公司招人，要找的人是纯 C 语言的，能不能在“其它”中出现呢？

后端工程师只包含（Java PHP Python Ruby 全栈），不全。C, Go, Lua, Scala 等呢？

这个不错，先给钱，其它的都好说。 特别是公司如果觉得 Programmer 好的话，甚至可能高薪挖 Programmer 过去。 所以不只是简单的兼职，还是找工作跳槽的好平台。 我看好你们。加油！

“管理员”，这三个字，我看到的都是责任

#25 楼 能请到 Laurent 实在不易。

看到了华顺@huacnlee 可爱的肚脐。 @lgn21st 现在胖了。我 177cm，才 107 斤。要不要我传授一两招不胖的功夫？

RubyConfChina 安排在节假日，比如双休日可能会更好些。今天是工作日呢。

#12 楼 @rei “求职”pk“谋职”，哪个更好？ 我更喜欢“谋职”，没有误会。

#21 楼 @seamon 其实工作的时候看盘是会严重影响工作效率的，建议程序员们在工作的时候用心工作，不要分心做其他事情。 我自己有前车之鉴。现在我已经做到在工作时完全不去管股市了。股市起起落落而能不分心，看盘不影响工作的人可谓极少。其实工作的时候看盘，炒股炒不好，工作也做不好。真不如在下班后看盘操作的好呢。

#17 楼 @seamon RubyConfChina 我只参加过两次，没记错的话，应该是 2011 年和 2012 年，每次都遇到了松本行弘，每次都拍了照。这张照片应该拍于 2012 年，松本行弘很低调，我的一些幼稚的问题他也耐心回答，总是乐呵呵的。

#4 楼 @tini8 “求才、求贤”是和”招聘“相关的，主语是企业，“求职”和“找工作”的主语是 Programmer.

#1 楼 @yukihiro_matz 是啊，就是我觉得。因为对我 care 这件事。 我想改后对您应该没有什么坏处吧？ 既然不改有人会介意，改了对其他人没有影响，就可以改掉它。

#10 楼 @seamon 965 是什么意思呢？请解释下，谢谢。我刚才搜索了下，没有查到结果。

我喜欢这样的公司。一周工作几天？加班情况如何？

Rails 本身就不完美。代码洁癖比较高的程序员好多都不用它。Ruby 领域的好东西太多了，可选择的余地比较大。

#9 楼 @holin 仅仅是 APP 这一块放到北京研发。原因是多方面的，不过有一点是肯定的，就是苏州的人才环境并不比北京差。 可惜我只是一个小弟，不能左右很多事情，包括 APP 团队放在北京这件事。

#5 楼 @meeasyhappy 我本人在苏州哦。

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

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

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

心痒痒了。

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

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

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

严肃点！

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

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

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

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