早起：六点十三分起床，刷牙洗漱。之后，一杯凉白开。
阅读：阅读技术书籍1h+，《程序员的底层思维》
技术阅读心得：
过长的代码块，提炼成方法method是基本功。一直以来，我把超过一屏的代码需要提炼成方法作为一个重构的标准。而通过最近的阅读学习，我产生了一个新的认识。是否需要提炼方法，不在于代码的长短。而在于代码是否方便阅读，是否可以做到快速让人理解。
而是否方便阅读，是否可以让人快速理解。不是谁嘴上说代码有多么简单来衡量的，而是代码内容是否精炼，是否一目了然，是否符合金字塔思维的结构。大脑容易记忆和理解的内容，就是短小而精悍的且符合结构化思维的，这正是代码重构的一把重要标尺。
很长一段时间以来，我一直停留在仅仅知道长代码提炼方法的阶段。而通过阅读学习，我知道了基于字段和属性的常用操作，可以提炼出操作类，比如handler、processor类，正是在这样的套路之下产生的。另外，基于一组常用的方法，同样可以提炼出公共的服务或者类，而这些套路正是面向对象思维，亦或是抽象思维的体现。
另外，虽然很早之前，我就已经知道并学过结构化思维了，但自己并没有真正好好地用起来。看来我需要重新捡起来，再多学几遍了。同时，《面向对象》一书，我觉得隔段时间也有必要再读一遍了，我相信n年之后，重读，相信肯定会有不一样的新收获。说实在的，我已经很期待那种兴奋感了。
上班：早上坐地铁八点半到公司，第一时间投入到准备主持稳定性周会的材料上。这个周会是让我兴奋并激动了好几天的会议，毕竟是大平台组级别的。前面我也说了，生怕自己做不好。但越是害怕，越是需要去做，因为这正是帮助自己成长的机会。
上午十点，准时开始周会，会议持续了一个多小时。过程中我好像并没有怎么紧张，自我感觉进行得还是比较顺利的，我还是比较满意。我在会后，顺利及时发出了会议纪要。
周会复盘：1.下次稳定性周会的材料，要提前一周进行准备，要不然任何周一早上的其他紧急安排都有可能打算自己的节奏；2.在周会之前，要提前协调人员帮助自己记录会议纪要，因为自己又是主持，又是记录，很容易对内容产生遗漏；3.周会中的todo项要做好持续跟进。
稳定性工作反思：作为稳定性负责人，当前还有很多专项未推进。思考，可以把一些专项内容拆分具体到人，由其他同事帮忙配合跟进，不要自己一个人全负责，要不然忙死，活儿都不可能干完。自己要学会信任人。而作为负责人，努力做到把握进度和关键节点的质量。
网友评论