|
|
这个个人是比较有体会的，就是我们花了比较多的时间在开发上面，到最后客户并不买账。尤其在行业较为竞争的时候，比别人晚入场，可能用户就会用习惯，不想再换。要么你的很厉害，要么就跟他一样然后靠关系。而且，这种情况经常发生的话，会让开发团队承受巨大的打击，我相信每个开发人员都需要成就感的。
其实这个原则不仅仅适用于产品，其实就技术的开发设计也是一样的。尽早地给出需求的概要设计，尽快地跑通最小逻辑来测试，是可以很有效地避免延期或者质量问题的。闷头开发，也不写测试，沉浸在自己的代码里面的，一定会有问题。我之前就是沉浸在自己的一个开发中，觉得代码写得很好，那时候也不会写单元测试。到提测前一天，跑了一下，发现跑都跑不通，太难受了。因此后面，改成先写概要设计，评审通过后，写伪代码，流程图，并且每个小块能写单元测试的就先写单元测试。
提前，是永远不会错的。
---
> Gomaa, H., and D. Scott, "Prototyping as a Tool in the Specification of User Requirements," Fifth International Conference on Software Engineering, Washington, D.C.: IEEE Computer SOCIETY prESS, 1981, P.333-342
> 这是百度团队翻译的书本，本篇不涉及商业，单纯个人想法记录反思，有想要讨论的欢迎评论留言。 |
|
发表于 2022-11-6 04:06:07