我们可以得意忘形地使用最新的JavaScript框架-嗯哼,Angular-IoC 容器,编程语言,甚至操作系统。但作为一个程序员,所有这些东西并不是问题真正的解决方案,相反,它们只是帮助我们解决问题的简单工具。
在面对那些我们喜欢或是当前非常流行的特殊技术时,我们必须非常小心,而不是变得过于疯狂。以免步入这样一个险境:仅仅因为我们手里拿了一把闪闪发亮的锤子,就把所有的问题都看作钉子。
在写代码的时候,我们应努力保持书写的代码清晰易懂。
可以明确(Clear)表明自身意图的代码,永远要比那些晦涩的代码更有价值-无论那些晦涩的代码被构建得多么聪明(Clever)。
虽然情况并不总是这样,但一般来说,“聪明”是“清晰”的敌人。
一种经常出现的情况是,当我们写出一段“聪明”的代码时,这段代码并不是特别的“清晰”。
这条规则非常重要,尤其是当我们思考我们要做一些特别“聪明”的事情时。
有时候我们写出了“聪明”的代码,它们同时也是清晰的,但是其他情况也会时有发生。
如果你对写出简洁的代码感兴趣,我高度推荐你用下面这本书上描写的规则来检验:Robert C. Martin的《干净的编码者:专业程序员的行为守则》(The Clean Coder: A Code of Conduct for Professional Programmers)
这条可能会有些争议,毕竟,作为程序员,我们的工作不就是写代码吗?
嗯。。。这个看你怎么说了。
写代码的确是我们工作的一部分,但是,我们要尽可能努力的去用最少的代码来解决问题。
所谓“最少的代码”并不是说我们只能用一个字母的变量名或者其它方式来压缩我们的代码。“最少的代码”指的是我们应该只写为了实现功能而必不可少的代码。
我们常常添加一些“酷”的功能,来让代码“健壮”和“灵活”,让代码能够处理“所有”可能的使用情况。我们企图猜测那些可能会被用到的功能。总之,我们常常花费时间去解决一些头脑中臆想出来的可能的情况。
我们这么做,是错的。
不能否认,这些多余的代码能会带来些好处。然而,这些代码同样的会有很多危害。我们写得代码越多,就越有可能引入错误;我们写得代码越多,将来的维护工作就越繁杂。
好的软件工程师只写绝对需要的代码。
伟大的软件工程师会把没用的代码统统都删掉。
我并不是很热衷于写注释。当我跟Bob Martin在一起时,他说:
“你写的每个注释,都代表着你表达能力的欠缺“
这并不是说一点注释也不写,但通常我们可以通过一种更好的方式——命名来避免。
注释仅在命名不能有效表示变量或方法的意图时才真正需要。此时的注释表达了不能用代码表达的真实意图。
例如,注释能够告诉你在代码中某些奇怪的操作顺序并不是错误的,它是由于底层系统的某一bug而有意为之的。
但通常,注释不仅没有必要,有时它们还会"撒谎".
注释没有随着代码更新的倾向,而这是很危险的,因为它们会将你带入歧途。
你会查检每条注释和与之对应的代码,确保代码是在做注释说的事么?如果是的话,写注释还有什么用?如果不是,你怎么相信注释说的是对的?
真他妈麻烦,所以最好还是尽量别写注释了。
OK,喷子们,在下面的评论区里留下你们的“口水”吧,但我会无视你们的。
如果你每天都不学新知识,你就在退步,因为我可以保证你会忘记一些东西。
每天学一些新东西,并不会花去你太多的时间。
试着花15分钟去读一本书-我去年读了一大堆书,平均每天要花45分钟在阅读上。
每天的小进步,随着时间的推移会积少成多,并在很大程度上重塑你的未来。如果你想在未来获取回报,你现在就需要开始投资了。
此外,今天的技术变化非常之快,如果你不能做到不断提高已有技能并学会新的技能,你会很快掉队。
诚然,你最开始进入这个行业可能只是因为它待遇优厚。
我是说,为了良好的待遇找工作没有任何错误,但是医生或律师可能会是更好的选择。
你之所以成为了一名软件开发人员,是因为你爱写代码。因此,不要忘记你在做你所热爱的事情。
写代码有很多乐趣,我希望我能写更多的代码。
我这几天经常忙于写代码并试图让它占据我更多的时间,这也是我为什么如此清晰地记得它有多么的有趣。
也许你已经忘记了写代码的乐趣,也许是时候你应该再次记起写代码是多么的有趣了-通过开始一个边角的项目,或是仅仅改变你的心态,意识到你开始写了代码,并为之付出。(但愿如此)
无论你学了多少知识,都会有大量你所不知道的东西。
认识这一点非常重要,因为你可以驾驭你的那些想要去学会所有东西的发狂的想法。
没能获取所有问题的答案,这挺好的。
在自己不理解某事时寻求帮助或说出来,这也挺好的。
在很多情况下,你可以相当接近地了解到你想知道的事情-相信我,我一直在这样做。
我的观点是,不要总想着学会一切-如果这是个不可能完成的任务。相反,你应该重点学习那些你需要去知道的东西,并且提升那些可以让自己学习速度加快的能力。
评论删除后,数据将无法恢复
评论(48)
引用来自“ViaYang”的评论
4: 注释是魔鬼。这句话无疑是错误的,正确的是:糟糕的注释是魔鬼。很多时候,我们写注释并不仅仅是为了说明代码的逻辑,更多的时候是为说明类和函数的功能、使用范围、参数性质,更胜者,在某个复杂的设计模式里面,完全可以在注释里给出使用的范例。写好注释不是一个程序员应该做好的事,而是必须做好的事,所有写不好注释的程序员都还停留在初级阶段。毕竟,toString()返回的值到底是什么,光看函数名我们可不知道,难道不是吗?引用来自“黑人牙膏”的评论
注释是魔鬼,我不认同,注释是团队合作里很重要的因素,按照此说法,jdk的源代码就是魔鬼了,觉得是胡说八道引用来自“jQer”的评论
“你写的每个注释,都代表着你表达能力的欠缺“引用来自“黑人牙膏”的评论
注释是魔鬼,我不认同,注释是团队合作里很重要的因素,按照此说法,jdk的源代码就是魔鬼了,觉得是胡说八道引用来自“黑人牙膏”的评论
注释是魔鬼,我不认同,注释是团队合作里很重要的因素,按照此说法,jdk的源代码就是魔鬼了,觉得是胡说八道引用来自“QuenTine”的评论
原文的意思是代码要写得让更精简的注释就能解释得清楚,让注释没有必要,而不是不要。引用来自“黑人牙膏”的评论
注释是魔鬼,我不认同,注释是团队合作里很重要的因素,按照此说法,jdk的源代码就是魔鬼了,觉得是胡说八道