近况 2016.08.31

好长时间没有记录了，距离上一次写也有四个月时间了，这段时间忙忙碌碌的，心也静不下来，没写东西，甚至对 markdown 使用都有点陌生了，实在是不应该，今天恢复随便写写，谈不上文章，也就一些点滴记录吧
谈几个事情：Code Review、思考工作、运动

Code Review

最近也在工作中遇到 Code Review 问题，平时的开发其实都没有完全做到 Review 这一步，很多时候写完也就直接提交代码了，这在我看来是有问题的，有句古诗说的好：”只缘身在此山中“，可能我们身在问题中，却无法看到问题背后的问题，所以这段时间在代码的 Review 上做了很多，对于相同代码都在用，那就提成工具类等形式，一处维护，可是还会看到一些现象，别人才不用你的，就算代码一样也要在 copy 一份，放在自己的模块里，在我看来这就是问题，虽然各有分工，但是应尽量保持统一，以后维护也好维护，能复用就复用。

Review

以上呢也算个人唠叨，接下来想说说 review，也是自己平时注意的几点：

1、代码风格
首先最容易的就是代码格式风格问题，每个团队应该有一个统一的代码格式风格，比如：变量方法函数命名、文件结构、代码缩进等，要像强迫症一样，看见不符合规范的就要改掉，这对阅读代码理解是有帮助的，看别人代码就跟看自己写的一样；

2、重复代码
避免引用重复代码，有相同功能的做个小重构，抽成工具类等方式，最好能将现在已有工具类等弄成文档，定时更新，也要在做需求之前考虑每个技术点如何实现，以及实现起来的难度，如果有现成的轮子，自己就不用重写了；

3、考虑效率
就是性能问题，主要是针对操作一些比较容易出现内存泄露问题的模块，比如频繁操作 Bitmap、各种循环嵌套等，要注意使用的规范；

4、可测试、可扩展
针对各种出错 case 自己要做测试，防止出现测试不到位情况，考虑可扩展性，如果自己的逻辑过多，可以提供扩展接口让别人重写，来实现自己的部分逻辑，这样也可以避免重复代码；

5、小到大
模块越写越大，而且还有很多页面有相同的逻辑，这是好就要考虑在整体上做一次大重构，提成基类等方式，数据和 UI 分开等等；

Review 先说这么多，平时多多总结，实际情况还得多多衡量关系；

思考工作

不管是生活还是工作，都应该学会思考，思考什么样的方式能使我们生活更加愉快，什么样的方式能提高工作效率，最近最这两点有很深的体会，我们会受到来自各个方面的影响，生活不开心，工作可能没有了拼劲，等等。我的观点很简单，简单快乐的生活，高效的工作。

说工作，比如：自己负责的模块，不仅要 hold 住，还要去思考怎样才能简化模块逻辑，和增强可扩展性，减少维护成本，讲一些比较琐碎看似无规律的事情，形成一个小的系统，尽量解耦，保持内部的稳定性，同时又支持扩展。

运动

俗话说身体是革命的本钱，16年状况还可以，脚伤半年多也算是好的差不多了，没事就去锻炼吧，快走，慢跑，健身房，游泳走起，别让以后更后悔。