作为一名合格的java程序员需要具备什么能力

如何快速为合格的程序员从初入职场菜鸟到职场大咖，很多程序员在努力充实自己，有时候我们需要对自己进行一次能力定位，了解自己的优势和没有掌握的技术。芯学苑本文列出几点作为初入职场的新手评估自己，明了前进学习的方向。1、技术能力(解决问题的能力)这是非常重要的事;过硬的技术能让你得到面试机会，并在工作中游刃有余。当公司招聘一个Java开发人员时，是会优先考虑能力因素的。在实际的项目开发中，一个程序员的技术能力等于其解决问题的能力。如果拿一个尺度来衡量这个能力的话，一个程序员的能力可以用能完成任务的数量和难度来衡量。一个程序员能基本无误的完成项目中的一个功能算是合格，但在此之前，他对项目的生产力为负，为他布置的任务，中间环节的沟通，修补bug的时间其实要多于自己直接完成该功能的时间的。能较好完成一个完整模块的程序员才算是较好的程序员，也是项目中的主要开发者。能独立完成整个项目才是优秀的程序员。2、专业基础(知识的积累)一个程序员的知识积累很大程度上决定了其解决问题的能力。知道如何编写代码是基本的技能，但是知道Java编程语言的原理，知道代码背后的算法将使你从人群中脱颖而出。3、主流编程工具今天，事实是，你不能成为一个样样都懂的人(杂而不精)。你必须选择你要掌握的工具。有时这是由工作的环境决定的，但是按照下面说的去做也是一个很好的选择：构建工具：Maven或Gradle。SCM：Git(不是GitHub。大不相同)。构建自动化：Jenkins。IDE：Netbeans或Eclipse——不仅用于编写代码，而且还从IDE中重构和调试代码。我遇到了很多没有如何从他们最喜欢的IDE调试的开发人员。Bug跟踪：Bugzilla或Jira。4、JSF的知识应用程序服务器所有Java开发人员应该知道如何在ApacheTomcat中部署。当Glassfish开发停止时，下一个最好的事情是JBossWildFly。5、沟通的能力沟通是我们做好一切事情的关键。我们必须与我们周围的环境保持互动，无论是在我们的私人还是职业生活中。一个良好的程序员知道如何在各种团体面表达自己。也许对你来说显而易见的东西在他人的角度来看并非如此。从大的尺度(比如一个人的工作生涯)来看，一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。在一个分工明确的项目中，程序员需要理解产品，和领导沟通理解自己的任务，和同事们沟通以正确的方式进行合作。无论哪一个方面沟通出了问题都不是小事情，同时，程序员还需要正确的传达设计的实现难度，以及让别人正确的理解自己设计模块的接口。在不写文档时，正确的口头沟通非常重要，需要写文档时，良好的编辑能力也算做是沟通能力的一部分。6、自学能力这是一个非常重要的技能，在你自己的空闲时间学习新的技能。不要等待公司为你提供培训。你需要自己去学习新技术，提升自己在相关领域的水平。从WEB前端开发到架构模式，总是有一些新事物值得学习。经常阅读博客和论坛，尝试加入本地聚会小组。你学到的东西可以帮助你的事业。知识刷新频率极快让人无法追赶的这个时代，难免会有超出自己知识范围的时候，此时你的自学能力决定了你能多快的完成任务。7、良好的团队合作精神无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，我们应该学习的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。

怎么样才能成为一个优秀的程序员这是一个颇为奇怪的问题。怎样才是一个优秀的软件开发人员,在今天,你该怎样发展你的职业生涯以下是DevStore总结的优秀程序员必备十大习惯。按照这些技巧和规则,你可以改善你的现状,由一个普通的程序员,成为一名优秀的程序员。

学会学习

