kotlin和python哪个好？驱动核心源码详解和Binder超系统学习资源，终局之战

开头

在大厂，写得一手好文档是一个非常吃香的技能。这可不只是一个锦上添花的东西，而是很多工程师晋升，打造自己话语权的武器。 我这两年在组内的深刻体会就是，大部分厉害的高级工程师（不包括那些纯混日子靠资历晋升的人），写文档的能力一点也不含糊，很能抓住上级和项目的G点。

可能有人会觉得，我技术牛逼就行了，为啥还要提高写文档的能力，有这功夫我还不如多看看源码分析？这是一些初级或者刚入门的工程师的普遍的困惑。这是因为大部分刚刚入行的朋友有一个很深的误区，就是他们以为做软件工程是一个和计算机打交道的工作，其实不然。软件工程不只是和代码打交道，更重要的是和人打交道，是一份社会性质很强的工作。在大部分公司里面，尤其是大厂，牵涉到的人，组，都是非常非常多的。在小厂，人与人之间交流意见和设计可以口口相传，心领神会，但是一旦人开始多了，就只能靠文档了。除非你可以厉害到一个人把所有代码撸完，不然还是最好老老实实的夯实自己写文档的能力。

如果你有写技术博客的习惯，那么恭喜你，相信你已经对如何抓住文档受众的技巧有所了解了。这对你在大厂生存有很大的帮助。如果没有也不要伤心，这篇文章就是为你精心设计的。

在这篇文章里，我会大致的把一份安卓的项目设计文档的骨架，和一些我工作中实际遇到的正反例都列出来，方便大家以后在工作中实践。

一 、Java 后端

在我写过的 《Android程序员的