专栏首页大数据钻研所有程序员都应该遵守的11条规则

所有程序员都应该遵守的11条规则

我是一个倾向于生活在规则下的人。

现在,这些规则大部分是我本人为自己设立的-但它们依然是规则。

我发现为自己创建规则可以让我过得更好,因为这样做可以提前决定一些事情,而不是要在匆忙中做出所有的决定。

我今天早上应该去健身房吗?

我的规则告诉我说我要在周三前往健身房,今天是周三,因此我要去健身房,就这么办了!

这周,当我正在思考那些对我施加有影响的规则时,我想到了去制定一系列软件开发者都应该遵守的规则,我认为这可能是一个好主意。

现在,我承认,这里面的大多数规则比那些“指导方针”要求的要多,它们是:

1、技术是你获取解决方案的方法,而不是解决方案本身

我们可以得意忘形地使用最新的JavaScript框架-嗯哼,Angular-IoC 容器,编程语言,甚至操作系统。但作为一个程序员,所有这些东西并不是问题真正的解决方案,相反,它们只是帮助我们解决问题的简单工具。

在面对那些我们喜欢或是当前非常流行的特殊技术时,我们必须非常小心,而不是变得过于疯狂。以免步入这样一个险境:仅仅因为我们手里拿了一把闪闪发亮的锤子,就把所有的问题都看作钉子。

2、对代码而言,“聪明”是“清晰”的敌人

在写代码的时候,我们应努力保持书写的代码清晰易懂。

可以明确(Clear)表明自身意图的代码,永远要比那些晦涩的代码更有价值-无论那些晦涩的代码被构建得多么聪明(Clever)。

虽然情况并不总是这样,但一般来说,“聪明”是“清晰”的敌人。

一种经常出现的情况是,当我们写出一段“聪明”的代码时,这段代码并不是特别的“清晰”。

这条规则非常重要,尤其是当我们思考我们要做一些特别“聪明”的事情时。

有时候我们写出了“聪明”的代码,它们同时也是清晰的,但是其他情况也会时有发生。

如果你对写出简洁的代码感兴趣,我高度推荐你用下面这本书上描写的规则来检验:Robert C. Martin的《干净的编码者:专业程序员的行为守则》(The Clean Coder: A Code of Conduct for Professional Programmers)

3、只在逼不得已的情况下才写代码

这条可能会有些争议,毕竟,作为程序员,我们的工作不就是写代码吗?

嗯。。。这个看你怎么说了。

写代码的确是我们工作的一部分,但是,我们要尽可能努力的去用最少的代码来解决问题。

所谓“最少的代码”并不是说我们只能用一个字母的变量名或者其它方式来压缩我们的代码。“最少的代码”指的是我们应该只写为了实现功能而必不可少的代码。

我们常常添加一些“酷”的功能,来让代码“健壮”和“灵活”,让代码能够处理“所有”可能的使用情况。我们企图猜测那些可能会被用到的功能。总之,我们常常花费时间去解决一些头脑中臆想出来的可能的情况。

我们这么做,是错的。

不能否认,这些多余的代码能会带来些好处。然而,这些代码同样的会有很多危害。我们写得代码越多,就越有可能引入错误;我们写得代码越多,将来的维护工作就越繁杂。

好的软件工程师只写绝对需要的代码。

伟大的软件工程师会把没用的代码统统都删掉。

4、注释是魔鬼

我并不是很热衷于写注释。当我跟Bob Martin在一起时,他说:

“你写的每个注释,都代表着你表达能力的欠缺“

-整洁代码:敏捷软件艺术手册

这并不是说一点注释也不写,但通常我们可以通过一种更好的方式——命名来避免。

注释仅在命名不能有效表示变量或方法的意图时才真正需要。此时的注释表达了不能用代码表达的真实意图。

例如,注释能够告诉你在代码中某些奇怪的操作顺序并不是错误的,它是由于底层系统的某一bug而有意为之的。

但通常,注释不仅没有必要,有时它们还会"撒谎".

注释没有随着代码更新的倾向,而这是很危险的,因为它们会将你带入歧途。

你会查检每条注释和与之对应的代码,确保代码是在做注释说的事么?如果是的话,写注释还有什么用?如果不是,你怎么相信注释说的是对的?

真他妈麻烦,所以最好还是尽量别写注释了。

OK,喷子们,在下面的评论区里留下你们的“口水”吧,但我会无视你们的。

5、永远要在你开始写代码前考虑好它是做什么的

这一条看上去显而易见,然而事实并非如此。

想想你有多少次并没有完全想好就坐下来写代码,而这段代码确实实现了你要做的功能?

比之我乐于承认这个思路的正确性,我行动了更多次,这是一条我需要经常去品读的规则。

练习测试驱动开发(Test Driven Development,TDD)在这里会有所帮助,因为你在写出代码前,必须逐字的了解它们会做些什么,但是这依然无法阻止你去做错的事情。因此,在构建一个特性或功能前,保证自己百分之百地理解需求,也是很重要的。

6、在交付之前,测试你的代码

别把你的代码直接扔给QA,然后指望着所有人来浪费时间为你服务。

事实上,你自己认真的运行一下测试案例,是完成代码之前必不可少的一步。

这并不是说一定让你自己找到代码中所有的问题,但是你至少得把那些愚蠢得令人尴尬的错误找出来吧?

很多软件工程师都觉得测试代码是QA的工作。这个想法绝对是大错特错。保证代码的质量,是每个人的工作!

7、每天学点新东西

如果你每天都不学新知识,你就在退步,因为我可以保证你会忘记一些东西。

