大家好，又见面了，前段时间忙于各种工作的事务，所以Android开发周记系列停更了很久，本周终于抽出时间来做个总结。
1. “见名知意”不是一句空话👨🏻💻
本周处理了一个紧急bug，给我留下了深刻的印象。
bug本身并不难解，可我却倒在了方法命名面前。
这个方法的命名方式是这样的：
public boolean checkXXXEnable() {
......
}
我一看checkXXXEnable，应该就是返回 true 的话表示enable，返回false的话表示disenable。
于是按照这个思路开始修改代码：
public boolean checkXXXEnable() {
if(xxx) {
// do something
return true；
} else {
// do something
return false;
}
}
好吧，改完代码，开始愉快运行项目，但是怎么都得不到想要的效果。
于是怀疑是方法体内部某一行代码出现了问题，然后开始进行断点调试，结果发现，每一步似乎都是正确的。
这让我有点怀疑人生了，没有办法，只能去调用的地方，再捋一遍逻辑。
最后得出的结论是，这个方法：返回false 表示enable，返回true的话表示disenable。
正好和正常思维相反。
这样的命名方式在实际开发中一定要避免，变量名、方法名尽量做到见名知意。
想写出好的代码，每一个细节都不能马虎！你说是吧。
2. 阅读技术书籍的一点感想📚
作为一个技术人，持续学习应该是我们的常态。
所以，读书应该是我们每天都需要干的一件事情。
最近，我在读书的过程中发现，书里那些你读不懂的概念或者不理解的知识才是这本书带给你最大的价值。
比如，我最近在读一本讲 Git 的书，里面讲解了 Git 的原理，当我读到校验和时，我完全不知道什么是校验和。
于是，我赶紧标记出来，然后去查各种资料，从基础概念、到原理，再到实际应用，当我弄懂了什么是校验和以后，再回到书里去，发现一下就看懂了。
并且，学习了“校验和”的应用场景后，发现它在实际开发中有很多应用场景，于是，又在实际项目中运用了一下。
所以，当你读书时，遇到读不懂的地方，那么你就要特别注意了，深入挖掘一下，你一定会有更大的收获。
我现在读书遇到不懂的地方，我都会记录下来，然后会单独抽时间去查阅资料，直到我完全理解相关的知识。
3. 能当面沟通就别打字🗣
日常工作中，沟通会占用我们大部分时间。
如何提升沟通效率，减少沟通过程中的理解偏差，是我一直在思考的问题。
我在平时的沟通中，一直坚持的一个习惯就是，除了需要正式文字通知的事情，其他事务能当面沟通就当面沟通。
因为，我发现很多事情当面交流，可能几句话就能聊清楚，但是，打字的话，对方需要做阅读理解，而且在这个过程中，还会因为文字产生一些歧义，一来二去的解释比较耗费精力。
还有一个让我坚持当面沟通的原因是，大家的微信里面，一定会同时存在十几个，二十几个甚至更多的微信群，每天群消息太多，也会让人对微信消息产生厌恶感。
因此，当面沟通相当于换一种更加轻松的沟通方式，有助于需要讨论的问题。
