一说到最大的bug ，真的是永不能忘记，因为我就是个坑。
回想那时候还是个弱鸡(现在也是)，刚毕业还没有一年。
我平时都是出差到客户现场使用我们的研发产品做相关业务功能，那段时间比较轻松，属于两个项目交叉期间（一个项目结尾阶段，另一个项目刚开始），就没有出差在公司远程支持。
由于比较闲就被叫去研发做点小功能：用户下载的时候提示大小
场景：关于打包成zip的h5页面，这个zip是在管理端上传提交的，那么用户在打开app的时候刷新到zip有更新就会让用户去下载，这个提示信息中包含了zip的大小。
上面就是我接收到需求，当时相关模块的功能已经完成了(表结构已经有了)，只是增加这个小需求。挺简单的，只是计算下zip的大小而已，可是我是在上传的时候计算(增加一个表字段存储)，还是在查询的时候计算呢(不需要增加表字段)，迷茫，但是我也不敢问。就自作主张在选择了后者（省事）。修改代码，验证，提交，完成，效果不错。
一般zip也不会太多，十几二十M吧，如果系统中zip不多，而且网络也还挺好，其实是看不出这个问题的。但是发现这个问题就是因为zip多，而且网络不太好的银行项目。有个银行项目app查询zip查询不出来(同事很奇怪，只有一个zip的时候还是可以查询出来的，两个的时候也能出来，只是比较慢，再多就不行了)，客户和项目组都很着急，要我们部门亲自去人看看问题，好巧不巧领导就派我去处理这个问题(终究是逃不掉)。
当天傍晚到地方一直处理，吭哧吭哧到夜里3，4点才发现zip大小计算的问题，第二天向领导自首了，说明了问题，得到授权后重新修改增加字段存储大小，下载的时候不需要计算了，完美解决。
zip的大小在管理端上传的时候就是可以确定的，可以计算好了之后保存在表中即可，然而我却在查询的时候计算大小，也就是每次查询都要计算一下。如果一次查询一个zip 还能正常，如果一次查询20个zip，就要计算二十个zip的大小 可怕。
小小的建议：
- 不管新人还是旧人有疑问就要多问，不要害怕
- 一定持续学习，程序员不能废掉
- 保持健身运动，最少也要一周两次跑跑步，拉伸一下。
我开始用写文章来倒逼自己去学习来保持输出