就算是你有了10年以上的程序员经历,你也得要不断地学习,因为你在计算机这个充满一创造力的领域,每天都会有很多很多的新事物出现。你需要跟上时代的步伐。你需要去了解新的程序语言,以及了解正在发展中的程序语言,以及一些编程框架。还需要去阅读一些业内的新闻,并到一些热门的社区去参与在线的讨论,这样你才能明白和了解整个软件开发的趋势。

掌握多种语言

程序语言总是有其最适合的领域。当你面对需要解决的问题时,你需要找到一个最适合的语言来解决这些问题。比如,如果你需要性能,可能C/C++是首选,如果你需要跨平台,可能Java是首选,如果你要写一个Web上的开发程序,那么PHP,ASP,Ajax,JSP可能会是你的选择,如果你要处理一些文本并和别的应用交互,可能Perl, Python会是最好的。所以,花一些时间去探索一下其它你并熟悉的程序语言,能让你的眼界变宽,因为你被武装得更好,你思考问题也就更为全面,这对于自己和项目都会有好的帮助。

理性面对不同的 *** 作系统或技术

程序员们总是有自己心目中无可比拟的技术和 *** 作系统。只有一部分优秀的程序员明白不同 *** 作系统的优势和长处和短处,这样,在系统选型的时候,才能做到真正的客观和公正,而不会让情绪影响到自己。同样,语言也是一样,有太多的程序员总是喜欢纠缠于语言的对比,如:Java和Perl。哪个刚刚出道的程序员没有争论去类似的话题呢比如VC++和Delphi等等。争论这些东西只能表明自己的肤浅和浮燥。优秀的程序并不会执着于这些,而是能够理性的分析和理心地面对,从而才能客观地做出正确的选择。

别把自己框在单一的开发环境中

再一次,正如上面所述,每个程序员都有自己忠爱的工具和技术,有的喜欢使用像VC++一样的图形界面的调试器,而我更喜欢GDB命令行方面的调式器。等等等等。程序员在使用什么样的工具上的争论还少吗到处都是啊。使用什么样的工具本来无所谓,只要你能更好更快地达到你的目的。但是有一点是优秀程序员都应该了解的——那就是应该去尝试一下别的工作环境。没有比较,你永远不知道谁好谁不好,你也永远不知道你所不知道的。

使用版本管理工具管理你的代码

千万不要告诉我你不知道源码的版本管理,如果你的团队开发的源代码并没有版本管理系统,那么我要告诉你,你的软件开发还处于石器时代。赶快使用一个版式本管理工具吧。使用什么样的版本管理工具依赖于你的团队的大小和地理分布,你也许正在使用最有效率或最没有效率的工具来管理你的源代码。但一个优秀的程序员总是会使用一款源码版本管理工具来管理自己的代码。

做一个优秀的团队成员

除非你喜欢独奏,除非你是孤胆英雄。但我想告诉你,今天,可能没有一个成熟的软件是你一个人能做的到的,你可能是你团队中最牛的大拿,但这并不意味着你就是好的团队成员。你的能力只有放到一个团队中才能施展开来。你在和你的团队成员交流中有礼貌吗你是否经常和他们沟通,并且大家都喜欢和你在一起讨论问题想一想一个足球队吧,你是这个队中好的成员吗当别人看到你在场上的跑动时,当别人看到你的传球和接球和抢断时,你的团员成员能因为你的动作受到鼓舞吗

把你的工作变成文档

这一条目当然包括了在代码中写注释,但那还仅仅不够,你还需要做得更多。有良好的注释风格的代码是一个文档的基础,他能够让你和你的团队容易的明白你的意图和想法。写下文档,并不仅仅是怕我们忘了当时的想法,而且还是一种团队的离线交流的方法,更是一种知识传递的方法。记录下你所知道的一切会是一个好的习惯。因为,我相信你不希望别人总是在你最忙的时候来打断你问问题,或是你在休假的时候接到公司的电话来询问你问题。而你自己如果老是守着自己的东西,其结果只可能是让你自己长时间地深陷在这块东西内,而你就更本不可以去做更多的事情。包括向上的晋升。你可能以为“教会徒弟能饿死师父”,但我告诉你,你的保守会让你失去更多更好的东西,请你相信我,我绝不是在这里耸人听闻。

