豆瓣的产品经验
Sunday, December 2nd, 2007初期设计的系统架构比较复杂，采用了 UI -> Data Object -> DB 的三层结构。
简洁。简单不仅是UI的简洁，也包括系统架构的简单化。
永远Beta。快速上线、不断完善的轻型开发模式被视为Web 2.0的典型开发模式，豆瓣在核心功能开发成功之后始终处于不断完善之中。这种模式虽然难免把问题暴露在用户直视中，但在用户的直接参与下的修改完善比“闭门修炼”效果更好。
注重用户体验。众口难调，不可能覆盖到全部用户的需求，所以只要照顾到多数用户就好。通过调研及悉心体验获知多数用户需要什么，如果搞错了及时调整。在具体开发上，阿北遵循的许多做法都值得参考，例如：
- 选择Python开发的原因，是效率、效率、效率。
- 重点关注、率先实现核心功能，未及实现的逐渐完善。
- 网站应用结构要扁平，如果系统多人开发时应纵向切割。
- 程序员不要有惯性思维，如对数据库不熟悉就采取逃避态度。
- 在用户需求的理解上，程序员易自我中心，从程序实现思路出发。
- 乐此不疲地热爱Coding对于程序人员极其重要。
————————————————————
这样的经验虽然是豆瓣总结出来的，其实所有SNS网站都适用。
第二条赞同，典型的结构完善思路，利于分工和节点控制。
第三条赞同，程序结构控制好，这和工程师经验是直接挂钩的，纵深我也说过好多次了。
