工作有感-关于优化

2016年5月13日 星期五  天气晴

今天又是一个大晴天。昨天我在群里发布了一则消息，关于麦座系统优化的建议，发之前我在考虑我是应该发送到小群（开发群）还是大群（部门群），后来决定发到部门群，因为发到开发群的结果就是大家给我点赞，然后不了了之，这不是我想看到的结果，发到部门群，至少领导可以看到，如果领导有心，可能还会推动这个建议，即使无心也会有意无意的询问此事，起码有一个监督作用。我的目的是想让麦座的优化落到实地。

昨天改一个bug，发现“查询票档”这个功能的接口不只1个，有近7-8个，但细看一下这个几个接口，代码的思路基本无差别，我可以解释是每个开发者不想改动其他人的代码怕受到影响才自己又定义了一个方法，我可以认为每个接口在设计之处都有他们存在的理由，但无论我怎么解释，都无法逃避一个现实就是，这些接口完全可以用1-2个接口代替，而不是一堆重复的代码。可是为什么我们在写下一个类似的接口的时候不能正视之前的接口呢，当我们有时间的时候为什么不可以将这些接口重新定义并重构呢？忙？真的忙到没有时间管理这些内容吗？假设我们将这个接口优化了，当下次我们需要使用这个接口的时候，至少我们不会疑惑我们该从这8个接口中选择哪个使用，也不会再盲目的定义一个新的接口，因为接口已经被抽象为1个，我们可以立刻使用，简化了我们的工作量，也提高了开发质量。

优化代码的方式有很多种，我们可以停止手头的工作认认真真的优化代码，或者我们隔三差五的优化都可以，但两者都不是最好的方式，前者会影响我们正常的工作进度，后者没有目标没有规划效果不佳，最好的优化策略，我认为是把优化作为一种习惯。以前我们常讲我们需要培训，其实最好的培训方式不是领导要求我去培训，而是我想主动培训，主动教给大家感兴趣而不了解的知识，这才体现分享的精神。同理，优化代码也是，优化代码应该成为程序员们共同的心声，因为只有合理的代码，共同认可的代码才能帮助我们更好的服务这份工作，所以我们每个程序员都有义务主动的来优化代码，把优化作为一种习惯而不是一种压力。

尽管如此，说优化也是很难的，因为他牵扯到的东西比较多，搞不好还能把之前的功能弄坏，这个责任程序员可不想担。所以我也不推荐太激进的优化，我的目的是希望每个人主动的关心代码，主动的了解麦座系统的不足，主动的提出建议和方案，大家坐到一起审核并评估优化的内容，看是否可以循序渐进的优化，以此达到最终的目的，这种优化，我们不要求每周都有，1个月有一次也好，日积月累通过积累麦座也会变的越来约好，我曾有一个激进的想法，我想自己一个人做一个精简版的麦座，后来发现太难了，于是我想一个人把当前麦座的底层的核心sql都梳理一遍，依旧太难了，因为我个人的能力太有限了，我需要一个团队共同努力，大家每个人做一点工作，就可以完成很多的工作，每个人每一周如果都可以优化一个类，1年以后系统内的大多数类也都优化的差不多了。程序员不应该自私，完成了当前的工作就算完成了，我们应该达到的效果是其他人看我的代码不是在骂我留下的坑而是佩服或者尊重我写的代码，甚至可以学到他们学不到的东西，这是我们的责任。

前两天大麦的技术中心开会讨论关于大麦技术的文化问题。这是一个高大上的话题，不过我想的是我们自己，我们这个麦座团队的文化又是什么？智造票房使我们的目标，那文化是什么，可能我们想都没想过，也可能还不到时候，因为只有一个团队成熟的时候才会考虑这些东西，但一个团队如何才能成熟，我不认为是我们开发出了一个多么牛逼的产品，也不是我们自己的技术有多牛逼，而是就在我们每个人日常的工作中，我们养成了什么样的习惯，这些习惯就是我们的文化。