注意备份和安全

可能你觉得这是一个“废话”,你已明白了备份的重要性。但是,我还是要在这里提出,丢失东西是我们人生中的一部份,你总是会丢东西,这点你永远无法避免。比如:你的笔记本电脑被人偷了,你的硬盘损坏了,你的电脑中病毒了,你的系统被人入侵了,甚至整个大楼被烧了,等等,等等。所以,做好备份工作是非常非常重要的事情,硬盘是不可信的,所以定期的刻录光盘或是磁带可能会是一个好的方法,网络也是不可信的,所以小心病毒和黑客,不但使用软件方面的安全策略,你更需要一个健全的管理制度。此外,尽量的让你的数据放在不同的地方,并做好定期(每日,每周,每月)的备份策略。

设计要足够灵活

可能你的需求只会要求你实现一个死的东西,但是,你作为一个优秀的程序,你应该随时在思考这个死的东西是否可以有灵活的一面,比如把一些参数变成可以配置的,把一些公用的东西形成你的函数库以便以后重用,是否提供插件方面的功能你的模块是否要以像积木一样随意组合如果要有修改的话,你的设计是否能够马上应付当然,灵活的设计可能并不是要你去重新发明轮子,你应该尽可能是使用标准化的东西。所谓灵话的设计就是要让让考虑更多需求之外的东西,把需求中这一类的问题都考虑到,而不是只处理需求中所说的那一特定的东西。比如说,需要需要的屏幕分辨率是800×600,那么你的设计能否灵活于其他的分辨率程序设计总是需要我们去处理不同的环境,以及未来的趋势。我们需要用动态的眼光去思考问题,而不是刻舟求剑。也许有一天,你今天写的程序就要移植到别的环境中去,那个时候你就能真正明白什么是灵活的设计了。

不要搬起石头砸自己的脚

程序员总是有一种不好的习惯,那就是总是想赶快地完成自己手上的工作。但情况却往往事已愿违。越是想做得快,就越是容易出问题,越是想做得快,就越是容易遗漏问题,最终,程序改过来改过去,按下葫芦起了瓢,最后花费的时间和精力反而更多。欲速而不达。优秀程序员的习惯是前面多花一些时间多作一些调查,试验一下不同的解决方案,如果时间允许,一个好的习惯是,每4个小时的编程,需要一个小时的休息,然后又是4个小时的编码。当然,这因人而异,但其目的就是让你时常回头看看,让你想一想这样三个问题:1)是否这么做是对的2)是否这么做考虑到了所有的情况3)是否有更好的方法想好了再说,时常回头看看走过的路,时常总结一下过去事,会对你有很大的帮助。

楼上的几位显然误会我的意思了，我并不是说不应当写文档加注释注重团队精神，看看下面的一篇文章，那位三天就写出UNIX的他需要写文档注释和团队精神吗，他用不着。哪个高手没有一点傲气和自信，他之所以敢对用户说：拿到你想要的，然后滚蛋，你已经很幸运了！是因为他有这个资本。天才本就不循规蹈矩，那样他就不叫天才了。

MIT BBS上说微软电话面试的一道题就是“Who do you think is the best coder,

and why”。我觉得挺有意思的，也来凑个热闹。排名不分先后。

Bill Joy, 前任Sun的首席科学家，当年在Berkeley时主持开发了最早版本的BSD。他还

是vi和csh的作者。当然，Csh Programming Considered Harmful 是另一个话题乐。据

说他想看看自己能不能写个 *** 作系统，就在三天里写了个自己的Unix, 也就是BSD的前

身。当然是传说了，但足见他的功力。另一个传说是，1980年初的时候，DARPA让BBN在

