你是否经常遇到这样的情景：负责开发的项目遇到线上bug，心想这不是我的锅，先不管了，放着吧；代码写完后，隐隐感觉有问题，可程序跑得通，先用着吧；接手一个老系统，这什么破代码，算了，改吧改吧将就用吧……
今天绕过的坑明天将加倍回来：
下次再改这块代码你仍然遇上它，只能硬着头皮一行行捋代码解决；线上某种场景触发问题代码，造成意想不到的崩溃；老系统改起来太费时间和容易踩坑，不如花时间重构。
测试向你吐槽你写的bug，你否认道，这是前人挖的坑。PM改需求时说这里只加了个小功能，等到你开发时刚要挖坑，轰地掉进一个天坑里。你有没有发现，每天的工作实则是在填一个接一个的坑。
填坑力，是程序员要具备的核心技能之一。
填坑力说到底是解决问题的能力
还记得自己上一次快速成长是什么时候吗？是往做了一年的系统上CtrlC,CtrlV？还是去给人讲你熟悉的业务框架？
人无法在顺境中成长，而是在逆境中成长：新跳槽一家公司学习全新业务和技术框架，一边闯祸一边改进；公司想引进某项新技术，你被指定在一个月内完成迁移，于是你捉紧时间下班后扒技术文档，周末在家写demo……
从坑里摔倒爬起后才明白，先前遇到的问题，其实是成长机会。
几年前震惊互联网的“3Q大战”，360给腾讯挖了个天坑，腾讯艰难填坑对战。而后马化腾给员工内部信写道，如果没有360的发难，我们不会有这么多的反思和感悟。或许未来有一天，当我们走上一个新的高度时，要感谢今天的对手给与我们的磨砺。
随后腾讯改变战略发展方向，走向“开放”。
我们似乎一直活在坑里头：挖坑的挖坑，掉坑的掉坑，填坑的填坑。可不管乐不乐意，人只有努力把身下的坑填好，然后去下一个坑，如此往复，才有真正的成长。
虽然程序员通常主张“我的锅你来背，我的坑你来填”。但是低级坑请别挖：
1.天坑：不写注释
排期紧张，新人海宇匆匆忙忙地将代码堆好便申请提测。可他的TL一句话将给他打回去重写：一行注释都不写谁能看懂！
有一位开发说，注释和代码同等重要，注释要写的清楚明了，让测试甚至是PM能读懂你的代码，这才算一个合格的程序员。
2.山坑：不写接口文档
有些公司的前后端联调基本靠吼，“哥们，某参数少传了”、“这个字段得大写”、“你传这么多我没用，算了，放着吧”……
曾见过一个测试reject开发的邮件：前端没传某参数，导致流程跑不通，reject。
技术人员通常不爱写文档或者不愿意在文档上花时间，导致前后端各开发各的，没有规范标准，如需和外部系统对接时，又得捋一遍代码找接口参数。接口文档能节约联调沟通时间和减少bug引入，提高代码质量。
3.地坑：不考虑拓展功能
代码不解解耦，不考虑未来可能会拓展的设计，无疑是在给队友挖坑。
除了上面几个坑外，还有底下的挖坑指南：
不实时容错，程序只按照自己脑子“理所当然”的轨迹运行；
将判断放在一层层深不见底的逻辑里；
一个方法写了上千行，没人敢动；
从不自测。
