注意这些,以便您可以更好地改变自己

我们都有好习惯和坏习惯,编程习惯也不例外。但是,一旦您开始意识到自己的不良习惯,就可以使自己变得更好。如果你努力改掉下面这些坏习惯中的一个,你不仅会影响到你自己,很可能它也会影响到你周围的人。

因为今天比明天更容易改掉坏习惯,所以我们就来看看这六种编程习惯吧,它们会让你的效率大打折扣。

1.不寻求帮助

图片来自icons8.cn

每个开发人员,不管多么有经验,都会时不时地陷入困境。当你处于这种情况时,保持一个简短的反馈循环是很重要的。

寻求帮助并不意味着你无能。如果你盯着屏幕几个小时都在同一个问题上挣扎,人们会认为你是无能的。

在你寻求帮助之前,确保你已经检查了所有你知道的事情。

通常情况下,其他一些开发人员可以推动您朝着正确的方向前进。这样你可以节省很多时间,因为你可以重新开始工作,而不是自己去解决。

2.不一致(前后矛盾)

图片来自icons8.cn

一致性是软件开发的关键,不一致的问题来自于一个不可避免的事实,即随着时间的推移可能会导致一定程度的破坏软件。一个软件存在的时间越长,使用该软件的人越多,混乱就越多。

知道一致性对代码库的可维护性有很大的影响是件好事,特别是从长期来看。

如果您决定对变量使用驼峰式大小写,请坚持下去。是否要使用空格而不是制表符?不管您在代码中做什么,至少要保持风格一致。

3.没有计划

图片来自icons8.cn

乍一看,匆忙投入到项目编码中似乎令人兴奋。然儿,这种兴奋可能会浪费您很多时间,如果您直接进入编码部分,最终将看不到大局。

在开始之前,需要对代码进行规划和组织。你怎样解决这个问题呢?您将实现什么结构?你正在实现的总体目标是什么?

这些都是在你开始编码之前要问的好问题。这些问题可以让你意识到在写代码之前有很多事情要考虑。

当您没有进行计划时,您最终得到的特性可能并不是客户真正想要的。甚至更糟:您的解决方案不正确。这导致您稍后必须返回该代码段并进行修复——这效率低下。

4.编写自己的数据结构

图片来自icons8.cn

编写自己的数据结构属于重新发明轮子的范畴,这是一个极其低效的习惯。您需要的所有数据结构都已经准备就绪,大多数情况下,不需要重新创建特定的数据结构。

数据结构并不是开发人员试图重新发明轮子的唯一例子,开发人员常常倾向于重新创建某些代码片段。

如果相同的代码段已经存在并且已知是稳定且维护得很好的,那就选择该路线。你的版本没有添加任何新内容,甚至更糟的是缺少功能,它可能引入的唯一新事物是 bug 或约束。

重新发明轮子也有积极的一面,如果你想对某事有更深刻的理解,那么重新发明轮子是完全可以的。但是大多数情况下不建议这样做,因为这会花费太多时间。有时可以证明时间成本是合理的,而有时则无法证明它是合理的。在其他情况下,任务是如此重要,以至于出错可能会产生可怕的后果——这使得重新发明轮子不是你的最佳选择。

如果你想要打破这个无效的习惯,你最好还是不要重新发明轮子。

5.系统的过度设计

图片来自icons8.cn

过度设计是许多开发人员往往具有的不良习惯之一。查看代码库时,您经常会发现过度设计的代码段。

过度设计的根本原因在于,您会使产品的设计变得比所需的更健壮或更复杂。将过度设计引入代码库的一种方法是,开发人员已经添加了他认为将来可能会有用的代码。

这段额外的代码被添加到代码库中,但可能永远不会被使用。在大多数情况下,构建比实际需要更多的东西的原因是基于猜测的。

过度设计可能会导致代码设计得过于通用,以至于忽视了最初旨在执行的主要任务。

6.参加会议

会议——它们可能是第一大生产力杀手。但是,大多数开发人员仍然参加太多的会议,在会议中有两种类型的开发人员。

第一类将跳过每次会议,花时间在写代码上,该类型的人认为大多数会议都是浪费时间,最好做一些实际的工作。

第二类则相反,该类型的人抓住一切机会参加预定的每个会议。

如果你发现自己属于第二种人,那么你正在浪费大量的时间,而这些时间本可以用来编写代码和提高工作效率。

会议的问题是,大多数会议默认都安排在一个小时内,即使议程可以在半小时内完成。关于会议,我们可以对很多会议说不,或者你可以在中午之的会议说“不”,这样你就可以在早上高效工作了。而且,如果您真的必须对会议说“是”,那么至少要对长时间的会议说“不”。


近期文章


主要是大前端技术以及程序员成长精进相关内容,文章首发于同名公众号,如果你想第一时间接收最新文章,那么可以扫码关注。如果对你有一点点帮助,可以点喜欢点赞点收藏,还可以小额打赏作者,以鼓励作者写出更多更好的文章。

现在关注还送前端精品视频课程大礼包,准能为你节省不少钱。
公众号朴素_横版二维码_2020-01-01-0.jpg


杭州程序员张张
11.8k 声望6.7k 粉丝

Web/Flutter/独立开发者/铲屎官