优秀的程序员，应选择明智但并不聪明的方式写代码(1)-CSDN博客

本文链接：https://blog.csdn.net/2401_84132370/article/details/137422505

任何人包括傻瓜都能写出计算机能看懂的代码，但只有优秀的程序员才能写出其他人也能看懂的代码。

程序员有的时候会莫名觉得自己需要去证明些什么事情，或者是需要向其他人展示自己的能力以说明自己能够胜任现在的工作岗位。这种想法会导致他们在尝试解决每个问题的过程中，优先选择那些更复杂、更困难的方法，而忽略就在眼前摆着且是最直接、最简单的解决方案。这是每个开发工程师都很容易犯的，同时也是最糟糕的错误。

精明的程序员会直截了当地写代码，这些代码在后续的工作中易于维护、优化或重构，不会出现任何奇葩或难以预料的问题，其他同事看了这些代码也能准确地知晓其意图以及解决问题的思路。而那些新颖的、不寻常的算法或是开发思路，再配上程序员那副熬了一整夜的疲惫却又自豪的表情，有时在上级或同事看来确实很棒。但在其引发一场可悲的失败时，很可能也会更加“耀眼”。

不论什么时候，只要你在写代码时，如果你的自负心理开始影响、诱惑你，那你最好问自己这样一个问题：「假如你离开了这项工作两个月时间，等你再回来继续工作时，还能看得懂这些代码吗？」如果你的回答是肯定的，那么你就可以完全按照自己的想法和意愿去写这段代码，只是请对你的继任者手下留情 ── 为了不需要过多地解释这段代码，请在合适的位置加上注释，合理地为各种变量命名，并尽可能地将其进行模块化处理。

高质量的代码，就像一个玩笑。如果必须要通过额外的解释才能让别人看懂，那这就不是一段好代码。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

在合适的时机下完善代码

已故荷兰系统科学专家、著名软件开发工程师、计算机科学先驱 Edsger W. Dijkstra 曾提出，

关注「为什么」而不是关注「是什么」，能让你成为更出色的开发工程师。

优化代码的方法有很多种，比如可以调用更多内存，或是加快运行速度，或是采用不同的算法和逻辑思路。而不管用哪种方法，只要客观条件允许，精明的开发工程师都会明智地做出决定。但在开始进行任何优化工作之前，他们会严格遵守「『不要』准则」：

我为什么要这么做？这些代码写得足够好吗？在了解、明确程序将被如何使用以及其运行环境的情况下，如果加快运行速度的话会带来任何好处吗？这些问题你都应该提前问问自己。

如果一个非常重要的程序运行得很慢，同时开发团队又期望在维持鲁棒性、准确性、清晰度的同时能让它变快一些的时候，优化工作才能在付出与成本上显现出意义。然而，一个运行很快但却得到了与预期相反结果的程序，仍然没有任何意义。高效率的代码优化工作通常能带来更多的益处，但如果你没有按照正确的方式去进行优化的话，结果可能非但无益还附带了更多缺陷。

无论你做了什么优化上的工作，都应当是效果显著的、可衡量的。不要总是依赖直觉，直觉永远都是糟糕的指南针。

复用而不是写新的代码

前谷歌公司高级副总裁 Vic Gundotra 曾提出过一个直击问题要害的观点：

写代码之前，我必须要先去搞清楚他们真正想要什么。

精明的程序员更喜欢先看代码，接着到处寻找可行的、已有的解决方案。而另外一些工程师则喜欢在「以正确的方法进行重建」。在大多数情况下，这些人都是在重复造轮这件事上浪费时间。

不要害怕花时间在寻找上，在互联网上或是你的代码数据库中搜索那些已经被实践过的的解决方案，将有助于你去学习、掌握解决类似问题的通用方法，以及与之相关的各种利弊。这就是为什么精明的工程师在写代码之前会花更长时间先去看代码。因为重写一段全新的代码，总是要耗费更多的时间、成本和精力的。除非万不得已，否则不要这么做。

因此当你需要完成一项任务时，最好先去查一查是否有人已经做过解决类似问题的事了，这不是在抄近道耍小聪明，这是在节省不必要耗费的力气。

挑战自我

古希腊哲学家亚里士多德曾说过，

如果你正在做的事情并没有什么挑战，那么做这件事就不会让你变得更好。

精明的程序员总是会挑战自我，更准确地说，是抓住每个机会来挑战他们自己写的代码。他们总是能谦虚地意识到，没有最完美的代码，只有更出色的代码。

精明的程序员也不会安逸于呆在自己的舒适区，然后重复不断的按照同样的模式实施部署工作。他们会有意识地避免自己的代码参数设置受到教条主义思想的干扰，并总是会寻找合适的方法与手段把事情做得更好，即便这意味着需要去花时间学习新的东西，他们仍然会全力以赴。

精明的程序员是不会被浮夸的想法与花哨的功能所吸引的。他们能很务实地认识到，完美的解决方案并不存在，每一个杰出的功能或神奇的技巧都伴随着不同的弊端。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

敢于向其他人求助

古希腊剧作家、悲剧诗人索福克勒斯曾相信，

如果我们每个人都能真正地做到互相帮助，那么就没有人再需要好运气了。

身为程序员，总是会自认为是比较理智、机灵的那种人。事实上，有不少的开发工程师确实是天赋异禀。但有的时候，程序员们也会过度自信地认为自己是无所不知的，可以凭借自己的大脑解决任何问题。毕竟，没有人愿意在工作会议上承认「这个我不会」，或者是对即将要部署的新功能一窍不通。

所以，他们会不停地告诉自己：「我会自己想办法解决的。我过去总是依靠自己的力量，现在依然可以继续这样。」

然而，精明的程序员却不会这样想。他们知道何时该去求助，何时该保持独立思考。他们清楚地知道任何拖延都可能让整件事情向不可控制的方向发展并最终演变为，团队中的每个人都将在无止境的焦虑与令人近乎绝望的压力下看着项目截止日期不断临近。而这就是精明的程序员能够在必要时勇敢地暴露出自己的不足并向他人及时求助的原因。

向他人求助并不是对自身能力的一种质疑，实际上这反而巩固了他人对你的信任与信心，因为他们看到了你能够不惜一切代价地履行自己的职责并按时交付符合预期的工作成果。你在他人心中的印象，也将变为一位有进取心的、自信的，且每天都希望让自己变得更好的开发工程师。

正如印度最佳女主持人奖获得者、演员、模特 Kubbra Sait 所说的，