把抱怨的时间都用来思考（呼唤你的思想）

首先感谢老徐提供这么好的帖子：http://www.oak.hk/blog/2018/08/01/breakout-your-thought/

虽然没和陈总打过交道，但是看到这个ppt就对他肃然起敬了，在这个浮躁而又现实的时代，能在技术和管理上理解到这个深度的人真心太少，大部分人早就想着去养老了。也许当初有机会调到四楼我没去，也是一个遗憾吧。如果有机会当面交流，也许能收获更多。嘛，历史是不能假设的，就此打住。

今天主要想针对这篇ppt并根据自己的所见所闻总结一点东西出来，也许会触及一些人的神经，如果你觉得我是在装逼，那你尽可以喷我，我也可以送给你一份呵呵。如果你觉得我说的还有几分道理，希望能得到你的共鸣和交流。我们的目的不是要批评谁，指责谁，而是带来一个让我们都去思考的契机：当我们总在抱怨行业和体制的时候，到底自己在干什么。

OK，先贴图，我们一条一条分析：

1. 依葫芦画瓢这事儿在Android的程序员中非常普通，因为很多Android程序员不是一步步从Java甚至C程序员成长起来的，在这个到处都能都是20天精通的世界里，只懂Google Android API的程序员不在少数。这是很危险的一件事情，这也是我在和他们合作的时候遇到的最大的问题，他们几乎只对功能感兴趣，而代码只是要实现这个功能而已，本身是没有任何意义的。所以，大量的复制粘贴，大量的magic number，大量的业务界面耦合五花八门，层出不穷。然后他们还有一个绝对拿得出手的理由就是：效率。这个我也不想喷了，只希望你们下次拿性能说事儿的时候，能拿点数据给我看看。若是这样做了三五年，一路负责一个项目，可以想象这个项目的下场是怎样的了。

2. 技术选型，呵呵。咱也选过，选到最后领导的意思是，你们还是找个开源的改改吧。能力被否定我倒是不在乎，但是我又奇怪你们领导怀疑我们的能力为什么还让我们去选呢？关键是我们把宝贵的设计和业务分析的时间，全浪费在了没有多少意义的技术选型上。上面的人根本就不想慢慢的把技术积累起来，你一没有这个IM的技术底子，二也没有IM的技术人才，还希望三个月做出“产品”来，我真是欲哭无泪了。这三个月，不管是开会还是和领导的偶遇，问的只有一个：XX功能做好了吗？所以面向功能编码“技术”怎么来的，就是你们造就的。

3.说实话，在我刚开始写Android的时候我也是一切从编码开始。确实也是没有人教你应该怎么开始，他们只会问你什么什么做出来没有，前面也举过例子了，不再赘述。可是，当我们每次都这么开始，然后每次到后面都死去活来的时候，我们一般会干什么？对没错，抱怨。为什么需求总是变，为什么功能老要加，为什么业务催个没完？没办法，往死里加班吧，最后项目实在烂的没法改了，要么忍，要么狠，要么滚。狠的我基本没见过，基本都是第三种选择。然后就是垃圾代码的循环，一代一代，子子孙孙无穷尽焉。

4.因为重视界面，所以永远都在做界面。很多Android程序员的思维模式就是：哦，这个是个通用的方法，我写个工具类；这个是个网络连接，我写个网络链接类；诸如此类，不胜枚举。用老徐的话说就是：他们从来都不知道抽象是什么，别看整天接口挂在嘴上跟真的一样。我说一个带点恶意的猜测：为什么领导们都不让设计，因为他们自己都不懂设计，也不敢设计，就算我们给设计出来了，他们也未必看得懂。加上中国官场的这种文化，若自己不寻求突破，不寻求改变，那必然是言路闭塞，手下一片腹黑。只能靠可怜的人民币来维持一个团队短期的合作了。

5.文档？文档是个啥？不是功能写好后再根据功能编的玩意儿吗。无论你怎么用项目进度紧来掩饰，这么做都无异于自掘坟墓。当然这个坟基本都是给别人挖的，反正我可以跳别家的嘛。就这素质，你觉得你能在这行走到一个什么程度？所以你也只有抱怨的命了。

最后想说的是，用管行政人员的方式管理技术人员，就跟我们的应试教育扼杀孩子们的创造性差不多。人浮于事，酱油满地，为什么没有勇气去改变呢？

感觉还有好多没说的，先到这儿，等下一个契机再继续。