写给安卓开发者：为什么进步太慢，因为你没有一个好习惯

我为什么写这么多开源框架，还长期保持维护？

除了我想让更多人受益于开源外，还有一点就是，我想保持我良好的编程习惯

写业务代码也可以保持良好的编程习惯啊

能，但是太慢！

写业务时无法注意到的细节

在写业务代码时，即使项目时间充裕，你也会忽略掉很多细节，而这些细节正是影响你进步速度的关键，但你自己却很难察觉，在不知不觉间就对你的进阶之路造成了很大的影响。

所以你的进步速度非常之慢，做了多年也只是熟练而已，无法更进一步。

业务代码和框架代码最直观的差别就是，业务代码可以随意修改，而框架代码，使用者不能直接修改。

由于业务代码的修改不受限制，所以一有需求变动，你就直接通过修改问题代码的方式来快速解决问题，即使这个代码的变动非常频繁，但你的第一反应却不是通过代码设计的方式来解决后续的扩展问题，因为这看似一劳永逸的方式，会浪费你当下大量的时间。

人类的潜意识会更注重当下付出的成本，而忽略掉未来会获得的收益

因为你上面的编码方式，所养成的不好的编程习惯，会让你本能的不注重代码的耦合性、灵活性、可扩展性。

所以即使你天天敲代码，你的进步也如此之慢，因为你平时就缺乏架构设计、代码设计的锻炼，日积月累，你也只是搬砖的速度比之前更快一点而已。

写开源框架时给你带来的改变

这个时候如果有一个好的 leader 能每天 review 你的代码，还时常提醒你这些问题，只要你慢慢改成，并养成习惯，那你的进阶之路也会十分顺畅

但如此好的 leader 是可遇不可求的，那我们如果没有一个好 leader，该如何养成一个好习惯呢？

我的建议就是做开源库，而且尽量做开源框架，比如架构框架、UI 框架，网络框架、图片框架，尽量少做开源 App（当然如果为了学习某项技术也是可以的）

因为开源 App 主要是帮助你和别人学习某些技术，也是有大量的业务代码存在的，无非就是用了一些新的技术，而且还是你一个人写，有些细节你更不会考虑 …

而开源框架是拿给别人调用的，所以对代码质量要求更高，考虑的细节更多，对你的提升也越大。

并且你的框架代码是放在服务器上的，使用者无法修改你的代码，这就会强迫你更关注代码的耦合性、灵活性、可扩展性，甚至是你写业务时根本不会注重的注释和文档。

因为使用者用得稍有不爽就会给你发起 issue，不断地督促你优化你的代码、注释、文档，不断地帮助你培养一个良好的编程习惯。

这就好比你有成百上千个好 leader 每天 review 你的代码，并指出你的问题，给予更好的建议，而且这些 leader 中绝对藏龙卧虎，这样日积月累下去，你怎能不成长？

良好的编程习惯助你快速进步

我的很多编程习惯，经过不断的纠错，优化，纠错，优化，已经深深的刻进我的脑子里了

我框架用到的大多数设计模式，都不是我刻意去用的，都是遇到某些问题，或者使用者需要增加什么功能，我为了不影响之前的版本，保证扩展性的前提下，去解决这些问题，而不得不去使用这些设计模式，很多情况下，代码已经写完了，才知道，原来我用的是 xx 设计模式

在这种不断优化代码，养成的良好编程习惯下，我写代码时，使用设计模式已经变成了潜意识的行为，根本说不出为什么要用这个设计模式，只因为觉得这样用才是最优解，这就好比拳击手，遇到攻击时会潜意识的躲闪、反击一样，这就是不断实战、不断训练的结果

我的所有开源框架加起来每个月平均下载量在 5 万左右，每天都有各种 issue 向我飞来，这些成千上万的使用者（监督者），迫使我不断地优化自己的代码，甚至连每个注释我都精雕细琢

框架要做到满足所有人的需求太难了，但只要你不断优化，能做到让大部分人满意，那对你的提升绝对是巨大的，而且你的编程习惯也会有巨大的飞跃

比如我写注释的编程习惯培养起来后，我的每个开源框架，都写了大量的注释，描述的非常详细，保证大部分人都能明白原理，但还是有很多人跑过来问我文档和注释上已经写了的问题

我真的是吐血，兄弟，我真不想回答，你杀了我好吧 …

一个好的习惯，坚持一天，就往目标前进一步

一个坏的习惯，持续一天，也就浪费一天时间

我做开源三年时间改掉了我很多不好的编程习惯，让我进步飞速，所以我感谢开源。

我也鼓励更多的人积极参与开源，让别人受益的同时，别人也让你不断进步。

当然做开源，并不只是代码写的好，就能收获大量的 star，他还需要综合性的能力，比如框架定位、产品需求分析、运营、推广等很多东西，其中最重要的就是持续维护。