科技实验室 忙中有失:开发人员慌乱中容易出现的3个疏忽

全文共2099字 , 预计学习时长6分钟
科技实验室 忙中有失:开发人员慌乱中容易出现的3个疏忽
文章图片
图源:unsplash
想让事情尽善尽美是很正常的心态 。 然而 , 当进行任务转换时 , 我们有时会忘记一些重要的事情——代码质量 , 以及作为一名程序员的成长 。 在我们犯下的众多“罪孽”之中 , 因匆忙而造成的错误实在无可厚非 。
话虽如此 , 我们也必须寻找机会 , 深呼吸 , 放慢脚步 。 当觉得时间不够时 , 要小心不要出现以下这些重大错误 。
科技实验室 忙中有失:开发人员慌乱中容易出现的3个疏忽
文章图片
未读取足够代码
你有没有在电影里看到过这种画面:一个程序员盯着屏幕看了好几分钟 , 却一筹莫展 。 没有电影这样拍——电影常塑造这样的情节:程序员飞速键入一些内容 , 然后问题迎刃而解 。 遗憾的是 , 真正的日常工作并非那么光鲜亮丽 。
我们需要阅读数不胜数的代码 。 此外 , 我们还应该了解它的作用和原理 。
来自互联网的随机代码
代码读取不够会导致很多情况 。 你上一次在网上查找答案 , 比如在堆栈溢出(StackOverflow)上找到一个代码片段 , 然后复制粘贴它 , 是什么时候?我可能就是这周 。
从SO获取的代码有很大可能有效 , 但你是否了解它的作用、原理以及局限性?它足够安全吗?它如何应对边缘情况和你的需求?
有时 , 你不得不粘贴代码 , 并祈祷它能正常运行 。 时间有限 , 有些事情过于复杂 , 难以捉摸 。 但通常 , 你可以在15-30分钟内搞懂代码 。 对于放入项目中的代码 , 你应该确信自己足够了解 , 否则可能会危及项目的安全性和可维护性 。
项目中的代码
读取自己项目中的代码感觉如何?你被叫去修复的问题正好是不熟悉的一部分 , 不幸中的万幸 , 你预感到并试图立即修复它 。 修复起效了 , 你推进了这种变更 , 一切回到正轨 。
这种错误后患无穷 。 如果你不熟悉基础代码而且没有进行测试 , 那么进行修复时不造成任何破坏并能解决所有问题就成了天方夜谭 。 在试图解决问题之前 , 你总需要弄清原委 。 只是随意调试是没有用的 。 可能会走运一两次 , 但迟早会造成大麻烦 。
库中的代码
启动项目时默认要添加多少个库?你确定它们是必需的并了解它们是如何实现的吗?我并不是在为不使用代码库和框架做辩护 。 只要有可能 , 就应该使用经过验证和良好测试的代码 。 “重复发明车轮”很常见 , 但不过是多此一举 , 且弊大于利 。
了解你正在使用的工具有益无害 。 常用库通常是优秀的软件 , 研究它们的基础代码 , 你会受益良多 。 这会帮助你成为一个更熟练的开发人员 , 或者至少让你意识到你并不需要某个特定的库 。 不必分析使用过的每一个库 , 但当你不断重复使用某个库时 , 你就有必要了解它是如何运作的 。
读取优质代码能让你成为更好的开发人员 , 并帮助你理解自己的产品 。 你或许认为自己没有时间读取代码 , 事实并非如此 。 熟悉产品代码有助于加快编码速度 , 多读取其他代码有利于作为一名开发人员的成长 。 因此 , 从长远来看 , 读取代码可以节省时间 , 而非浪费时间 。
科技实验室 忙中有失:开发人员慌乱中容易出现的3个疏忽
文章图片
图源:unsplash
科技实验室 忙中有失:开发人员慌乱中容易出现的3个疏忽
文章图片
代码未重构
你需要实现一个功能 , 但情况紧急 , 幸好你知道如何快速构建此功能 。 于是你投入其中 , 输入一些含糊的代码 , 一切似乎都很顺利 , 问题也迎刃而解 。 是时候往前推进了 。
大错特错!当你开始编码却不考虑其他选择 , 只坚持要用第一版解决方案时 , 你的代码是有缺陷的 。 它可能效率低下、不可读或不可维护 。 最糟糕的时候 , 三种情况会同时出现 , 导致问题无法解决 。