工作的一半或者更多时间在为同伴或者自己填坑

  之前出现过一次事故,就是我搞的etc2纹理在手机上不好用了,我怀疑是配置文件读的不对,于是回滚到没有压缩纹理的时段来规避.之后就好几天没去搞这个.

  今天找另一个写好文件之后再次读不对的问题,找到了问题所在.现阐述一下产生问题的前后.

  TextureImageInfo是存储贴图额外信息的一个类,之前我序列化与反序列化的方法暴露在了调用类的地方,于是理所当然地暴露了一个static public string Suffix = ".xxx".

  接下来的某天,同事YANG说,序列化与反序列化最好写成类的成员变量,恰巧我也意识到了,并且写了一个.于是从此以后,序列化与反序列化在调用的地方就不需要自己写了.

  接着隐患成了事故,CHEN上传的代码中我发现,序列化方法传入的参数中,传入了文件名+Suffix.其实我在序列化方法中已经+了Suffix,无需再加,再加就找不到文件了.

  暴露问题时,仓促之下,我在反序列化的方法中发现传入的文件名里已经有Suffix,就仓促把方法中的+Suffix给注释掉了.这导致的结果就是,在生成压缩纹理的过程中,传入的还是不带Suffix的参数,这样配置文件就找不到了,发布几次都是错的.

  安全总结会,我总结的还是不错的,我想我该撸一撸手表了.着实费了一番功夫才找到.

  回顾一下,如果我在添加序列化与反序列化的方法的同时,把不再需要暴露的Suffix改为private;或者CHEN不更改原本不需要的Suffix,事故就不会发生了.也就不会费这么多时间.

  工作中很多时间都在填同伴或者自己挖好的坑.如何才能避免,或者尽可能少互相挖坑玩.除了有良好的编码习惯,工作时心态稳定与有好的身体状态也是重中之重.那边死催,这边不大可能花心思静下心来把所有事都考虑好;那边傻逼领导着急得要脱裤子上房顶,这边看你细致板牙地review代码而不上传肯定会喷;身体困得不行,或者心情不好,也没心思干这些看似可有可无的工作.

  所以, 我们应该从一次次事故中反思,反思我们做错了什么本不该做错的.我们也不想花大把时间去做本可以避免的事情.这需要有一个好的大环境,人人保持好的状态,确保自己有空间与时间去做自己想去做的事.