程序员该敬畏每一行代码？填好每一个坑才是！
前一阵子阿里云故障，次日官方在声明里具体阐述故障原因，最后写道“敬畏每一行代码，敬畏每一份托付”。
每个程序员的心里是否敬畏每一行代码不可而知，但填好每一个坑是每个程序员的必修课。
01
你是否经常遇到这样的情景：负责开发的项目遇到线上bug，心想这不是我的锅，先不管了，放着吧；代码写完后，隐隐感觉有问题，可程序跑得通，先用着吧；接手一个老系统，这什么破代码，算了，改吧改吧将就用吧……
今天绕过的坑明天将加倍回来：
下次再改这块代码你仍然遇上它，只能硬着头皮一行行捋代码解决；线上某种场景触发问题代码，造成意想不到的崩溃；老系统改起来太费时间和容易踩坑，不如花时间重构。
测试向你吐槽你写的bug，你否认道，这是前人挖的坑。PM改需求时说这里只加了个小功能，等到你开发时刚要挖坑，轰地掉进一个天坑里。你有没有发现，每天的工作实则是在填一个接一个的坑。
填坑力，是程序员要具备的核心技能之一。
02
填坑力说到底是解决问题的能力。
还记得自己上一次快速成长是什么时候吗？是往做了一年的系统上CtrlC,CtrlV？还是去给人讲你熟悉的业务框架？
人无法在顺境中成长，而是在逆境中成长：新跳槽一家公司学习全新业务和技术框架，一边闯祸一边改进；公司想引进某项新技术，你被指定在一个月内完成迁移，于是你捉紧时间下班后扒技术文档，周末在家写demo……
从坑里摔倒爬起后才明白，先前遇到的问题，其实是成长机会。
几年前震惊互联网的“3Q大战”，360给腾讯挖了个天坑，腾讯艰难填坑对战。而后马化腾给员工内部信写道，如果没有360的发难，我们不会有这么多的反思和感悟。或许未来有一天，当我们走上一个新的高度时，要感谢今天的对手给与我们的磨砺。
随后腾讯改变战略发展方向，走向“开放”。
我们似乎一直活在坑里头：挖坑的挖坑，掉坑的掉坑，填坑的填坑。可不管乐不乐意，人只有努力把身下的坑填好，然后去下一个坑，如此往复，才有真正的成长。
03
虽然程序员通常主张“我的锅你来背，我的坑你来填”。但是低级坑请别挖：
1.天坑：不写注释
排期紧张，新人海宇匆匆忙忙地将代码堆好便申请提测。可他的TL一句话将给他打回去重写：一行注释都不写谁能看懂！
有一位开发说，注释和代码同等重要，注释要写的清楚明了，让测试甚至是PM能读懂你的代码，这才算一个合格的程序员。
2.山坑：不写接口文档
有些公司的前后端联调基本靠吼，“哥们，某参数少传了”、“这个字段得大写”、“你传这么多我没用，算了，放着吧”……
曾见过一个测试reject开发的邮件：前端没传某参数，导致流程跑不通，reject。
技术人员通常不爱写文档或者不愿意在文档上花时间，导致前后端各开发各的，没有规范标准，如需和外部系统对接时，又得捋一遍代码找接口参数。接口文档能节约联调沟通时间和减少bug引入，提高代码质量。
3.地坑：不考虑拓展功能
代码不解解耦，不考虑未来可能会拓展的设计，无疑是在给队友挖坑。
小袁接手一个烂尾项目，上线后需要初始化数据，怎么也找不到批量处理接口。打电话问已离职的前同事，“什么？你当时只写了跑单个数据的接口，没写批量的？”
除了上面几个坑外，还有底下的挖坑指南：
- 不实时容错，程序只按照自己脑子“理所当然”的轨迹运行；
- 将判断放在一层层深不见底的逻辑里；
- 一个方法写了上千行，没人敢动；
- 从不自测。
掉坑容易填坑难，程序员之间最铁的关系是，当我确定前方有坑后，立马告诉他人这里有坑，你不要踩了，等我填好后再来吧。
本文经授权转自程序人生，作者五五。
“征稿啦”
CSDN 公众号秉持着「与千万技术人共成长」理念，不仅以「极客头条」、「畅言」栏目在第一时间以技术人的独特视角描述技术人关心的行业焦点事件，更有「技术头条」专栏，深度解读行业内的热门技术与场景应用，让所有的开发者紧跟技术潮流，保持警醒的技术嗅觉，对行业趋势、技术有更为全面的认知。
如果你有优质的文章，或是行业热点事件、技术趋势的真知灼见，或是深度的应用实践、场景方案等的新见解，欢迎联系 CSDN 投稿，联系方式：微信（guorui_1118，请备注投稿+姓名+公司职位），邮箱（[email protected]）。