每天学一些新东西,并不会花去你太多的时间。

试着花15分钟去读一本书-我去年读了一大堆书,平均每天要花45分钟在阅读上。

每天的小进步,随着时间的推移会积少成多,并在很大程度上重塑你的未来。如果你想在未来获取回报,你现在就需要开始投资了。

此外,今天的技术变化非常之快,如果你不能做到不断提高已有技能并学会新的技能,你会很快掉队。

8、写代码是件快乐的事

诚然,你最开始进入这个行业可能只是因为它待遇优厚。

我是说,为了良好的待遇找工作没有任何错误,但是医生或律师可能会是更好的选择。

你之所以成为了一名软件开发人员,是因为你爱写代码。因此,不要忘记你在做你所热爱的事情。

写代码有很多乐趣,我希望我能写更多的代码。

我这几天经常忙于写代码并试图让它占据我更多的时间,这也是我为什么如此清晰地记得它有多么的有趣。

也许你已经忘记了写代码的乐趣,也许是时候你应该再次记起写代码是多么的有趣了-通过开始一个边角的项目,或是仅仅改变你的心态,意识到你开始写了代码,并为之付出。(但愿如此)

9、你无法完全了解它

无论你学了多少知识,都会有大量你所不知道的东西。

认识这一点非常重要,因为你可以驾驭你的那些想要去学会所有东西的发狂的想法。

没能获取所有问题的答案,这挺好的。

在自己不理解某事时寻求帮助或说出来,这也挺好的。

在很多情况下,你可以相当接近地了解到你想知道的事情-相信我,我一直在这样做。

我的观点是,不要总想着学会一切-如果这是个不可能完成的任务。相反,你应该重点学习那些你需要去知道的东西,并且提升那些可以让自己学习速度加快的能力。

10、最佳实践要因地制宜

测试驱动开发是你最拿手的编程方式么?

我们应该一直采用结对编程?

不使用IOC容器你就不好编了?

这些问题的答案是“看情况吧”

具体情况具体分析.

人们会将所谓的“最佳实践”强推给你,并且他们经常说这些很实用——你应该经常这样做或那样做——但这是不对的。

当我写代码时我会遵循很多”最佳实践“,但有时我也会背离它们。

原则是永恒的,最佳实践是变通的.

11、力求精简

所有问题都可以进行分解.

最佳的解决方案往往是最简单的.

但简单并不容易.简化事情需要付出努力。

本文目的在于简化复杂的软件开发和人生.

相信我,这并不容易.

傻瓜为问题提出复杂的解决方案.简化解决方案需要更多的精力和耐心,但这没有错。

花点时间。多点努力。力求精简.

你遵守什么规则?

上面是我遵守的规则,那你呢? 你个人遵守什么规则? 你认为什么是应该天天都记住的?

本文分享自微信公众号 - 大数据钻研(bigdata118),作者:king

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2016-05-18

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 谁在代码里下的毒

    只要在公司上班,一个人负责一个项目的开发和维护这种情况很少会出现, 一般是由多个人合作开发一个项目, 在整个项目的生命周期内,不同的时间段, 同一份代码会由不同...

    用户1667431
  • 为什么开源可以提高程序员的编程技能?

    我已经写了很多年的软件。最近我意识到,我越涉及(致力于,结合于等)开源技术,我写出来的代码就更好。这不由地让我疑惑起来:难道里面有什么相关性或因果关系吗? ? ...

    用户1667431
  • 你加班太多是因为你的代码写的烂

    作为一名程序员,我渴望我加入的应该要是一支“30%的时间在写代码,而70%的时间在喝着咖啡讨论着如何将产品做好”的团队。我觉得软件工作应该成为一项技术和艺...

    用户1667431
  • 程序员的5种类型

    在我的代码旅程和编程经历中,已经遭遇很多奇特的对手,还有更为奇特的盟友。我至少发现有5种代码勇士,有些是出色的战友,其他则似乎都在搅黄我的每个计划。 不过他们都...

    企鹅号小编
  • 不要浪费时间写完美代码

     一个系统可以维持5年,10年,甚至20年以上,但是代码和设计模式的生命周期非常短,当对一个解决方案使用不同的方法进行迭代的时候,通常只能维持数月,数日,甚至几...

    用户1289394
  • 论编程的最后期限

    普通编程与专业编程之间有很多差别,而最为显著的就是截止日期。 截止日期 / 最后期限   当你给自己写程序的时候,只要你愿意,就可以用很多(或者很少)的时间来...

    用户1289394
  • 从条件运算符说起,反思什么是好代码

    那什么样的代码才是优秀的代码呢?对于这个问题,我想每个人心中都会有自己的答案。今天我就来和你聊聊我的思考。

    架构师修炼
  • 高级Python工程师教你如何正确写代码

    我接手的第一样东西就是React UI。我们有一个主要组件,它容纳了其他所有组件。我喜欢在代码中加入一点幽默感,我想把它命名为GodComponent。在cod...

    小小科
  • Dead Code为什么能在代码库中永生?

    在一些遗留系统中,经常会看到大片大片灰掉的代码(被注释掉了),这种代码是死代码吗?如果要我下定义,我认为这些不是死代码,因为它们连代码都称不上,如何又能叫死代码...

    袁慎建@ThoughtWorks
  • JS逆向时碰到了恶心的死代码怎么办?手把手教你解决!

    你是否也曾有过「跟着代码跳了很久之后,才发现那一大坨代码其实没有任何作用」的惨痛经历?

    青南

扫码关注云+社区

领取腾讯云代金券