500的项目研发成本2000？

上个月接了一个小程序的二开项目，功能不多就2个诉求：调整首页数据排序规则，帖子详情增加一个海报，报了一个我认为还比较合适的价格500。

当我拿到代码的那一刻有点小害怕，因为这个客户的之前合作过一次，项目代码大多数都是外购的，平台未知，核心特色就是：各种功能集成，功能很强大；缺点也很明显：可维护性不好。

代码有多不好？不会就问，你猜提供代码方怎么说的？维护不了是技术不行？

从业13年我一直都在公司写代码，创业一年见识增长不少，代码是没有下限的，一个函数敢写10000行？如果是我写我写不出来，脑子都要锈掉了，业务逻辑太乱了，就这还敢对别人PUA是谁给他的勇气？

很多业务拆分逻辑是靠if-elseif-if来硬性实现的，没有注释，一个代码块敢写10000行的那种，就问你哆嗦不？

说起来就2个功能，排序问题我很快就改好了，前端生成海报看起来比较麻烦，用微信自带的插件也完成了研发，当我以为这就结束了时候才发现这才是开始：

1、小程序代码1年多没有更新了，平台的规则发生不小的变化

2、代码集成功能过多，多次转售的情况下存在部分丢失，好在是资源文件

3、代码版本升级导致的bug，比如某些函数不支持了

小程序发布踩坑记

主目录包编译后需小于2Mb，关键是就差那么1k多点你气不气？看了下官方的解决方案：分包，把文件从主包拆分一部分代码到子包里，是不是觉得很容易？当你看到代码引用一大堆的时候那心情老酸爽了。

当我以为这下总算可以了吧，没想到并没有，部分页面的icon对应的文字竟然不显示了，找了一下原因好多地方全局定义：font-size：0;这又是什么骚操作？还发现uniapp不支持span等html标签，通用标签view、img、text就那几个。

是不是以为debug要结束了？

当我改完文字的不显示的问题，就要松一口气的时候，竟然发现主包大小增长到了3mb，崩溃不？

已经没有再次分包的勇气，因为上次分包影响了后台模板的配置，涉及的路径全部要改一遍。这貌似进入了死胡同，突然想起之前有朋友说可以通过hb编译器的直接编译并且发布到腾讯平台，试试？

经过一番探索，找到了上传的key，重新编译打包上传成功，一切终于结束了，来一杯凉水压压惊......

写在最后，没有解决不了的bug，如果有只能是预算和时间问题，再有就是态度了。当然前提是做自己擅长的领域，不熟悉的不要托大。欢迎各位老铁下单合作，创业程序员卡酷在这里等你