程序员常犯的这些错误，你中招了没？

Posted 2021-12-02 一点唐城

日常工作中的程序员们，其实都或多或少踩过一些编程的“雷区”，有时会不会犯这些错误，其实和你技术高低没有必然的联系，只是你有没有意识到这样做会造成不好的结果。

今天小渡要分享给大家的，就是几种我们在工作中经常会去犯的错误，过来人看了之后都掩面而泣，表示简直不要太真实！

如果你细心提防这些错误，你将提高自己的编程技能，而且相对于其他初学者有一种优势。

话不多说，我们一起来看看吧！

在错误的分支中提交代码

我们首先提到这个问题是因为，当错误被及时发现并定位时，不会对我们造成重大影响。虽然我们在修复这个问题的时候会浪费一些时间。

在错误的分支中提交代码估计每个人都体验过一次。如果你及时发现这个错误，则可以很轻松的解决问题，及时止损。否则后续在不断进化的错误分支中修改错误会变得十分棘手——在错误的道路上走的越来越远。

CRUD

代码能跑起来就行

大多数的程序员在写代码的时候，都只关心这个程序能不能跑起来，而这恰恰就是普通程序员和高手程序员之间的分水岭。

客观地看，你是只会面向搜索引擎编程，还是能够写出更高质量的代码？亦或是能在大型项目中参与设计实施？

有很多程序员，在一家公司一待就是好多年，技术也随之停留在了刚入职且尚有学习热情的那半年，等到有一天公司内部结构优化，等待他们的只能是被裁掉的命运。

到那个时候，相信不会再有一家公司愿意以高薪聘请只会CRUD（Create、Read、Update、Delete）的他们。

图片源自网络，仅做配文展示

所以，相较于埋头苦抠代码，你需要有更宽广的思维，勇于从所在项目和岗位上跳出来，站在行业视角重新俯瞰自己的定位，相信你会有不一样的发现。

代码就是艺术

必须力求完美

整洁的代码，严密的单元测试，完善的文档，毋庸置疑这些都非常重要。

作为一名程序员，我们总是要求自己使用现代模式编写整洁的代码，而且会频繁地检查所有的依赖项都是最新的。因为我们想成为一名优秀的程序员。

但我们应该注意，不应光顾着考虑将来，却忘记了眼前。编写可以向他人展示且令人自豪的代码固然很好，但是能够顺利地完成项目不是更好吗？毕竟，编程不是艺术。

追求开发速度

忽视代码质量

在职业生涯中，大多数开发者采取过这种只追求需求响应速度而忽略代码质量的工作方式。这种处理问题的方式存在严重缺陷，它会导致项目背上越来越多的技术债。

更重要的是，这种只求速度而忽视代码质量的方式还可能会破坏团队的士气。

图片源自网络，仅做配文展示

然而，在某些情况下，这种开发方式带来的影响并不重要，反而这可能是最优的解决方案。比如对于代码生命周期短的开发，这么做没有什么问题。

但是长远来看，当代码需要长期运行时，这种开发习惯造成的后果可能会“后患无穷”。

我的代码不可能有Bug

都是产品经理的锅

国内很多程序员和产品经理的关系并不融洽，这一点可以体现在方方面面，比如当产品经理提出需求变动的时候，程序员多半会吐槽“早干嘛去了，来来回回改需求，想清楚功能再提需求有那么难吗？”

再比如当客户提出一些看似“莫名其妙”需求的时候，程序员则会将炮火对准产品经理，“为什么不在客户面前据理力争，这个需求实现不了”。

抛开对产品经理的“偏见”，程序员会有这些“吐槽”的根本原因在于对项目的不了解。

图片源自网络，仅做配文展示

程序员关注的点往往在技术实现与细节上，相对缺乏对项目的整体把控能力。一个完整的项目需要在考虑预算的同时兼顾技术实现，在满足客户需求的同时还要重视用户体验，还有业务环境、市场变化等无数不确定因素。

从另一个角度来看，程序员只有站在整体项目的角度，才能对项目有更深入的理解，实现高效编程。

重复造轮子

大多数开发者使用某种框架来简化繁杂开发。如果你正在学习某个框架，你可能会忽视其实框架已经给你提供好了所需要的一些API。

经常发生的一个错误就是开发者不知道自己正在使用的框架所提供的已有功能有哪些。由于缺乏对框架的全面了解，自己可能会重新造一个轮子来实现框架中已有的功能。重复造轮子而没有使用框架中的已有功能，这非常浪费时间。

过于自信

许多开发者过于自信。当然，在一定程度上，拥有自信是一件很棒的事情。作为一名开发者，当你过度自信时，你很难获得从他人那里获得良好的反馈。

过于自信的开发者完全意识不到自己也会犯错误的事实，因此他们倾向于在不咨询他人的情况下做出决策。这不是最好的办法，因为在某些情况下出现一些问题，让你措手不及--比如你确实选择了一个非最优的方案，甚至其他开发者觉得自己被忽视和贬低了。

作为一个开发者，保持谦虚，清晰得意识到自己能力所及是非常难得的。