建个全国反馈分布图

贵在坚持，这个值得学习。

用 tmux+vim 分屏不就好了。

应用图表用 graphite 最合适。文档不齐全是壁垒，可以研究一下。

用 java 打包啊。

提供 Resting api 接口，用 java 吐

好特性啊。

原子性分组，保证递归匹配失效。没用过。用骨哥找几个吧

用 jruby 看看

我还以为 ubuntu 对 Ruby 有多好呢。还是远离它吧。Fedaro 兼容性好点吧。

stackoverflaw 就够泡时间了。

闭源，还很烂的东西，有 64 位的，就理想了。

第一，设个目标。如三个月独立开发个博客系统。第二，要坚持下去。别人一说就动摇，无事可成。

无图无真相。

晕。网延迟导致重发。

Cell gem 把公共页片段包起来。

Cell gem 把公共页片段包起来。

Cell gem 把公共页片段包起来。

换 fedora 吧。在包的质量上，有保证。

@saberma, 最好开源版比商业晚几个版本。创业么，盈利还是生存之道。

@saberma, 最好开源版比商业晚几个版本。创业么，盈利还是生存之道。

@sundevilyang 我和同事约了一下，下期可以贡献一个 Openshift 的 session. 这期有冲突，来不了啊。

我的思路是，没遇到问题，就不要去考虑。有问题，先测试，找出 G 点。再技术讨论，设计设计软件架构。

一般都使用逗号！离手指最近，还不能和其他键位冲突。

说白了，我没看明白啥问题。

下载后，直接翻到第一条 commit.

我上过官方的 Spring 培训，AOP 方面，主推在线性能测试切片。使用场景是有的，AOP 的目的还是方便切入方法，方便测试，调优。java 开发还是应该把重心放在业务逻辑上，当需要切入时，用 Spring 的反转+AOP 就可以对在线的应用切入调优。Ruby 肯定提供不了这个，但也不需要。

应用 AOP 的场景一定是比较重要的中间件模块代码，没法下线，并且还不让开发接触生产服务器。咋办，只能 AOP 啦。

看来大家是无视状态，哈哈。

7 楼可行。