大话程序员的恐怖之源-改需求

好事发生

今日提到的好事发生的文章是Mybatis常用函数的文章。说实话，个人在开发过程中还是更倾向于xml写动态sql的方式，博文【MyBatis常用函数介绍：高效SQL操作的利器】描述的是基于MyBatis中常用的函数，并探讨它们在Mapper接口中的应用及优化实践的内容，有一定的参考意义，文章链接：https://cloud.tencent.com/developer/article/2465493

程序员的日常工作

说到程序员，那么日常工作就是配合产品解析需求，然后制定开发计划进行后续的开发。那么，作为程序员的你，在日常工作过程中有没有遇到这样的情况。当产品提出一个新需求之后，你可能还没有做完，产品就有了新的项目，需要你配合完成；而当你刚要完成的时候，产品又有了新的idea，需要你继续配合完成...如此循环，这个改需求的状态可能三次结束，也可能五次结束，也可能一直不结束...

当你遇到这种情况时，是否会心生恐惧，每当产品经过你身边时都会祈祷【不要改我的需求...】，那么程序员为什么会害怕“改需求”呢？程序员害怕“改需求”，大致上可以从以下几个方面聊一聊。

时间成本

首先，程序员害怕改需求，最主要的是原因是改需求会导致原有的逻辑推到重来，并且会形成新的逻辑，那么这一来一往造成的时间成本的浪费，对于程序员来说是最担心的。对于程序员来说，每一次工期往往都比较紧凑，改需求无疑会让本就紧凑的开发时间雪上加霜，最终导致的结果就是即使程序员功能改完了，那么潜在的风险却需要程序员自己来承担，比如：代码质量问题、逻辑不严谨问题、功能考虑不全面问题等，这些最大的原因就是时间仓促，不能细想导致的。

不确定性

其次程序员害怕改需求另一个原因就是不确定性，对于改需求的操作，可以说这会儿改一个方向，那么程序员作为执行者并不能保证业务或者产品会继续往其他方向继续改，那么这样来来回回改需求，导致的除了时间的浪费，工期的局促外，还有就是程序员心理上的疲惫感，甚至会有一种自我否定的因素在里面。会怀疑究竟是自己的问题还是需求的问题，不利于程序员更好的来处理问题。

工程项目延期

最后就是改需求不但会导致某个程序员的工程延期，代码质量下降，随之而来的还可能是导致整个项目，整个项目组开发人员的连锁性延期，可以说是牵一发而动全身就是这个意思。因此说程序员害怕改需求，不一定是因为自身能力问题，而是因为改需求的不确定性太大，造成的影响也无法预估。最好的办法就是开发前需求明确，后续开发直接执行就好。如果前期需求无法做到明确，至少需要保证大方向没有问题，这样即使程序员在执行过程中遇到改需求的情况，也不至于推到重来。