工作创业 | 程序员为什么不能一次性写好，需要一直改Bug？

原因是时间不够+需求变化。

软件开发就像按图索骥，骥是需求，图是软件，最终目的是通过软件达成目标。

软件bug存在的根本原因是考虑不周，既有业务需求端的考虑不周，也有程序设计端的考虑不周。

需求和实现两方面原因导致了软件bug的出现。需求方主要是需求难明确和随时间在变化，实现方主要是时间短、任务重、人手少。

企业软件尤其明显，需求方众多。针对同一个业务目标，每个部门都有站在自己立场的需求，并且相互之间可能存在冲突，需要更高一级的部门来裁决需求，最终是一个相互妥协、相互迁就的需求。这是一个极其耗时耗力的事情，从需求产生的根源上就为考虑不周埋下了种子。

企业软件开发完成部署上线后，随着外部条件的变化，需求随之调整，需按新的业务规则继续优化满足新的需求，这是一个循环往复不断变化的过程。站在软件角度未必算是bug，但站在需求方的角度，会认为软件不够成熟完善、功能不够强大，无法满足业务需求，认为是软件bug。虽然有背锅成分，但甲方爸爸那里会有错呢，就算是bug吧，唯有努力打磨产品，还能怎样呢！

软件开发是目的性很强的一件事情，既是机械的也是死板的，不允许开发者自己随意画图，必须按照业务需求方对马的要求进行设计，这导致软件开发是协作性很强的一件事情，不是一个人事情，而是一个团队的事情。团队合作需要反复测试、确认、修正，这个过程没有大量的时间和人力，是无法保障软件质量的，但是从业务方时间紧迫、开发方成本投入等各方面考虑，都要求在尽量短的时间内，完成开发部署上线，这也是时间不够导致软件出现bug的原因所在。

总的来说，软件bug无解，一定是存在的，只是有没有被触发和发现的问题。

无解也要尽量解，方法就是产品打磨：地基+框架。

产品基础部分不断优化、打磨，保障地基的稳固。无论建在沙漠中，还是建在滩涂上，房子都不会倒。基础部分不允许进行定制开发，避免出现损害稳固性的情况，方便产品级bug的修复和更新，保障需求和供给双方的利益。

业务需求部分按需定制，采用框架模式，保障需求实现的规范、高质、快速。