18条法则让程序员升职加薪!

18条法则让程序员升职加薪!,第1张

好的编程原则跟好的系统设计原则和技术实施原则有着密切的联系。下面的这些编程原则在过去的这些年里让我成为了一名优秀的程序员,我相信,这些原则对任何一个开发人员来说,都能让他的编程能力大幅度的提高,能让他开发出可维护性更强、缺陷更少的程序。

1.不要自我重复

这也许是在编程开发这最最基本的一个信条,就是要告诉你不要出现重复的代码。我们很多的编程结构之所以存在,就是为了帮助我们消除重复(例如,循环语句,函数,类,等等)。一旦程序里开始有重复现象的出现(例如很长的表达式、一大堆的语句,但都是为了表达相同的概念),你就需要对代码进行一次新的提炼,抽象。

2.提炼原则

跟“不要自我重复原则”相关,这一原则是说“程序中任何一段具有功能性的代码在源代码文件中应该唯一的存在。”

3.保持简单

简单化(避免复杂)永远都应该是你的头等目标。简单的程序让你写起来容易,产生的bug更少,更容易维护修改。

4.不要开发你目前用不到的功能

除非你真正需要用到它,否则不要轻易加上那些乱七八糟用不到的功能。

5.用最简单的方法让程序跑起来

在开发时有个非常好的问题你需要问问自己,“怎样才能最简单的让程序跑起来?”这能帮助我们在设计时让程序保持简单。

6.不要让我动脑子

这实际上是SteveKrug

关于web界面 *** 作的一本书的书名,但也适用于编程。主旨是,程序代码应该让人们花最小的努力就能读懂和理解。如果一段程序对于阅读者来说需要花费太多的努力才能理解,那它很可能需要进一步简化。

7.开放/封闭原则

程序里的实体项(类,模块,函数等)应该对扩展行为开放,对修改行为关闭。换句话说,不要写允许别人修改的类,应该写能让人们扩展的类。

8.为维护者写程序

任何值得你编写的程序在将来都是值得你去维护的,也许由你维护,也许由他人。在将来,当你不得不维护这些程序时,你对这些代码的记忆会基本上跟一个陌生人一样,所以,你最好还是当成一直在给别人写程序。一个有助于你记住这个原则的办法是“写程序时时刻记着,这个将来要维护你写的程序的人是一个有严重暴力倾向,并且知道你住在哪里的精神变态者”。

9.最少意外原则

最少意外原则通常是使用在用户界面设计上,但这个原则同样适用于编写程序。程序代码应尽可能的不要让阅读者感到意外。也就是说应该遵循编码规范和常见习惯,按照公认的习惯方式进行组织和命名,不符常规的编程动作应该尽可能的避免。

10.单一职责原则

一个代码组件(例如类或函数)应该只执行单一的预设的任务。

11.最小化耦合关系

一个代码片段(代码块,函数,类等)应该最小化它对其它代码的依赖。这个目标通过尽可能少的使用共享变量来实现。“低耦合是一个计算机系统结构合理、设计优秀的标志,把它与高聚合特征联合起来,会对可读性和可维护性等重要目标的实现具有重要的意义。”

12.最大化内聚性

具有相似功能的代码应该放在同一个代码组件里。

13.隐藏实现细节

隐藏实现细节能最小化你在修改程序组件时产生的对那些使用这个组件的其它程序模块的影响。

14.笛米特法则

程序组件应该只跟它的直系亲属有关系(例如继承类,内包含的对象,通过参数入口传入的对象等。)

15.避免过早优化

只有当你的程序没有其它问题,只是比你预期的要慢时,你才能去考虑优化工作。只有当其它工作都做完后,你才能考虑优化问题,而且你只应该依据经验做法来优化。“对于小幅度的性能改进都不该考虑,要优化就应该是97%的性能提升:过早优化是一切罪恶的根源”—Donald

Knuth。

16.代码复用

这不是非常核心的原则,但它跟其它原则一样非常有价值。代码复用能提高程序的可靠性,节省你的开发时间。

