#5 楼 @pinepara 哈哈，其实没有恶意啦，你的原帖和 V2ex 上都没有任何得瑟的情况，V2ex 上的回复才知道你签了 Facebook，说你得瑟是我自己满足一下个人内心羡慕嫉妒恨的情感而已，呵呵。

哦，原来是得瑟帖啊，顺便恭喜楼主签了 Facebook！

#36 楼 @whh 我的 Profile 里面有邮件地址。其实刚刚我按照你的 Profile 中留的 email 地址发邮件给你了，但是信被退回来了，我在重发一次。

这里没有求职板块，虽然有能力的 Rubyist 任何时候都奇缺，但也没有形成买方市场，所以你在 V2ex 上发帖效果不好的话，在这里可能也一样，建议你主动把简历直接投递给自己心仪的公司。

#34 楼 @whh 首先，我立场中立，并没有偏袒厂商或者网友。其次事情真相并未明朗，我希望分别了解一下情况，然后在下判断。同样，跟你的沟通内容也会在事情公开之前处于保密状态，我绝不会透露给厂家。如果你能在邮件中回复我几个问题，我不介意你事后是否公开我们两个之间的邮件内容。最后，我这么做是为了验证厂家告诉我的情况而已。

#26 楼 @whh 我已经收到了这家公司的回复，不过事情还不能算明朗，因为该厂家给了我另外一个理由，所以能否就此事跟你私下核实一下？请给我发个邮件，然后我会回复你几个问题，这几个问题会帮我甄别出事实的真相。

#27 楼 @whh 我已经邮件联系了这家公司的负责人，如果情况属实，我会要求对方公司公开向你道歉，否则我们会终止跟这家公司合作。

#26 楼 @whh 请稍安勿躁，我去核实一下。

#3 楼 @blacktulip 这键盘，果然英伦范～

简单的说是 按照中心伸缩窗口 和 按照中心等比伸缩窗口

#15 楼 @aphantee 好细心，帮改掉了。

真帅，太潮了！

真心觉得没有必要一开始就跟 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

#17 楼 @zuozuo 我只有两个字可以说：go ahead!

#15 楼 @bhuztez 来 Teahour 做客嘛，我们一起来研究一下这个怎么实现吧 ;-)

#14 楼 @zuozuo 我觉得早就应该推出一个 Job Board 了，规范并审核厂商的招聘信息，功能不需要很复杂，能够 subscribe，能把最新的信息直接推送到大家的邮箱里面就可以。类似 http://jobs.ruby.tw/

忙完这段时间就立即开始筹谋此事。

#56 楼 @miclle 霸气，万能的淘宝…...

我觉得好的屏保应该像热带鱼缸，赏心悦目。

#2 楼 @howiehu

Guard 一定要配置 Notification 嘛？我个人觉得在 Console 里面直接查看 STDOUT 信息足够了。

如果团队中有人用 Mac，有人用 Linux，这个就的确比较麻烦，所以 Guard 官方应该是把具体用哪个 Notification 方式交给开发者自己去决定了吧。我觉得比较麻烦的是 Guardfile 的写法，所以通常都是直接让 guard 自己生成这个文件。

#19 楼 @hisea #24 楼 @heliang7

卖了多少？需不需要人帮忙数钱？