如果我提供广告过滤的代码，准确率 90% 以上.... cnode 会用吗？

#53 楼 @jeremy16601 不妨看看 Java 介个框架： https://github.com/allwefantasy/ServiceFramework

很好玩。时间换金钱，非常典型。然后钥匙能对战就好了....乌拉...然后两个 clan 的人直接拉到一个地方火拼...

你们这波人太不是人啦...写出这么拉风的 js

听着音乐 http://t.cn/zYO3O48 学 http://t.cn/zYStCbX 两张都要打开哦

根本原因的找到了：给你的机器装上外网环境，安装完后再断掉外网。解决。

我一直以为 touch 的话就是 rolling restart。囧了...

iterm2+tmux 想象无极限

楼主好头像....

#15 楼 @Rei 这种方式也是不会缓存的。点击一次，update 一次数据库。 #14 楼 @Magic 不中。应该很少应用没有用到外置缓存吧。内存 Cache 无法做到负载均衡。一个简单浏览计数，丢掉就丢掉，你 1000000 次访问丢掉几十次访问，应该没什么问题吧。服务重启的话，连访问暂时都没搁置了，还要什么点击次数

#10 楼 @quakewang 正解. 除去代码写法外，计数类的一定要考虑到对数据库性能影响。 有两种方案：

1. 使用外部 (如 Redis) 进行计数，积累到一定次数后一次 update
2. 使用对象缓存 对缓存的 patient 进行计数更新。当缓存进行的同步的时候会自动将计数更新进数据库。

提个小建议，楼主的代码风格应该 ruby 一点。估计看到帖子的人心里知道但是没说....

@fredwu 的英文确实超赞....非常羡慕

我真的是打酱油的....

#2 楼 @iveryang 哈哈 这都被你认出来了。目前已经完成第一版 Java 的 Mongoid.我把它叫做 MongoMongo https://github.com/allwefantasy/mongomongo

#14 楼 @hooopo 现在说话喜欢引经据典了，哈哈。很有道理，但是，尝试使用 Mac 本身并没有影响你的 create.却提高了你的 taste,expand 了 view.因为你之前用 Linux，现在用 Mac.这相当于你尝试了不同的设计哲学，体味了不同的社区文化，touch 了 more things.

#18 楼 @zw963 贴士的作者显然是个强大的果粉。

#3 楼 @Rei 这里说的是开发环境。通常程序员只是在 linux 上作简单的部署。其他问题都会教给运维。你完全可以用 vim(并且可以用的很棒) 写 Rails.但是，TextMate 真的看起来似乎更舒心。得出的结论是：不管种易用，审美，装逼，都推荐使用 Mac. 就大趋势而言，使用 Windows 的人会继续使用 Windows。但是使用 Linux 的人，已经很多跑去使用 Mac 了。这其中必然有其原因。Linux 桌面太分散，缺乏力量。

martz 真的好忙呀 出名就是好

一个字“换”吧。没啥可讨论的

#7 楼 @huacnlee 这种方案肯定不好。应该用 cache .比如 redis 之流。定时更新入数据库。并发控制则自动由缓存服务器控制了。不需要应用端担心。

互联网应用特征，就是资源往往都是用户独有的。譬如用户的帖子，这个资源就是属于用户的。只有用户才能操作自己的帖子。所以压根就没有什么并发问题。比如一些语言的有并发那是因为使用多线程模型，而类是单例的。所以需要考虑并发之类的。

总有这种让人感伤的帖子 @hooopo

速度很快呀...

总结： 神那 rubist 们更懂招聘 @liweijie HR

应该是 gc 的问题

#51 楼 @cassvin 是的 社区就应该有这种氛围。如果觉得某个帖子不好可以不评论。但是评论就要真心帮助别人解决问题。很开心在 ruby-china 看到了...而且上面还有几个大神的....

#1 楼 @Rei 那现在 Iteye 是否使用 mongoid? 哈哈 直接使用 mongo 驱动 想来也有几个问题： 1 构造的 hash 对象比较多。 2 因为是构造对象，不是简单的一个 where 字符串，所以代码量确实会变多，而且重用也不好。

#2 楼 @huacnlee Sorry 失误了。是 Mongoid 我已经更正过来。