工作的一半或者更多时间在为同伴或者自己填坑
来源:互联网 发布:淘宝茶叶店模板 编辑:程序博客网 时间:2024/06/03 02:52
之前出现过一次事故,就是我搞的etc2纹理在手机上不好用了,我怀疑是配置文件读的不对,于是回滚到没有压缩纹理的时段来规避.之后就好几天没去搞这个.
今天找另一个写好文件之后再次读不对的问题,找到了问题所在.现阐述一下产生问题的前后.
TextureImageInfo是存储贴图额外信息的一个类,之前我序列化与反序列化的方法暴露在了调用类的地方,于是理所当然地暴露了一个static public string Suffix = ".xxx".
接下来的某天,同事YANG说,序列化与反序列化最好写成类的成员变量,恰巧我也意识到了,并且写了一个.于是从此以后,序列化与反序列化在调用的地方就不需要自己写了.
接着隐患成了事故,CHEN上传的代码中我发现,序列化方法传入的参数中,传入了文件名+Suffix.其实我在序列化方法中已经+了Suffix,无需再加,再加就找不到文件了.
暴露问题时,仓促之下,我在反序列化的方法中发现传入的文件名里已经有Suffix,就仓促把方法中的+Suffix给注释掉了.这导致的结果就是,在生成压缩纹理的过程中,传入的还是不带Suffix的参数,这样配置文件就找不到了,发布几次都是错的.
安全总结会,我总结的还是不错的,我想我该撸一撸手表了.着实费了一番功夫才找到.
回顾一下,如果我在添加序列化与反序列化的方法的同时,把不再需要暴露的Suffix改为private;或者CHEN不更改原本不需要的Suffix,事故就不会发生了.也就不会费这么多时间.
工作中很多时间都在填同伴或者自己挖好的坑.如何才能避免,或者尽可能少互相挖坑玩.除了有良好的编码习惯,工作时心态稳定与有好的身体状态也是重中之重.那边死催,这边不大可能花心思静下心来把所有事都考虑好;那边傻逼领导着急得要脱裤子上房顶,这边看你细致板牙地review代码而不上传肯定会喷;身体困得不行,或者心情不好,也没心思干这些看似可有可无的工作.
所以, 我们应该从一次次事故中反思,反思我们做错了什么本不该做错的.我们也不想花大把时间去做本可以避免的事情.这需要有一个好的大环境,人人保持好的状态,确保自己有空间与时间去做自己想去做的事.
- 工作的一半或者更多时间在为同伴或者自己填坑
- “找贴吧水王”-----找数组中出现次数超过数组一半的数或者正好为一半的数
- 把自己的网站页面“加入收藏”或者“设为主页”
- 使用Ext.net或者ExtJS时,如何在调用Grid.save()或者Store.save()传递更多的参数到后台
- 300多条MTK工作笔记为你的工作节省一半时间
- 在Meteor中调用NodeJS模块或者自己的模块
- 在app或者网页打开自己开发的App(Scheme)
- 如何在一台电脑上同时启动两台或者更多的tomcat
- 将一个数组排序(数组的左一半和右一半都是小到大或者大到小)
- 返回今天或者昨天或者前天这样情况的时间
- 工作中自己遇到的知识点模糊或者思路堵塞小结(1)
- 在Excel中如何引用其他的工作表或者工作簿
- 单机装两个或者是更多个数据库的问题
- 增加更多的参数或者使范围较小
- 寻找21位或者更多位的水仙花数
- win8网络变成网络2或者更多的解决办法
- Button或者ImageButton的背景设为透明或者半透明
- Button或者ImageButton的背景设为透明或者半透明
- 分享一百多套开发视频教程的下载地址
- Android倒计时!
- 0313-列表标签应用实例与解释
- BIOS+UEFI双启动镜像备忘录
- 第一部分:基本功能
- 工作的一半或者更多时间在为同伴或者自己填坑
- ABC算法
- Cookie(一)---宏观了解
- Fiddler小技巧之URL替换
- JAVA时间对象---字符串转日期,日期转字符串
- TCP协议
- Mac下SublimeText_编辑保存的Html乱码问题解决
- LeetCode 34 Search for a Range
- spring 带参 bean的注入