[Daily-11/14] 出 bug 啦~

效率

番茄工作法挺好,昨天已经说了,所以昨晚我已经规划好了第二天的事项。但是就是这么巧,昨晚马上要睡觉了,微信群里开始报 bug,然后开始查 bug、找原因,最终在同事的帮助下,查到半夜两点钟找到的问题原因以及解决方案。今天大半部分的时间都是在解决这个问题,从而原本今天的番茄计划也就泡汤了…

由于线上 bug,今天早晨,从到公司就开始联系架构组同事,使用热修复开始打 patch 包,验证 patch、发 patch,patch 一条龙,这一天几乎就发 patch 了… :flushed::flushed::flushed:

年底将至,发 patch 可不是好事。到微博后这是第二次发 patch,其中最近这一年多的时间内,我都没有踩过这种大坑,也没有触发过大问题,但是黑天鹅事件就这样发生了。对待代码要严谨,尤其是那种底层调用,不论多小的改动,都要确保明白改动的上下文,以及使用影响。

开发遇到 bug 是常态,我认为对一个团队来说,快速解决 bug 是一种必要的能力,但是更重要的,应该是在不停的处理问题过程中,逐步去完善发现 bug 的体系。这包括自动化测试 case、代码 review 机制、以及一切其他的工程手段, bug 永远有,而一个好的开发体系可以最大可能的降低出 bug 的几率

打算给公众号换一个名字,但是目前还不知道应该用哪个,一开始公众号的名字跟我的微博账号一样— 大侠咕咚 ,后来被自己改成了现在的咕喱咕咚,我认为这个名字并不好记,也不好读,现在想换回大侠咕咚,跟我微博名一致。同时还想到了另一个名字— 咕咚的日记本 或者 咕咚的小本子,纠结中… :confounded:

OK,今天就这样了,明天要继续我的番茄工作计划。

还有明天中午可以去打球啦~ 开兴:blush:

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章