开发感悟

1.去想象一些尚不存在的、不切实际的、能够创造价值的事情，属于产品设计。而把一件不切实际的事情，拆解成一堆可实现的、具体的、明确的、简单的小模块，然后证明能够组装成产品设计，这属于程序设计/架构设计。去实现这些可实现的、具体的、明确的、简单的小模块，属于编码和测试。如果架构强，则小模块开发简单，编码/测试弱也没关系；如果架构差，拆解的小模块还是难以理解和开发，那就需要编码/测试极强。所以作为一个程序员，如果你不是在堆代码，而是在做大量的设计，沟通，拆分，选择的工作，不要觉得烦躁，这是一个产品落地的必经流程，而且并不比编码简单。

2.对于从0到1的产品需求，大部分时候需求不明确，研发需要在这个既定条件下很好的完成工作，如果只是设计+编码，那对产品来说，很难达到预期的效果。这种时候会开发一个demo，去验证需求。开发这个demo的唯一需求就是快速出结果，这是很容易做到的。如果该产品止于demo，那就直接砍掉，不要让它上线。如果该产品需求要上线使用，那需要评估这个demo是属于哪种类型来决定后续工作。1.demo没有扩展性，这种时候需要丢弃demo，从头开始开发，但是需求已经很明确了。2.demo是最小原型，可以不修改demo原有代码来扩展功能，这种时候则可以基于demo接着扩展。大部分项目人员流动较大，很多需求是以没有扩展性的demo开发出来后就上线了。后期需要迭代新功能，人可能已经换了，不知道原来的demo是个不可扩展的，所以直接基于demo去进行修改。结果越改越糟糕。