Berkley Unix里加上BBN开发的TCP/IP代码。但当时还是研究生的B伯伯怒了，拒绝把BBN

TCP/IP加入BSD，因为他觉得BBN的TCP/IP写得不好。于是B伯伯出手了，端的是一箭封

喉，很快就写出了高性能的伯克利版TCP/IP。当时 BBN和DARPA签了巨额合同开发TCP/IP

Stack，谁知他们的代码还不如一个研究生的好。于是他们开会。只见当时B伯伯穿

个T-shirt出现在会议室(当时穿T-shirt不象现在，还是相当散漫的哈)。只见BBN问：你

怎么写出来的？而B伯伯答：简单，你读协议，然后编程就行了。最令偶晕倒的是，B伯

伯硕士毕业后决定到工业界发展，于是就到了当时只有一间办公室的Sun, 然后他就把

Sparc设计出来乐。。。象这种软硬通吃的牛人，想不佩服都不行的说。据Bill Joy的同

事说，一般开会的时候B伯伯总是拿一堆杂志漫不经心地读。但往往在关键之处，B伯伯

发言，直切要害，提出漂亮的构想，让同事们彻底崩溃。对了，他还是Java Spec和JINI

的主要作者之一。

John Carmack，ID Software的founder和Lead Programmer。上个月和一个搞图形的师兄

聊天，他竟然不知道John Carmack, 也让偶大大地晕了一把。不过也许搞研究的和搞实

战的多少有些隔吧。想必喜欢第一人称射击游戏的都知道J哥哥。90年代初只要能在PC

上搞个小动画都能让人惊叹一番的时候，J哥哥就推出了石破天惊的Castle Wolfstein,

然后再接再励，doom, doomII, Quake每次都把3-D技术推到极限。J哥哥的简历上说

自己的专长是"Exhaust 3-D technology"，真是牛人之言不我欺的说。做J哥哥这样的人

是很幸福的，因为各大图形卡厂家一有了新产品就要向他“进贡"

，不然如果他的游戏不支持哪种卡，哪种卡基本就会夭折乐。当初MS的Direct3D也得听

取他的意见，修改了不少API。当然，J哥哥在结婚前十数年如一日地每天编程14小时以

上，也是偶们凡人望尘莫及的。对了，J哥哥高中肆业(？)，可以说是自学成才。不过

呢，谁要用这个例子来为自己学习不好辩护，就大错特错了。那 Leonardo Da Vinci还

是自学成才呢(人是私生子，不能上学)。普通人和天才还是有区别的。对了，其实偶们

叫“达分奇”是相当不对的，因为Vinci是地名，而Da Vinci就是从Vinci来的人的意

思。换句话说，Leonardo Da Vinci就是“从Vinci来的Leonardo”的意思。叫别

人“Da Vinci”就不知所谓乐。嗯，扯远了，打住。

David Cutler，VMS和Windows NT的首席设计师，去微软前号称硅谷最牛的kernel开发

员。当初他和他的手下在微软一周内把一个具备基本功能的bootable kernel写出来，然

后说：“who can't write an OS in a week"，也是牛气冲天的说。顺便说一句，D爷

爷到NT35时，管理1500名开发员，自己还兼做设计和编程，不改coder本色啊。

D爷爷天生脾气火爆，和人争论时喜欢双手猛击桌子以壮声势。 日常交谈fuck不离口。

他面试秘书时必问："what do you think of the word 'fuck'" ，让无数美女刹羽而

归。终于有一天，一个同样火爆的女面对这个问题脱口而出："That's my favorite

word"。于是她被录取乐，为D爷爷工作到NT35发布。

Don Knuth。高爷爷其实用不着偶多说。学编程的不知道他就好像学物理的不知道牛顿，

学数学的不知道欧拉，学音乐的不知道莫扎特，学Delphi的不知到 Anders Hejlsberg，

