@lala 我也正想说评论系统可以用 @waylybaye 的http://baye.me/
后来看到他已经在#11说了
可以用各种微博登录，嵌入也很方便
不过，@waylybaye，我觉得，登录界面，应该把“使用以下微博账号登录:”放在主要位置，而不是baye帐号的登录框，这样对新用户来说更亲和一点，毕竟现在baye.me用户很少

@xiaovfight 首先要了解这个领域的常用设计/架构模式以及惯用法，拿web cms项目来说，
web mvc、单一入口、配置存取、观察者模式－hook－插件机制、ORM、Module/Application等等
了解这些可以是看书，如《企业应用架构模式》，或者从使用、阅读源码、拓展一个框架或者项目，如rails，drupal，不建议从没有丰富文档的项目入手
走出第一步是需要耐心的，很难是“高效”的，了解了这个领域的模式和惯用法之后，在欲望的驱使下，就可以很快看懂同类的
大学有段时间我就在宿舍边吃外卖边看代码，感觉比那些娱乐节目好看多了

QIM从2.0开始免费了
我觉得十分好用
还兼容搜狗皮肤噢！
推荐mac用户使用

我都用别人的电脑测...悲了个剧，虚拟机嫌麻烦

是的，按照REST-ful或者REST like来设计
其实大致的原则很简单
首先给实体取个名字 例如user
那么 /users 即所有的/目录/索引，同 /user/index
对于单个实体 user/:id/method
对于单个实体的操作，把操作写在后面，形如
/users/add
/user/11/view,/user/11/post,/user/11/delete,/user/11/update

如果实体之间有一对多关系
/user/11/friends，/user/11/friends/add

如果按照严格的REST，就用http method代替字面的method
参见 深入浅出REST http://www.infoq.com/cn/articles/rest-introduction

@OnlyBlue 不是说对statusnet感兴趣的嘛 可以做个插件玩玩嘛
其实做插件/主题是个容易上手又有成就感的事情
自己做个wordpress主题也不错

LZ把所有内容写在标题里面，正文不填，这是为哪般啊

@OnlyBlue 稀有啊～交换email吧，我的profile里面有留email

@iloveyou 呃...是因为语气假装专业吗 我目前也没什么做成功的项目，辞职三个月了，现在单干，策划－设计－编码－内容编辑 一个人弄，真头疼啊，现在在做一个“猫文化”社区

@iloveyou 如果有分散的趋势，说明这个社区的主题不够明了，理想情况的是以一个名词为中心，以动词为功能，比如x＝游戏——玩过x，想玩x，推荐x，求组队玩x，tag x，这样在某个游戏的页面上，就清晰地集中总结了上述动词的使用情况。
如果是泛社区，那就可能需要为名词做子站，豆瓣就是这样的，电影、音乐、活动，子域名不是必要的，但是需要为不同的名词做功能不同的页面
然后各种功能只能聚合在时间线和个人主页上，用户也可以只用其中一部分内容

社区就是特化的论坛，把以前大家经常在论坛里手工完成的功能定制
比如mark变成了收藏，＋1变成vote，xxx？变成了问答，链接变成了“分享链接”，“大家一起来xxx”变成了活动
如果社区是面向某些特定领域用户和特定功能的，那把论坛中可能出现的发帖意图定制成社区的功能就可以了

http://www.infoq.com/cn/scrum/
infoQ的重点专题之一

@peterlu 就是问Pieceable Viewer是怎么实现的

我当时看得是kohana的源码，然后看了Yii的部分
国外有名框架的源码质量都比较高
康盛的系统不太敢看，国内基于thinkphp的系统应该值得一看，例如thinksns

用 http://just-ping.com/ 自己找host吧，建议用香港的、新加坡的

@oldman 嗯。算是有点片面，结对编程(Paring)泛泛来讲其实就是俩人一起思考、设计、实现、重构，两个脑子一起工作，虽然看上去写代码的时间被浪费了，其实思考变得高效且正确，具体的配合细节由实际情况去定就可以了
那本书扯了很多东西，什么新手与老手，老手与老手，程序员与架构师，异性结对，来自不同文化的人结对等等的，每种情况都有特别的做法
TTD Paring = TTD + Paring （废话）

再看一遍楼主的话，可能我误解了？你说的这两个人是不能坐在一起交谈沟通的吗？

为什么说 “PS:应该不属于结对编程和结对测试吧”
我看过的这本书 《结对编程技术》 http://book.douban.com/subject/1144538/ 好像是有讲到这种案例的
都是XP极限编程的重要方法，在同一场合结合起来用是很容易理解的嘛，要取名字的话，
“TDD Pairing”
Here are the rules:
1. One person writes a test. If it passes, he must pass the keyboard to the other person who gets to write a test.
2. If it fails, he passes the keyboard to the other person and they have to implement the required code to make it pass.
3 .If "the light is green," the person who has the keyboard can choose to perform a refactoring instead of writing a test. In fact, if the implementation given by the other person has some duplication that needs to be removed, they are obligated to do just that. (After which, of course, the other person gets to write a test.)

google "TDD pairing" 你可以找到很多资料

不方便测试的程序不是好程序
项目越是大型，越要注意松耦合、面向接口，也就是方便测试
虽然我不是先写测试再写程序，但也深受TDD的思路影响