【v5.31发布】
有一块的数据被重复加密,导致数据成乱码状态,发布v5.31。
bug出现原因:我抽离代码的时候,没有详细了解那段逻辑拿来复用导致的。
【v5.32发布】
有一个地方数据的显示应该加密,现在没有被加密,发布v5.32。
bug出现的原因:有一个if判断权限的代码原本是注释的,不知道为什么我给去掉了//。
积极Review自己代码
每周一的时间Review自己上周的代码
在v5.30版本发布后,因bug和优化相继发布v5.31~v5.33共3个小版本,因为其中2个小版本涉及到自己,反思后给自己规定了这种工作风格。
可以给自己找理由,那段时间刚来公司,代码整体框架不熟、业务不熟,各种不熟,但是没有这样去想,这是另自己欣慰和开心的事情。错了就是错了。
每周一的时间是指除去当天例会的准备、技术支持等优先级别高的事情后剩余的时间,可以先去Review自己上一周提交的代码,反省看看自己的代码,看看自己看代码重构的书有没有用于实践。
好的Code是千锤百炼的,不是一蹴而就的,多去看看会有收获的。
开发快测试快
自己的模块开发的快点,那自然被测试的早,那bug就越快被发现,这样间接的来保证开发质量。
自己用的不爽客户怎么喜欢
日志模块的“查询”用户体验爆棚
套用了类似模块的界面,这样是为了简单,且风格统一。但是用于联动查询的方式,是多个ComboBox的组合,日志中提供给用户操作的种类过多,联动查询也更多,这是和其它模块不一样的地方。
我保留了几个基本简单ComboBox用来查询,例如时间、用户等。
剩余操作的种类构建了一棵三级的Tree来表达。
这样做的好处:
- 有什么可以查询,一目了然
- 查询什么,一键点击
- 扩展日志的内容,也方便多了
开发的人才是第一个感受用户体验的人!