或者学Linux不知道Linus Torvalds一样，不可原谅啊。为了让文章完整，就再罗唆几句

吧。高爷爷本科时就开始给行行色色的公司写各种稀奇古怪的编译器挣外快了。他卖给别

人时收一两千美元，那些公司拿了code，加工一下卖出去就是上万上十万。不过也没见高

爷爷不爽过，学者本色的说。想想那可是60年代初啊，高爷爷写编译器写多了，顺带就搞

出了个 Attribute Grammar和LR(k)，大大地造福后人啊。至于高爷爷在CalTech的编程比

赛(有Alan Kay得众多高高手参加)总是第一，写的Tex到86年就code freeze，还附带2^n

美分奖励等等都是耳熟能详的，偶就不饶舌乐。

顺便说一下，高老大爷是无可争议的写作高手。他给Concrete Mathematics 写的前言可

谓字字铿锵，堪为前言的典范。他的技术文章也是一绝，文风细致，解释精当，而且没

有学究气，不失轻快跳脱。记得几年前读Concrete Mathemathics，时不时开怀大笑，让

老妈极其郁闷，觉得我nerdy到家，不可救药。其实呢，子非鱼，安知鱼之乐，更不知那

完全是高爷爷的功劳。说到写作高手，不能不提Stephen A Cook。他的文章当年就被我

们的写作老师极力推荐，号称典雅文风的样本。库爷爷一头银发，身材颀长，总是面带

谦和的微笑，颇有仙风道骨，正好和他的仙文相配的说。

高爷爷其实还是开源运动的先驱。虽然他没有象Richard Stallman那样八方奔走，但他

捐献了好多作品，都可以在网上看到，比如著名的Mathematical Writing，MMIXWare，

The Tex Book等，更不用说足以让他流芳百世的Tex乐。

Ken Thompson，C语言前身B语言的作者，Unix的发明人之一(另一个是Dennis M Riche

老大，被尊为DMR)，Belle(一个厉害的国际象棋程序)的作者之一, *** 作系统Plan 9的主

要作者(另一个是大牛人Rob Pike,

前不久被google挖走了)。Ken爷爷也算是计算机历史上开天辟地的人物了。1969年还是

计算机史前时代，普通人都认为只有大型机才能运行通用的 *** 作系统，小型机只有高山

仰止的份儿。至于用高级语言来写 *** 作系统，更是笑谈。Ken爷爷自然不是池中物，于是

他和DMR怒了，在1969年到1970间用汇编在PDP-7上写出了UNIX的第一个版本。他们并不

知道，一场轰轰烈烈的UNIX传奇由此拉开了序幕。Ken爷爷在1971年又把Unix用C重写，

于是C在随后20年成就了不知多少豪杰的梦想和光荣。

Ken爷爷还有段佳话： 装了UNIX的PDP-11最早被安装在Bell Lab里供大家日常使用。很

快大家就发现Ken爷爷总能进入他们的帐户，获得最高权限。Bell

Lab里的科学家都心比天高，当然被搞得郁闷无比。于是有高手怒了，跳出来分析了UNIX

代码，找到后门，修改代码，然后重新编译了整个UNIX。就在大家都以为“这个世界清

净了”的时候，他们发现Ken爷爷还是轻而易举地拿到他们的帐户权限，百思不解后，只

好继续郁闷。谁知道这一郁闷，就郁闷了14年，直到Ken爷爷道出个中缘由。原来，代码

里的确有后门，但后门不在Unix代码里，而在编译Unix代码的C编译器里。每次C编译器

编译UNIX的代码，就自动生成后门代码。而整个Bell Lab的人，都是用Ken爷爷的C编译

器。

(6)Rob Pike, AT&T Bell Lab前Member of Technical Staff ，现在google研究 *** 作系

统 。罗伯伯是Unix的先驱，是贝尔实验室最早和Ken Thompson以及Dennis M Ritche开