17.职责分离

不同领域的功能应该由完全不同的代码模块来管理,尽量减少这样的模块之间的重叠。

18.拥抱变化

这是Kent

Beck的一本书的副标题,它也是极限编程和敏捷开发方法的基本信条之一。很多的其它原则都基于此观念:面对变化,欢迎变化。事实上,一些经典的软件工程原则,例如最小化耦合,就是为了让程序更容易面对变化。不论你是否采用了极限编程方法,这个原则对你的程序开发都有重要意义。

其实都是一些老生常谈的话,重要的是在于你怎么去落实。你说呢?

关于我们这个行业,“是什么品质使得优秀的程序员区别于其他程序员?”是最难回答的问题之一。最近我阅读了EranGalperin的《WhatMakesagoodprogrammer》,很有感触,于是北大青鸟想和大家分享一下我认为团队中每个人都需要具备的基本技能和特质。

1.适应性和灵活性

很多开发团队都在喊我们需要灵活的开发人员——尤其是在软件开发初期这类人才更为重要。如果你平时是搞UI编程的,那么我们希望你能深入到数据持久层。我们甚至可能还会要求你去做一些测试。你可能是作为一个Java程序员而聘用的,但我们希望下一个应用程序你能用.NET写擅长多任务和成为某个领域的专家一样重要。在当时可能会让你想抓狂,但是挨过这段日子之后,你的简历绝对会让你的下一个雇主心动不已。

2.热情

也许你上大学学习计算机科学这个专业,只是因为你听说这行业能赚钱。几年之后,当你发现回报并没有你想象得那么丰厚的时候,可能就会开始沮丧,提不起干劲来。伟大的程序员会真心实意地爱着编程——可以不喜欢现在正在搞的代码——但总的来说,你应该成为一个享受于构建一些东西来解决问题的人。当有时间空下来可以喝杯咖啡的时候,你会去逛逛类似于JavaLobby的网站,寻找提高自己的途径。你会对谷歌最新的举措,市面上刚出来的Web框架感兴趣,津津乐道。

3.用科学武装头脑的实干家

《ThePragmaticProgrammer》是软件行业中最重要的书籍之一。它不仅不局限于某一种特定的编程语言,而且还为我们提供了一系列的指南,是一部非常经典的着作。在团队工作时我们需要考虑到自己的行为所带来的后果,拒绝“破窗理论”。对工作保持一贯的高标准——测试、编码和文档等等——然后渐渐带动整个的团队,蔚然成风。

保持新鲜感的最好办法是用科学的思维武装头脑。任何问题都可以被分解,所有语言都有着一系列相似的特征。之所以有些人能做到这一点,而其他人却不能的主要原因是在于,你是否保持对自己的质疑:这个代码片段还能不能写得更好?是不是可以用一种更有条理的方式呈现这些信息?我可以郑重地告诉你,这些答案几乎总是肯定的,所以踏踏实实地解决这些“自我质疑”吧!

4.良好的组织安排能力

一个优秀的程序员会把事情安排得井井有条,甚至每天下班前都会列出明天的任务。这样如果需要做别的事情的话,至少可以参考这个清单,看看放到什么时候做合适,或者会不会对其他任务造成影响。ps,这里推荐一个蛮有用的工具——Mylyn,一个基于任务的Eclipse插件。

在处理代码和文档方面也需要良好的组织安排能力。如果我们能够有组织地进行封装、设计、命名类和变量,不但有助于团队成员的理解,还能让你几个月后的再次查看,不至于像是在阅读他人的代码。

5.通情达理,平易近人

我们大多数在团队环境中工作的,所以我们必须要具备人际交往的能力。所有被尊重的伟大程序员个个都平易近人。你需要腾出时间为他人提供帮助,不管是有问题的代码,还是项目经理想了解一下你的预估。除此以外,你还应该尽量做到表达清晰——以免交流之后,对方反而对问题更加困惑了。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/7857841.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-10
下一篇 2023-04-10

发表评论

登录后才能评论

评论列表(0条)

保存