[讨论]

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

2020-10-23 14:51:32  672 1024 HarmonyOS 程序员 鸿蒙系统 鸿蒙OS
分享
作为程序员的你是否经常遇到这样的情景:负责开发的项目遇到线上bug,心想这不是我的锅,先不管了,放着吧;代码写完后,隐隐感觉有问题,可程序跑得通,先用着吧;接手一个老系统,这什么破代码,算了,改吧改吧将就用吧……

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

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

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

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

活动时间:
2020.10.23——2020.10.30

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



1
2020-10-23 14:51:32   评论 分享淘帖
2 个讨论
1.天坑:不写注释
排期紧张,新人海宇匆匆忙忙地将代码堆好便申请提测。可他的TL一句话将给他打回去重写:一行注释都不写谁能看懂!
有一位开发说,注释和代码同等重要,注释要写的清楚明了,让测试甚至是PM能读懂你的代码,这才算一个合格的程序员。

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

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

举报

1 条评论
程序员最高兴的事----项目一次通过;
程序员最担心的事-----客户来回改要求;
程序员最愤怒的事-----编程临近尾声客户却要推倒重来;
程序员的终极梦想------客户不乱提要求,编程没有难题,头发不再掉;40岁前能找到女朋友、、、、、
2020-10-23 21:44:41 评论

举报

撰写讨论

你正在撰写讨论

如果你是对讨论或其他讨论精选点评或询问,请使用“评论”功能。

您需要登录后才可以回帖 登录 | 注册

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容图片侵权或者其他问题,请联系本站作侵删。 侵权投诉
发讨论