发 Unix的猛人，UTF-8的设计人。他还在美国名嘴David

Letterman的晚间节目上露了一小脸，一脸憨厚地帮一胖子吹牛搞怪。让偶佩服不已的

是，罗伯伯还是1980年奥运会射箭的银牌得主。他还是个颇为厉害的业余天文学家，设

计的珈玛射线望远镜差点被NASA用在航天飞机上。他还是两本经典，The Unix

Programming Environment 和 The Practice of Programming 的作者之一。如果初学者

想在编程方面精益求精，实在该好好读读这两本书。它们都有中文版的说。罗伯伯还写

出了Unix下第一个基于位图的窗口系统，并且是著名的blit终端的作者。当然了，罗伯

伯还是号称锐意革新的 *** 作系统，Plan9，的主要作者。可惜的是，Plan9并没有引起多

少人的注意。罗伯伯一怒之下，写出了振聋发聩的雄文 Systems Software Research is

Irrelevant，痛斥当下系统开发的不思进取，固步自封的弊病。虽然这篇文章是罗伯伯

含忿出手，颇有偏激之词，但确实道出了系统开发的无奈：开发周期越来越长，代价越

来越大，用户被统一到少数几个系统上，结果越来越多的活动是测量和修补，而真正的

革新越来越少。

就在罗伯伯郁闷之极的时候，google登门求贤来乐。如果说现在还有一家大众公司在不

遗余力地把系统开发推向极致的话，也就是google乐。随便看看google的成果就知道

了。具有超强容错和负载平衡能力的分布式文件系统GFS

(现在能够用100,000台廉价PC搭起一个巨型分布系统，并且高效便宜地进行管理的系统

也不多哈)，大规模机器学习系统(拼写检查，广告匹配，拼音搜寻。。。哪个都很牛的

说)，更不用说处理海量并行计算的各式google服务了。Rob在System Software

Research is Irrelevant里萧瑟地说现在没有人再关心系统研究的前沿成果了。想不到

他错了，应为google关心。google网络了大批功成总是试图吸取系统研究的最新成果。

想必Rob Pike在google很幸福。愿他做出更棒的系统。

Dennis M Ritchie, 既然Ken Thompson是我的偶像，新闻组上人称DMR的Dennis M

Ritchie自然也是，毕竟两人共同缔造了UNIX，而Dennis几乎独力把C搞大(当然，C的前

身是B，而B是Ken Thompson一手做出来的)。两人1983年分享图灵奖，是有史以来少数几

个因工程项目得奖的工程师(本来是唯一的一对儿，但Alan Kay才因为SmallTalk得奖，

所以就成了唯二的乐) 一个人一生能做出一个卓越的系统已经不易，DMR的C和UNIX长盛

不衰近30年，至今生机勃勃，DMR此生可以无憾的说。

D爷爷也算有家学渊源：他老爸在AT&T贝尔实验室工作了一辈子，并在电路设计方面卓有

成就，还出了本颇有影响的书The Design of Switching Circuits，据说在交换理论和

逻辑设计方面有独到的论述。当然，D爷爷和他老爸是不同时代的人：他老爸的研究成

形于晶体管发明之前，而D爷爷的工作离了晶体管就玩儿不转乐。:-D

不要看D爷爷搞出了C，其实他最爱的编程语言是Alef，在Plan9上运行，支持并行编程。

Alef的语法和C相似，但数据类型和执行方式都和C大大不同。说到语言，D爷爷对后来

人有非常中肯的建议：抱着学习的目的来开发你自己的语言，不要冀望于它被众人接

受。这个建议不光对语言开发有用，也适用于其它大型系统的开发。别的不说，DMR后来

领导自己的团队在1995年和1996分别推出了Plan9和Inferno *** 作系统，又用多少人知道

呢？其实，D爷爷当初也没想过C会风行世界。他开发C的初衷和Eric S Raymond

