#1024程序员节#话题讨论：不会填坑的程序员不是一个好程序员！

作为程序员的你是否经常遇到这样的情景：负责开发的项目遇到线上bug，心想这不是我的锅，先不管了，放着吧；代码写完后，隐隐感觉有问题，可程序跑得通，先用着吧；接手一个老系统，这什么破代码，算了，改吧改吧将就用吧……

但……今天绕过的坑明天将加倍回来：
下次再改这块代码你仍然遇上它，只能硬着头皮一行行捋代码解决；线上某种场景触发问题代码，造成意想不到的崩溃；老系统改起来太费时间和容易踩坑，不如花时间重构。

测试向你吐槽你写的bug，你否认道，这是前人挖的坑。PM改需求时说这里只加了个小功能，等到你开发时刚要挖坑，轰地掉进一个天坑里。你有没有发现，每天的工作实则是在填一个接一个的坑。

填坑力，是程序员要具备的核心技能之一。不知不觉又是一年1024程序员节，回想你当程序员的这些年都填过哪些坑？

活动规则：
参与回帖讨论即可获得5积分奖励，优秀回帖可获得15积分+小红包奖励

活动时间：
2020.10.23——2020.10.30

10月24日 HarmonyOS先行者邀您共话，走进鸿蒙！点击以下链接即可报名：
【线下活动】HarmonyOS先行者技术沙龙—— Hello New World！

短短

2020-10-23 14:53:43

1.天坑：不写注释
排期紧张，新人海宇匆匆忙忙地将代码堆好便申请提测。可他的TL一句话将给他打回去重写：一行注释都不写谁能看懂！
有一位开发说，注释和代码同等重要，注释要写的清楚明了，让测试甚至是PM能读懂你的代码，这才算一个合格的程序员。

2.山坑：不写接口文档
有些公司的前后端联调基本靠吼，“哥们，某参数少传了”、“这个字段得大写”、“你传这么多我没用，算了，放着吧”……
曾见过一个测试reject开发的邮件：前端没传某参数，导致流程跑不通，reject。
技术人员通常不爱写文档或者不愿意在文档上花时间，导致前后端各开发各的，没有规范标准，如需和外部系统对接时，又得捋一遍代码找接口参数。接口文档能节约联调沟通时间和减少bug引入，提高代码质量。

3.地坑：不考虑拓展功能
代码不解解耦，不考虑未来可能会拓展的设计，无疑是在给队友挖坑。
除了上面几个坑外，还有底下的挖坑指南：
不实时容错，程序只按照自己脑子“理所当然”的轨迹运行；
将判断放在一层层深不见底的逻辑里；
一个方法写了上千行，没人敢动；
从不自测。