v5.30总结-个人工作风格奠定

【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来表达。

这样做的好处：
    - 有什么可以查询，一目了然
    - 查询什么，一键点击
    - 扩展日志的内容，也方便多了

开发的人才是第一个感受用户体验的人！