在Cathedral and Bazaar里阐述的一样，就是要消除自己对现有工具的不爽之处。谁

知D爷爷无心插柳，C竟然受到众多程序员的狂热拥戴，连D爷爷自己都大惑不解。在一次

采访中D爷爷说大概那是因为C的抽象程度碰巧既满足了程序员的要求, 又容易实现。当

然C一度是Unix上的通用语言也是原因。但不管怎么说，D爷爷对编程语言出色的审美意

识奠定了C广为流传的基础。

最后八卦一下。D爷爷的业余爱好和NBA大牛Karl Malone一样：开卡车。不过D爷爷更喜

欢开NASCAR，而KM独爱巨无霸。J D爷爷自称心中不供偶像，如果一定要说一个，那就

是Ken Thompson了。现在Ken爷爷退休当飞机教练去了，而D爷爷当了贝尔实验室系统开

发部的头，整日忙于开支票。他俩合作20年，屡屡创造历史。这段令人神往的佳话，也

就长留你我心中乐。

PS, 很多人都以为Brian W Kernighan是C的作者。其实BWK只是写了那本经典K&R C。

据D爷爷说，他，Ken, 和Kernighan三人中，Kernighan最能写文章，他次之，而Ken写

得最少；但说到编程，Ken爷爷才是当之无愧的老大。

Edsger Wybe Dijkstra, 对，就是EW Dijkstra 一提到EWD，很多人就会想起找最短

路径的Dijkstra Algorithm，就好像一提到Sir Tony Hoare，就想起Quick Sort一样。

其实这些个算法不过是两个牛人在他们职业生涯中最琐碎的贡献。比如Dijkstra算法，

无非是戴爷爷在1956年为了展示新计算机

ARMAC的计算能力，初试身手的成果，属于他的算法处女作。据戴爷爷自述，他搞出最

短路径算法的时候连纸笔都没用。当时他和他老婆在阿姆斯特丹一家咖啡厅的阳台上晒

太阳喝咖啡，突然就把这个算法想出来乐。而且当时的算法研究还比较原始，牛人们忙

着用计算机搞数值计算，对离散算法不屑一顾。那时连一个象样的专注于离散算法的专

业期刊都没有。戴爷爷于是推迟发表这个算法。直到1959年，他才把这个算法发表

在Numerische Mathematik的创刊号上，权为捧场。:-)

EWD在多个领域牛气冲天，端的是理论和编程两手硬的高手。只不过他的很多工作比较

深刻，学校的老先生们觉得本科生接受不了，不给本科生讲而已。

戴爷爷大概因为最短路径算法一战成名，于是有人请他参加另一台计算机X1的设计工

作，并且把设计实时中断系统的任务派给了他。现在看来实时中断也许不算什么，但要

知到，X1前根本就没有实时中断的概念。实现它简直就是一场豪赌。戴爷爷起初还不情

愿，但经不住项目负责人Bram和Carel的轮番 “吹捧”：我们知道实时中断让您工作变

得非常困难，但象您这样的牛人肯定能做出来的说。结果戴爷爷被糖衣炮d彻底击穿，

接下了这个烫手山芋。两三年后，他不仅搞出了实时中断，还围绕这个写出了自己的博

士论文，顺利戴上博士帽。

让戴爷爷真正成名立万的还是在X1上开发的Algo60，最早的高级语言之一。戴爷爷没日

没夜地工作了8个月，就搞出了Algo60，也因此获得了 1972年的图灵奖。因为Algo60，

戴爷爷发表了一篇石破天惊的文章：Recursive

Programming，于是人们才知道，原来高级语言也可以高效地实现递归，原来从此以后，

所有程序员都不可避免地和戴爷爷发明的一个词(应该说是概念)打交道：堆栈。

而且Algo60还让戴爷爷深入地思考多道程序设计的问题，最终发明了每个系统程序员

都绕不开的概念：semaphore。当然，戴爷爷总是把他发明的概念严格形式化，极具科

