今天，在改进 Klib 时面临这样一样选择：数据库的设计，是要 考虑将来的需求而提前进行优良设计，还是满足现在的需求即可、快速迭代？
如果提前布局，
-
好处是
- 将来上新功能是会比较顺滑
- 版本之间的兼容性好、测试工作量小、风险低
-
坏处是
- 大大增加目前的工作量
- 增加程序的复杂度、出错的风险，提前增加了测试工作量
- 如果将来不上对应的新功能，目前的工作就会变成沉没成本
- 拖延发布日期，可能会错过重要的运营节点
如果选择保守方案，优缺点大致与上述介绍相反。
综合考虑，以目前的进度、我的时间、效率与疲惫程度，暂定后者，即 快速迭代
拔高了说，过度设计对创业是个很大的风险，会极大增加工作量、成本，熬不到春天就已经被拖死。
