@Author: 张海拔
@Update: 2014-01-10
@Link: http://www.cnblogs.com/zhanghaiba/p/3513267.html
设想一下，当你把一个领域A的知识体系按自己的理解组织成一个问题集，这个问题集本身就是A的一个抽象，如果抽象组织得足够好，那就是设计了。
把内容抽象出一个问题并不难，难的是抽象的粒度和组织（与其它问题的关系）。因此我的问题集应当层次分明，以树型来组织，把问题集的制作当做一门设计工作。
设计与实现分离，这是很好的模式。总体来说，设计的内容比较少，变化也相对小（甚至基本设计原则是不变的），而实现可以千变万化，对于我的问题集，我当然会给出自己私人化的一种实现，但问题在于，不同的阅历阶段看待问题的角度、深度等等都有差别，所以即便一个人的实现也会随时间不断变化，更何况身处集思广益的网络时代。
A问题集的设计直接反映自己对A知识体系的理解，这个设计当然也会变化，甚至完全颠覆，但即使要重构设计，对于一个页面的问题集难度也并不是很大。
A问题集的具体问题实现，可能会因为其他人的想法或实现而变化，也可能因为自己的思维视角编程修养的变化而变化。
不过可以肯定，实现会反馈设计的纰漏和不周，而设计也会使实现之间可以联系甚至复用。也就是说，两者的视角碰撞会促进相互的磨合和改进。
我把这种写博客的模式称为“问题集模式”吧，采用问题集模式会有下面几点好处：
1、记录的内容不再是零散的。很多人可能通过后期归类来整理，甚至建立目录来方便自己查阅，我认为这是一种补救。
2、做记录的目的是清晰的。很多人写一个东西可能东拉西扯，但如果你服务于一个具体的设计，你的所思所写就不会天马行空毫无约束了。
3、方便使用和维护记录。问题集代表一个层次分明的设计（体系结构），单是阅读问题集就能见森林而非树木，查阅具体问题也非常方便。其次区别于笔记或纸质书，网页的超链接非常方面修改和组织成链式树，维护工作的可行性很强。
当然这种模式的前提是：对一个领域已经有所学悟。完全初学的情况下我觉得做记录可以采用手写笔记，等有了一定整体感的时候再进行问题集模式写博客。
好吧，如果你觉得上面说的都TM是废话，欢迎留言吐槽我！