程序设计的一些思考

以后对程序设计的一些感触，再次汇总总结，不断迭代完善。


如何衡量一个产品或需求的价值？
能帮助多少人，能帮助多大的忙、能持续帮助多长时间

如何衡量一个产品设计的好坏？
    随着产品的发展，增加一个需求需要的时间越来越少，反之要重新设计了！

为什么设计比较难？
总被忽略糊弄过去，没有配套制度、量化机制，实施过程容易被偷工减料，不向需求、Bug可以量化 （设计不是一蹴而就的，通过点点滴滴来的）

需求如何传递？
不要自作聪明的加工，要原汁原味的把用户的本意需求传递下去。

需求如何设计？
有些用户根本不知道自己想要什么，这时候需要我们跟进同类产品、站点用户的角度，渐进式的给用户发布产品

如何选择开源技术？
     看它的代码、社区、Bug修复的活跃程度，是否有大供应商的支持

通用性与过度设计如何平衡？
     代码的抽取（更加通用），把复杂度抽取到一个点，一般都是可取的，但是如果太过分的追求通用就会导致这个点的复杂性剧增。



程序员要具备2个素质：
1、对需求本质尽可能的挖掘（能够更好的帮助别人）
     而不是仅仅服从命令coding，要明白当前的coding是解决什么问题的，它的意义何在。
2、对代码整洁的追求（能够更好的维护，持续发展）
     不断重构（但不要过度设计）


图书推荐：
《简约之美：软件设计之道》
主要讲解：如何设计软件，从到达到化繁为简。
设计最大的障碍：复杂性 复杂性会导致能维护的人越来越少，Bug越来月难维护，需求越来越加不进去，最终over