学家本色的说。和这些成就想比，他提出的吃饭的哲学家问题，也就没什么好说的了。

说来好笑，当时的大学(忘了哪所了)还是觉得戴爷爷没有受过正统的数学训练，也不是

专门搞数值分析的，所以最后不太情愿地给了他一个教职。这种小挫折并不能妨碍象戴

爷爷这样的牛人创造历史。他一边教数值分析(:-D) ，一边开始开发一个新的 *** 作系

统，并培养计算机科学家。几年后，THE Multiprogramming

System横空出世。THE是第一个支持松散耦合，显式同步的进程并由此使得严格证明系统

没有死锁变得容易的 *** 作系统。可惜戴爷爷任职的系不识货，还强行解散了他的研究小

组(1972年戴爷爷给他的系主任说他得了图灵奖，系主任的第一反应是你们搞计算机就

喜欢乱发奖)。这让戴爷爷相当郁闷，得了抑郁症。在极度郁闷之中，戴爷爷决定用写作

来治疗自己的抑郁症。于是经典就诞生乐：Notes on Structured Programming。戴爷爷

从此被尊为结构化编程的奠基人，而且他的抑郁症也被治好乐。

EWD太牛，结果他的故事也太多。先到这里吧。1973起，他的故事就在美国发生了。

Anders Hejlsberg，微软NET的首席架构师，编程语言设计和实现的顶尖高手。他一手

做出了 Turbo Pascal, 也是Delphi, J++(尤其是WFC)，C#, 和NET的主要作者。这些作

品的名字足以为他立传。作为一个程序员，我在这样的大师面前实在无语。生子当

如Anders的说。李维的<>里已详细讲述了Anders的传奇故事，我就不用费舌了：

>

每个代码的层次都是不一样的，都是非常缜密的，除此之外，不光是要会写代码，还要成为一个好的程序员才是最重要的。

程序员，随着计算机和软件行业的发展，基数越来越大。如何在茫茫的程序员中脱颖而出呢，来看看作为一个好的程序员的标准你都占了几条？

1经常和其他的人交流

有很多程序员认为，编写代码的工作就是一个人在默默的角落里敲着键盘。其实，好的程序员善于和他人交流。好的程序员和其他程序员交流经验和灵感，从其他人那里吸取心得，展开新视角；好的程序员也和其他岗位的人交流，将不同工作结构的思维运用到了自己的工作中。                                                                        

2 秉承开放的思想和态度

好的程序员喜欢分享他们的心得和经验，无论在公司和同事们分享，还是在社交网络中和志同道合的人分享。                                                                        

3 研究优秀的代码

代码是程序员的生命，研究优秀的代码可以让程序员的生命力更加旺盛。好的程序员会在各种代码源中搜索自己感兴趣的代码，阅读它们，给它们打分，再选择性地研究它们。                                                                      

4 熟悉多种编程语言

每种语言的有点都不一样，各有所长，这就意味着每种语言的思维方式会稍有不同。好的程序员可以使用不同语言的角度来思考问题，以找到最好的解决问题方式                              

5拥有钻研精神

好的程序员更加喜欢挖掘事物的原理，从原理上去理解，深入研究。所谓万变不离其宗，了解了根本才能更好地应用。                                

6 良好的时间管理和计划

什么时间做什么事情，做事情按照一定步骤来，好的程序员从来不会在时间紧任务多的时候手忙脚乱。                        

7 保持谦虚

技术永无止境，技术范围很广，技术水很深。即使在一个领域是专家，到了其他领域还是需要其他人的指点。好的程序员总是把姿态放低，虚心请教。

以上就是关于作为一名合格的java程序员需要具备什么能力全部的内容，包括:作为一名合格的java程序员需要具备什么能力、一个优秀的程序员需要养成哪些良好的习惯、一个好的程序员至少应该具备哪些条件等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！