故事纯属虚构，如有雷同，纯属雷同
开端
小吹是一个自由职业的程序员，没有了每个月的固定工资，只能一边开发自己的独立App，一边靠接外包单子来维持生活这样子。他手头上的外包项目已经完结了，正在努力寻找下一个项目。已经闲了一个星期了，小吹心里有点慌。
这时候，客户小白找上门来了。小吹心想终于来活了！
小白：小吹啊，我这有一个App项目，是一个很简单的XX的客户端，用Flutter开发。目前已经完成80%了，你看看报个工期和价格给我？
小吹一听是接手别人的代码，心里咯噔一下，隐隐有一种不详的预感。这种二开的单子，如果接了，可能会有意想不到的麻烦事，不接吧，最近又一直没活干。纠结了一会，小吹还是决定问一下情况。
小吹：你这个单子为什么不找之前的开发者继续开发呢？
小白：他有别的事情忙去了，最近没时间搞，我这项目又比较着急，所以只能重新找人开发。
小吹：你们有完整的需求文档和设计图吗？
小白：没有专门的需求文档，有完整的设计图，我发给你看。
于是小吹和客户小白通过设计图确认了需求以及当前完成的进度后，做了工期和报价并签署了开发合同。
接手
在拿到代码的一刻，小吹就傻眼了。这个代码，真的是代码吗？就这么跟你们说吧，一个脑子正常的程序员想要刻意去写垃圾代码都写不出这种代码。再仔细一看，这代码完成度别说80%了，可能50%都没有。于是小吹赶紧找到客户小白。
小吹：小白，你不是说项目已经完成80%了吗？我感觉50%都没有呀。你们是怎么确定80%这个进度的？
小白：交接的时候我看过了，80%的界面都做了呀。
小吹：界面是做了，但是交互逻辑没有做呀！这种情况得加钱才行。
小白：你这是坐地起价吗？小伙子要讲点武德，耗子尾汁！
小吹：你不信你可以找个懂技术的看看呀。
小白：好吧，但是这个项目再加钱就超预算太多了。你看这样行不行，我给你加2K，你给我搞定它。我们是打算长期合作的，以后Bug维护和升级迭代这些都交给你来做，费用另算。
“长期合作”这个词拨动了小吹的心弦，要知道，自由职业者最怕的就是不稳定，如果真的能够长期合作，细水长流，也就不要太计较一时的得失了。小吹思考了一番，接受了这个方案，吭哧吭哧地就开干了。
掉坑
接手一坨那啥一样的代码，开发过程那个恶心就不必多言了，懂得都懂。转眼间就到了第一阶段验收的时间了，小吹按照时间规定发版测试。小吹对自己的技术还是比较有信心的，况且这种普通到不能再普通的App也用不到什么高精尖的技术。
但是没想到小白测试完之后，发过来一个bug列表文档，竟然有三十几个bug。小吹不敢怠慢，赶紧一一查看。不看不要紧，这一看小吹差点没有当场气昏过去：这几十个bug大部分都是上一个开发者开发的模块出现的，还有一部分是使用了上一个开发者开发的基础类导致的bug，只有那么几个UI样式问题是自己不小心导致的。
于是小吹赶紧找到小白说明问题。
小吹：小白呀，这XXX、YYY、ZZZ模块都不是我开发的呀，这些bug不能算在我头上吧，得另外加钱。
小白：什么？又要加钱？上次才给你加了钱，你现在又来。年轻人要厚道，要讲武德！
小吹：上次是因为你说的项目进度有偏差呀，这次是给前任开发者修bug。你不加钱也可以，那跟我无关的bug我就不管了。
小白：你你你...我们之前都没测出这些bug来，是你改了代码之后才出现了。怎么就能证明跟你无关？
小吹：那你怎么证明和我有关？
双方陷入僵局...
小白率先打破僵局：那这样吧，我最后再给你加500，你把这些给我搞好。
小吹心想已经做到了一半了，干脆就做完吧，半途而废不是小吹的风格，也就勉为其难地答应了下来，虽然500块实在是太少太少了。 于是小吹又吭哧吭哧地忙活了起来...
掉进深坑
这天，小吹正在一边心里默默问候小白和前任开发者，一边修复那坨X一样的代码里面的bug。小白找了过来。
小白：小吹啊，上次做的那些页面我们老板不是很满意，我让设计师重新设计了一下，你看看帮忙改一下。
小吹：加钱！ 小白：又要加钱？你怎么总是动不动就要加钱！
小吹：你这要么是改别人的bug，要么是需求变动，不加钱能行吗？
...
接下来故事会如何发展留给各位看官自行思考。总而言之，二次开发的项目，一定要谨慎。
