假如建立一个PB2的rails版本分支

潜水看了好久，深感网络的确会放大某些不应该放大的情感或者内容。

记得之前有一次在msn上跟集团内外地城市的一个同事聊天，感觉一句很平常话，可是对方却为此感到很生气。后来还是打电话过去道歉了。跟他解释说，msn聊天是没有表情和语气的，所以，可能会造成一些误会，而在线下，配上表情，语气和手势，或许就不会有那样的误会了。

事实上也好像如此。我想，如果是在线下说这些话，估计大家都争吵不起来了。难不成，大家真会撸起袖子，拿块板砖，对拍么？

@chloerei "I think the OpenBSD crowd is a bunch of masturbating monkeys"
哈哈哈

@Just1n 如果有一个系统，能专门放大与提取这类细微的东西也许不错 :)

@Los 貌似你的开发速度很快，不知道有没有时间和闲散精力给我写一个小项目啊，我写好了需求，做写了前台

针对 第三页 #20 的「没人可用」语意进行解释，免得造成误会，应该是「手下无可用之人」

@standme 抱歉，时间有限。而且，我不接项目开发的活，感谢你的信任。

本来在想，类似这样的长贴，有一个只看某一个人的回复，类似“只看楼主”功能也许有用。

然后发现，此时我这里点“只看楼主”，列表是空的。

还是希望大家多 讨论 ，而非 争论 。

los确实没恶意

网络上只能靠文字来了解一个人的态度, 可能@Los 你的表达实在太会让人产生误解, 我在第一页就写过了.

依靠CI和各种现成的扩展, PHP熟手也未必不能在一个礼拜里山寨一份PB2, 但多多少少不会很完美. rails我接触的不多, 看懂还是可以的, 要我写我对着手册也能鼓捣出一堆, 而且以前看了很多关于rails的帖子, rails "变态" 的地方, 多少还是知道一点的. 最初看到这个帖子的时候我并没有什么特别的感觉, 但后来#70楼不小心戳到了我的疯穴, 这是后话了.

按照Livid 第二页所说的, Livid应该是一个对待"坑"很认真的人. 一个礼拜能把挖的坑完再填完, 但@Los 又觉得这些时间对自己来说太长了, 多多少少会让人觉得@Los 对copy PB2的不重视, "随便刷刷胶水就能搞定" 的意思在里面. 当然, 多看几楼, 就知道其实@Los 从来就没有这一类意思, 这是一种错觉.

没啥好说得了, 我对我火上浇油的行为表示很羞愧...

@Hyperion 我在#70楼主要针对一开始大部分人对@Los 用一周就能实现PB2大部分功能的不屑, 而且很多程序员也都有这样那样对自己能力的高度自信和自尊. 并且我习惯在不了解对方的情况下还是应该先建立对对方的信任, 如果最后不能完成事情再来评论也不迟.

其实整件事看来就是@Los 无意间说出的一些话触到了一些人敏感的神经, 当然我的神经比较大条, 一直觉得@Los 在用一个程序员常用的语气在谈论一件非常平常的事情(比如一个项目或者一个功能如何实现可能需要的时间)而已. 当然以前我也比较敏感, 但是自从进了某厂之后... @yoyicue 你懂的

@Hyperion um, 我说的一些话也比较直接, 如果有所冒犯还请海涵并指出问题.

我也来了。

最早对LZ发表的内容的理解就是简单地做一个ruby的分支，一周时间也只是单纯coding的时间，没有什么恶意，如果后来@livid 没有出来说一些我也认为有点敏感的话语的话也不会激起 @Los 的情绪。

把V2EX和PB2分开讨论吧，论点不同没啥结果的。

关于rails的开发效率，以 @Livid 这个讨论 http://tanronggui.xyz/t/17897 的Notifications功能作为开发例子，有经验的rails开发人员可以在一个小时内完成，比如以下的代码是使用Redis的Set数据类型，结合Resque（https://github.com/defunkt/resque）的异步处理，半个小时内手工敲出来的，除开空行，总代码行数60行左右，完成了Notifications的创建，并且点击进主题会自动消去相关notif，现在设计是支持大量的notifs，类似于google reader中未读条数显示，200条以上未读提醒会以「200+」来显示。而在性能方面，notif的相关可变处理都是利用redis，时间复杂度都为O(1)，所以只要redis足够快，那么这方面代码就没有问题。
以下是相关代码
http://gist.github.com/1205886

关于上面「第三页 #34」 我所发的代码，这部分代码只是刚刚在TextMate随便建个文本手工敲的，并没有在项目里运行测试过，所以可能会存在一些小bug，不过这些代码都是可用并且完整的Notifications功能块代码，是一个完整的功能。

上面的代码如果需要局限Notifications的数量，可以考虑使用redis的list来配合完成，但要写多一些代码来判别list是否有重复的notifi存在，而set本身就可以忽略重复的数据，所以省回这一步。

@Los 表示确实很难读，粗略看了下，如果发通知时用户不在线，上线时怎么查看错过的通知？

@keakon 不会错过的，所有未读notifi都存在redis里，而且，这部分代码并没有包含主动push到浏览器端的功能。

我给我的论坛系统做了套v2ex的皮肤。就实际操作来看，细节问题还是挺多。
大功能做起来都很快，最后处理细节花费的时间很可能会超过预期。

@keakon 这里的异步处理是为了解决大量Notifications处理时候的性能问题，如果用户量和信息量不多，可以直接去掉Resque的异步任务处理

@Los 请教个问题，对于datamapper与activerecord怎么看？本人不是很喜欢ar以表为中心的建模方式
另外 reddis在项目中的使用？