哦,原来是得瑟帖啊,顺便恭喜楼主签了 Facebook!
这里没有求职板块,虽然有能力的 Rubyist 任何时候都奇缺,但也没有形成买方市场,所以你在 V2ex 上发帖效果不好的话,在这里可能也一样,建议你主动把简历直接投递给自己心仪的公司。
#3 楼 @blacktulip 这键盘,果然英伦范~
简单的说是 按照中心伸缩窗口
和 按照中心等比伸缩窗口
真帅,太潮了!
真心觉得没有必要一开始就跟 1G 内存死磕,Linode 上升级一下内存真的很贵吗?感觉可能升级了内存后都没有必要优化了,或者过几个月再优化都来得及。
根据我自己的经验,我建议用 monit 而不是 god 来监控并管理服务进程。
God 是用 Ruby 实现的一套进程监控管理工具,但是自己在长期使用过程中,经常遇到 God 无法杀死并重启已经挂掉的进程,无法根据 PID 文件检测到进程已经失败,在重启某个挂掉的进程过程中 出现死循环甚至 God 自己会变成僵尸进程等等各种稀奇古怪的问题,改用 monit 后情况好多了,monit 的缺点是配置文件没有 God 方便,但是这个比较容易克服。
把内存升级到 4G,然后继续观察,等 4G 内存不够,继续升级内存到 8G,等 8G 不够的时候在考虑进一步优化代码,缓存和架构。这里有个 RailsCast-China 的视频,关于暴走漫画的性能调优方面的,可以借鉴 http://railscasts-china.com/episodes/baozoumanhua-jiagou
应该是 @huacnlee 自己画的。
召唤去年 RubyConfChina 的志愿者团队,大家一起来帮助 @navyboys 大哥顶帖!
@navyboys 大哥发的招聘贴,必须顶起来!
顶
#17 楼 @zuozuo 这里有 RubyTW 的 Job Board 的源码,是可以借鉴的。https://github.com/rubytaiwan/jobs.ruby.tw
#14 楼 @zuozuo 我觉得早就应该推出一个 Job Board 了,规范并审核厂商的招聘信息,功能不需要很复杂,能够 subscribe,能把最新的信息直接推送到大家的邮箱里面就可以。类似 http://jobs.ruby.tw/
忙完这段时间就立即开始筹谋此事。
我觉得好的屏保应该像热带鱼缸,赏心悦目。
Guard 一定要配置 Notification 嘛?我个人觉得在 Console 里面直接查看 STDOUT 信息足够了。
如果团队中有人用 Mac,有人用 Linux,这个就的确比较麻烦,所以 Guard 官方应该是把具体用哪个 Notification 方式交给开发者自己去决定了吧。我觉得比较麻烦的是 Guardfile 的写法,所以通常都是直接让 guard 自己生成这个文件。