首先,如何才能不写烂代码,这是改别人写的代码的前提.我截取 董伟明 写的一篇文章,一段很好的话.
好的代码是什么样子的呢？
Bjarne Stroustrup（C++之父）说：
逻辑应该是清晰的，bug难以隐藏。
依赖最少，易于维护。
错误处理完全根据一个明确的策略。
性能接近最佳，避免代码混乱和无原则的优化。
整洁的代码只做一件事。
Michael Feathers（《修改代码的艺术》作者）说：
整洁的代码看起来总是像很在乎代码质量的人写的。
没有明显的需要改善的地方。
代码的作者似乎考虑到了所有的事情。
可以感受到，对好的代码的理解有很多共通的地方：
代码简单，代码意图明确，其他人才容易与你协作。
可读性和可维护性要高。
以最合适的方式解决问题。
和大家共勉，不要做别人嘴里的「蠢蛋」。
--- 分割线 ---
Python语言给外人第一印象就是简单，上手快，有其他开发语言经验的人一周就可上手工作，好像Python就是这么简单似得。可是为啥合适的Python高级开发者这么难找？因为绝大多数开发者都止步于能完成工作这个程度，也就是我们经常自嘲的一个词「码农」。
不记得在哪里看过, 程序员有三种(我重新润色了一下):
拿钱干活，不爽就换 - 程序员只是一份工作。
只要能实现功能就好，学习进步太累了。这年代做技术没有管理挣钱多，技术搞得再好有什么用? 还不是买不起房啊。这年代关键是你认识多少人。你是不是有眼光去一个能上市会让你暴富的公司，能不能唬住粉丝儿和投资人。
热爱程序本身的人, 这些人可能只有1%, 他们有目标的写程序, 他们愿意思考, 愿意听取正确地/更好的方法, 他们会热爱学习新的东西。
现在产品开发迭代非常快，一周要上多个版本，每天要提多个Pull Request，对于前2种人，只能疲于应付工作，怎么样能在天赋不够又不想多花时间进步的前提下完成工作，还能到领导的好评呢？这是一门艺术呢......
优秀的工程师在思考、重构，「其他」工程师在给自己找理由：「怎么组织代码、怎么提升运行效率、原理是什么」这些重要吗？代码能跑起来不就完了。需求这么多，做都做不完，哪有时间考虑怎么做得更好啊？
明年的今天「其他」工程师还写一样的代码, 唯一不一样的是Ta老了一岁。
对于这种「其他」工程师，我也确实没有办法，每个人有自己选择生活和工作的权力，我绝对尊重，本文也不是给这些人看的。假如你不满意现状，希望做得更好，但是苦于不知道自己进阶，我分享下自己的经验。
多看书，多读其他人的博客，阅读优秀的开源项目的代码甚至语言本身的源代码。这是一个长期的、琐碎的、需要学习之后记忆和实践的过程，看代码要思考别人为什么这样写，组织结构为什么这样用，这样写代码为什么快。当然最重要的还是实践。
想好了再开始写。大家都知道，核心的、重要的系统的代码上线后改动起来会很麻烦，非常有可能给未来留大坑，甚至于要耗费以年为单位的时间来填。所以前期的数据库表结构设计、工程实现这些东西要先想清楚了再开始写。
给自己提要求。实现过程中不断的提高要求，这个要求就是比你现有的能力要高一点点。一段代码写出来的时候考虑一下会不会有比自己写的好的方法，之前有没有遇到过别人的实现借鉴下等等。
选择更强的队友。遇见什么样的人，就会变成什么样子的人。去一个身边技术水平都比你烂甚至只是相当的环境，你能提高的空间非常有限。遇到一帮厉害的队友，能帮助你坐上进阶直通车，前提是你的心理素质要高，要不然长期的受到别人吐槽会产生大量不良情绪的。
对别人吐槽狠。这是我的个人秘笈。之前我写代码也没有那么高的要求，后来在代码评审的时候，我为了证明比人代码写的烂，不惜花费大量时间找各种证据吐槽别人（不能说人家写的烂，但是又写不出来更好的，做这种嘴炮啊），这个过程对我有极大的能力的提高，也包括搜索信息的能力。而且你吐槽了别人，别人正憋着劲还回来。你总不希望这件事发生吧，所以你只能让自己的代码写的更好，这无形中让你对自己的代码要求要高了很多。
