一个程序员要具备的基本素质是什么

一个程序员要具备的基本素质主要有10点。

心怀理想

我认为优秀程序员首先具备的素质是心怀理想。我曾说过许多程序员都是冲着“比尔盖茨”而来的，是被他的巨大成功所感召的。可以说不想当比尔盖茨的程序员不是好程序员。大家要记住，比尔盖茨的成功是两个方面的成功，一个是他个人的成功，另一个是IT行业的成功。作为个人成功，只要个人能在众人中脱颖而出，应该可以说行行都可以出状元的。而行业的成功则表现出行业的生命力和朝阳性。而从事这个行业的人则能够伴随着这个行业的发展而成功。在IT软件行业中，一个好的软件通过无数复制使用能产生巨大的经济效益和社会效益，而好的软件往往是程序员所编制的，与其有很大的关联性，这就意味着程序员在这个行业存在着成功的必然可能。现实中除了比尔盖茨，还有许许多多中外IT名人都是程序员出身的，他们的成功昭示着程序员成功的可能。

既然程序员有成功的可能，那优秀程序员一定是心怀成功的理想，这种理想激励他们不断进取走向成功。我这里说心怀，是说程序员不必天天把理想挂在嘴边，而是把理想放在心里，时刻牢记自己的目标是什么！目标是成功的一半，有了目标，优秀程序员可以不断地调整自己，以最优的方式去接近和实现自己的目标。

现实中还有两类程序员，一类是也想成为比尔盖茨，但是始终是想，最终只是一种幻想。另一类知道比尔盖茨，但是望而却步，从不敢有半点奢望，做到哪就算到哪，顺其自然。这两类程序员都不具备优秀程序员的基本素质。

充满激情

优秀的程序员一定是一个充满激情的人，他们的理想和目标的远大注定了他们不能以常人的方式平淡地、机械地工作着。我们很难想象一个优秀程序员不去争做一个大的项目；我们很难想象一个优秀程序员在大家遇到困难时，无助待援时，不挺身而出；我们很难想象一个优秀程序员历经千辛万苦编制出来的程序被用户认可那一瞬间，眼泪不夺眶而出；我们很难想象一个优秀程序员在自己遇到困难的时候，不大声叫喊永不放弃。对于优秀程序员来说付出和收获都是充满激情的。而他们的激情不但感染着自己，而且感染着团队，感染着用户。

市场意识

市场意识是许多程序员最不具备的，有的程序员甚至反感市场意识，认为软件卖不卖钱是公司的事，自己只要把程序做好了就行了。借用一句“只拉车不看路”来形容这类程序员是最为贴切的。有些人从事编程的确是个人兴趣所致，他们喜欢在编程中找到自身的乐趣。但是，更多的人从事编程是为了谋生，是为了获取更多的收入。程序员树立市场意识，就是要做有市场价值的软件，做价值最大化的软件。虽然程序员在单位可能无法挑选开发的项目，但是程序员可以在有市场价值的软件开发上投入更大的精力，可以在业余时间开发有价值的软件。如果公司的软件市场没有前景，程序员应该未雨绸缪，做好最坏的打算，选择更有成长性的软件公司。否则，编程能力再强也是英雄无用武之地，达不到自己的预期。做市场价值最大的软件，让自己市场价值最大化应该是优秀程序员必备的素质之一。

永不放弃

程序员可能和其他行业从业人员不太一样，一般遇到困难，其他人员可能进行一番战斗后，无法克服就会放弃了。而程序员遇到困难就可能让程序无法进行下去，他们必须要把问题解决了程序才能完成。优秀的程序员不但敢于解决各种编程中的问题，而且还会善于解决各种问题。有的程序员遇到问题，随便找一种方法就给解决了，他可能不问解决后会带来什么新的问题，不问是否有更好的解决方案。而优秀的程序员往往追求最优的解决方案，往往在这过程中遇到千难万难，但是他们抱着永不放弃的信念，一日复一日，一月复一月，甚至一年复一年去实现自己的目标，最终他们能收获其他程序员无法收获的胜利成果，使得他们水平高高在上。

团队精神

现代的程序员和以前的程序员已经完全不一样了，原来程序员是全能性程序员，现在程序员是专业的程序员。尽管还有很少的程序员集设计、开发、销售、维护为一身，但是专业化的潮流不可阻挡，这就表示一个软件或多个软件是靠多个人开发的，他们通过分工协作从事着整个制作工作。程序员写的程序不仅要给自己看，而且要给团队其他人看，当发现程序问题的时候，团队成员可以一起帮助分析解决。如果没有团队精神，任何一个程序员也不可能有真正的成功，即使成功也是渺小的、暂时的。因此要获得事业上的成功，必须要依靠团队的力量才能达到。优秀程序员的优秀之处是可能并不只是关心自己的优秀，而是更关心他周围的程序员和其他人员是否优秀。让更多的优秀的人在一个团队中工作形成一个优秀的团队，这样的程序员才是充满竞争力的，是战无不胜的。

面向对象

很多人都是从面向过程思维方式开始学习编程的，随后也学了面向对象编程方法，也用了面向对象开发工具和语言，但是，真正的用面向对象方法来编程、来设计编程构架、来进行功能分析、来需求分析还是很少的。优秀的程序员一定具备面向对象的思维方式，从设计到编程都贯彻着面向对象的痕迹，他们把面向对象作为思维的日常化。具有面向对象思维方式的人，可以对复杂混乱的事物进行抽象，具有很强的分类能力，化繁为简，程序更加模块化，程序共享度更加提高，具有大程序、超大程序开发能力。有关面向对象的问题，我在前面的文章中已经阐述很多了，这里就不在重复了。

基础扎实

要想自己编程能力有一个持续的提高，我们就必须要注重自己的基础建设，让自己能力的提高都建筑在每一层的坚实基础之上，即使能力再高，也不会被风吹得摇晃，尽显强者的刚毅不摧。我们不要小看已经学过的 *** 作系统原理、编译原理、程序设计原理、数据库设计、数据结构设计、甚至计算机英语。这些基础是否扎实直接影响到以后的各种应用技术的掌握和掌握的程度。而大多数新的技术都是在原有技术的发展，因此掌握好原有的技术对最快掌握新技术是有很大的帮助的。此外，扎实的基础也使程序员把精力放在创新和解决疑难问题上，这样优秀程序员的处理能力将会大大增强。

条理清楚

普通的程序员则不太注重条理问题，他们对可并行处理的语句从来不进行次序的考虑；对语句使用没有一致性地使用，显得很随意；对处理流程往往一气呵成，一个函数能有上百上千条语句。他们最大的特点就是从来不多问一个为什么！而优秀程序员更注重程序条理，每个语句、语句的先后、语句的行数、函数命名等等他们都能说出为什么这样做。这种条理清楚地素质使得程序员能够把控程序的制作时间进度，也有利于大程序的任务的分隔。大凡程序员编写的程序能被其他人看懂的，基本上都是条理很清楚的。程序有条理，说明程序员的思维很有逻辑性，优秀程序员是最讲究逻辑的。一个优秀的程序员能把一个庞大复杂的程序说的有条有理，并且在程序上也显得可读性极强。条理清楚地表现形式之一，就是程序函数多，函数中的语句少。从这个意义上来说，优秀程序员也是优秀的设计师，项目经理。因为他们的逻辑是一脉相承的。

全面细致

我这里说的全面有五个方面的含义：第一、程序员要在编程过程中要全面细致，不要有遗漏，而这些遗漏往往造成了编译错误，需要花费大量不必要的时间去查改。第二，程序员要在设计过程中要全面细致，不要在功能设计方面有遗漏，尤其不要忘记例外情况的处理，许多功能上运行出错都是这种原因造成的。第三、程序员的编程技术要全面，要尽可能多掌握各种编成技术，例如，程序员不但要掌握前台开发技术，也要掌握后台开发技术，既要会文件处理，也要会数据库处理，既要会编写程序也要会制作安装盘，等等。第四、程序员的业务知识要全面，程序员不但要掌握编程技术，而且要主动学习和掌握用户的业务知识，通过对业务知识的掌握，才能更好地理解功能的意义，有助于编写更使用的程序。第五，程序员的知识面要广。优秀的程序员不但要掌握编程知识和用户业务知识，而且要有意识地拓宽自己的知识面，多关心新闻、时事、时尚、经济、技术、文艺、文学等各种知识领域，在知识的海洋中去畅游工作的轨迹，你就会有万事相同的感觉，这些知识会潜移默化地影响你编程的风格和效率。就象我写的《好的程序象一首诗》一样，程序中有诗。

求新求精

IT发展之迅速、技术更新之快捷，使得IT成为公认的追逐潮流的行业，因循守旧，固步自封，甚至年龄的增长都会导致程序员被这个行业所淘汰。有时候叹息行业无情也是情理之中。面对潮流的挑战，优秀程序员应该是无所畏惧的，他们应该始终怀有一种追求新技术的愿望，有一种追赶潮流，伴随潮流的勇气和胆识。因为这个职业就注定了这样的工作方式。当然，在新技术满天飞的情况下，我们不能也不可能有什么新技术就去学什么新技术，我们可以花很少的时间去浏览和关注各种技术的发展状况，但是对于自己所要掌握的新技术则要不惜代价，花大力气去学习它掌握它。掌握新技术的价值评判是用于软件的开发，用于更好地解决以往程序中存在不可解决的问题，用于所开发软件的销售价值。优秀的程序员会很好的选择新技术，并利用新技术立即去革新自己的程序，并使程序投向市场产生价值。那种以学习、知识储存的态度对待新技术都是不成熟的程序员。

1学习方法：本人认为这比什么都重要如果这个没掌握的话，可能直接影响你的成败。众所周知。。计算机知识 尤其是编程涉及到的知识可以说浩如烟海---那么面对这么多的知识该怎么去学呢？

---重点：1重实践，不要去想，把一个知识点完全彻底的掌握，那将是非常恐怖的，有编程经验的朋友都知道，编程里每个知识点深纠起来的话是非常困难的，更不要说是新手了。。那么知识点该掌握到什么程度呢？ 个人认为：1-知道它是做什么 2-知道怎么使用。 这就足够了。。。。不要去管他的原理是什么，能把东西做出来才是王道。。。

---重点：2多写， 这个在编程界可以说是真理了，真正写程序的人都知道，一段程序你理解了并不代表你就会写了，那么怎么样才能提高“写”的能力呢？ 本人认为要注意一下几点 1- 练习多做是必然的。 2- 做练习时不要因为觉得代码简单就只看不敲，哪怕多敲一遍HelloWorld 都是有好处的。 3- 相似的代码不要复制，我见过很多朋友，遇到两段程序类似，就懒的敲直接粘贴过去修改。。。请记住这是软件开发人员的做法，而你不是，目前你还只是一个学习者而已。所以 原则就是 能敲的就不要复制。

---重点:3把精力用在理解上而不要用在背上 写程序的朋友都知道，函数---关键字---常用类什么的，都非常的熟悉，为什么我们背过吗？没有 写的多了自然就记的牢了， 所以建议新手不要去死背什么概念，或语法 一定要理解它的作用。。。

---重点:4 笔记，我认为这点很重要，我自学时全是看书，和视频教程，然后总结对自己有用的东西。记在本上，而将来如果印象不深刻了由于是自己用自己理解的方式写的，简单翻一翻就能回忆起来，而如果，你忘了再去翻视频 或 翻书的话。。那么即使你曾经学过，也可能一时想不起来。。。

1关于数学。。。这个问题，我觉得是目前争论最多的话题，我见过N多人说 学编程要学XX数学---什么微积分---什么离散---吓的新手连想都不敢想，我只想对这些人说一句，如果你懂，请你们帮助新手，如果你们不懂 请你们闭嘴 谢谢不要 误人子弟。。。那么下面我来 具体回答一下数学方面的问题。。。

1- 编程用数学吗？ 用！ 回答是肯定的，但要看你是做哪方面的程序。 懂编程的都知道，现在编程基本分B/C构架，即：客户端/浏览器端 与 C/S构架 即：客户端/服务器端 前者基本上就是JAVA PHP ASPNET 等等。。。其中有多少地方用到了数学，如果还坚持没数学学不了编程的朋友请站出来回答下我的问题。。。

至于C/S 如果不是做系统级的程序员 或 大型3D图象处理 或者是音频处理的软件我请问又有多少地方用到了数学？如果你觉得x/y=z 这也算高等数学的话，我无话可说。。。。总结--除了3D等图象处理编程 或 音频处理编程 或系统级编程以外 其他编程对数学要求并不很高。。。。

2关于英语， 我认为这个是个不可回避的话题，学编程一点英语不懂我觉得不太现实，毕竟有很多文档也是用英文写的，而且程序员都知道，编程时经常要用简单的英文，哪怕是定义个变量名，也要用英文起名， 没见过哪个程序员定义的变量叫什么aaa或bbb的。 那么新手该怎么面对英语呢， 我觉得很容易，按照书上或教程上去做就足够了，1 编写程序时 按规范要求去做，首先变量名，用见名知意思的英文单词， 写注释时 也用英文短句。。。 抛异常时 也用英文来标注等等。。。。慢慢积累，时间久了你就会发现其实计算机里的英语 就只有那么几句而已。。。

3关于学校 这个我也想提一下，有很多想以程序员为工作的朋友可能都考虑过找个培训班---但我的建议是。不要去---起码一般的不要去，为什么？效果不好，就这么简单，我亲自到XXX著名编程培训学校试听过。。。结果很遗憾 一周才那么几天课，我3天阅读的知识点比他们1个兴趣 教的还多。。。而且上机和理论还是分开，新学的知识不能立刻上机实践等等。。我觉得都是很严重的弊病。。。跟严重的那些所谓的学校给学生们造成了一种假象。。。只要在学校里考试合格了，出去就能做程序员，甚至软件工程师了。。。最后他们将发现，原来他们在学校里学的 只是基础中的基础而已 - -

4 自学的资料，我个人认为，自学第一重要的是 视频教程，懂的人都知道，编程学习时重点并不完全是知识点，而是如何运用那些知识点，这也是项目经验今天被人们这么看中的主要原因。。。所以视频教程绝对是不二的选择，现在网上的视频教程非常之多 各种各样的都有 具体怎么找相信不用我教了baidu google 电驴 迅雷--我就是靠他们活过来的 。。。而且视频教程还有一点是学校比不了的，那就是 你可以随时看 重复看，一个知识点没明白 你可以反复的听10遍 20遍都没问题， 学校恐怕就不行了吧。 另一个优点是可以在你状态好时看， 大家都有状态不好的时候，累了-困了 很正常，可在学校，谁管你？ 老师讲完了 听不懂你自己的问题，而视频呢，好办 累了 先休息一会 有精神了 想怎么看就怎么看。。。我觉得 找到好的视频教程。。比任何老师都重要。。至于出现问题不懂怎么办？ 相信能来到着找到我这篇文章的朋友 都有办法解决的。。

5书 --- 我非常喜欢看视频教程，但我坚决反对只看视频不看书，为什么？很简单视频传授的是 写程序的经验 而书则是细腻的为你讲解其中的原理。。所以我的建议是 先把一个知识的视频看一遍，然后再把书翻一遍 然后自己再写2遍 量变必然引起质变 我相信这是放之四海 而皆准的道理（指编程行业）

6时间+态度 我认为这也很重要，很多人经常这样问我，我1个月能学会编程么？ 我半年能成为编程高手么？ 我觉得有这样心理的人比适合学编程。。。 学编程最忌心浮，一个知识点还没弄明白 就想写个项目出来 这是不可能的，这样最后只能导致你自己丧失信心，编程要一步一步的来，相信我哪怕用一天时间才掌握了一个知识点，起码比你用一天的时间 看完整本书强。。因为前者起码你还是有点收获的（指新手，老手两天一本书很正常有经验了吗 - -） 这里我可以给大家一我的学习时间大家可做为参考。。。我是从0基础开始一直到现在掌握j2ee基本所有的基础开发技能 用时一年半，本人觉得不算慢 每天最少看书+练习5小时 每天不停这个是我的进度。

你是不是说极限编程（XP极限编程）ExtremeProgramming（极限编程，简称XP）是由KentBeck在1996年提出的。KentBeck在九十年代初期与WardCunningham共事时，就一直共同探索着新的软件开发方法，希望能使软件开发更加简单而有效。Kent仔细地观察和分析了各种简化软件开发的前提条件、可能行以及面临的困难。1996年三月，Kent终于在为DaimlerChrysler所做的一个项目中引入了新的软件开发观念——XP。

XP是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。

什么是软件开发

软件开发的内容是：需求、设计、编程和测试！

需求：不仅仅是用户需求，应该是开发中遇到的所有的需求。比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据……为了清楚地知道这些需求，你经常要和客户、项目经理等交流。

设计：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。你一定要按照这个来做，否则可能会一团糟。

编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。

测试：目的是让你知道，什么时候算是完成了。如果你聪明，你就应该先写测试，这样可以及时知道你是否真地完成了。否则，你经常会不知道，到底有哪些功能是真正完成了，离预期目标还差多远。

软件开发中，客户和开发人员都有自己的基本权利和义务。

客户：

定义每个用户需求的商业优先级；

制订总体计划，包括用多少投资、经过多长时间、达到什么目的；

在项目开发过程中的每个工作周，都能让投资获得最大的收益；

通过重复运行你所指定的功能测试，准确地掌握项目进展情况；

能随时改变需求、功能或优先级，同时避免昂贵的再投资；能够根据各种变化及时调整项目计划；

能够随时取消项目；项目取消时，以前的开发工作不是一堆垃圾，已开发完的功能是合乎要求的，正在进行或未完成的的工作则应该是不难接手的。

开发人员：

知道要做什么，以及要优先做什么；

工作有效率；

有问题或困难时，能得到客户、同事、上级的回答或帮助；

对工作做评估，并根据周围情况的变化及时重新评估；

积极承担工作，而不是消极接受分配；

一周40小时工作制，不加班。

这就是软件开发，除此之外再还有其它要关心的问题！

灵巧的轻量级软件开发方法

一套软件开发方法是由一系列与开发相关的规则、规范和惯例。重量级的开发方法严格定义了许多的规则、流程和相关的文档工作。灵巧的轻量级开发方法，其规则和文档相对较少，流程更加灵活，实施起来相对较容易。

在软件工程概念出现以前，程序员们按照自己喜欢的方式开发软件。程序的质量很难控制，调试程序很繁琐，程序员之间也很难读懂对方写的代码。1968年，EdsgerDijkstra给CACM写了一封题为GOTOStatementConsideredHarmful的信，软件工程的概念由此诞生。程序员们开始摒弃以前的做法，转而使用更系统、更严格的开发方法。为了使控制软件开发和控制其它产品生产一样严格，人们陆续制定了很多规则和做法，发明了很多软件工程方法，软件质量开始得到大幅度提高。随着遇到的问题更多，规则和流程也越来越精细和复杂。

到了今天，在实际开发过程中，很多规则已经难于遵循，很多流程复杂而难于理解，很多项目中文档的制作过程正在失去控制。人们试图提出更全面更好的一揽子方案，或者寄希望于更复杂的、功能更强大的辅助开发工具（CaseTools），但总是不能成功，而且开发规范和流程变得越来越复杂和难以实施。

为了赶进度，程序员们经常跳过一些指定的流程，很少人能全面遵循那些重量级开发方法。

失败的原因很简单，这个世界没有万能药。因此，一些人提出，将重量级开发方法中的规则和流程进行删减、重整和优化，这样就产生了很多适应不同需要的轻量级流程。在这些流程中，合乎实际需要的规则被保留下来，不必要的复杂化开发的规被抛弃。而且，和传统的开发方法相比，轻量级流程不再象流水生产线，而是更加灵活。

ExtremeProgramming（XP）就是这样一种灵巧的轻量级软件开发方法。

为什么称为“Extreme”（极限）

“Extreme”（极限）是指，对比传统的项目开发方式，XP强调把它列出的每个方法和思想做到极限、做到最好；其它XP所不提倡的，则一概忽略（如开发前期的整体设计等）。一个严格实施XP的项目，其开发过程应该是平稳的、高效的和快速的，能够做到一周40小时工作制而不拖延项目进度。

XP的软件开发是什么样

1极限的工作环境

为了在软件开发过程中最大程度地实现和满足客户和开发人员的基本权利和义务，XP要求把工作环境也做得最好。每个参加项目开发的人都将担任一个角色（项目经理、项目监督人等等）并履行相应的权利和义务。所有的人都在同一个开放的开发环境中工作，最好是所有人在同一个大房子中工作，还有茶点供应；每周40小时，不提倡加班；每天早晨，所有人一起站着开个短会；墙上有一些大白板，所有的Story卡、CRC卡等都贴在上面，讨论问题的时候可以在上面写写画画；下班后大家可以一起玩电脑游戏……。

2极限的需求

客户应该是项目开发队伍中的一员，而不是和开发人员分开的；因为从项目的计划到最后验收，客户一直起着很重要的作用。开发人员和客户一起，把各种需求变成一个个小的需求模块（UserStory），例如“计算年级的总人数，就是把该年级所有班的人数累加。”；这些模块又会根据实际情况被组合在一起或者被分解成更小的模块；它们都被记录在一些小卡片（StoryCard）上，之后分别被程序员们在各个小的周期开发中（Iteration，通常不超过3个星期）实现；客户根据每个模块的商业价值来指定它们的优先级；开发人员要做的是确定每个需求模块的开发风险，风险高的（通常是因为缺乏类似的经验）需求模块将被优先研究、探索和开发；经过开发人员和客户分别从不同的角度评估每个模块后，它们被安排在不同的开发周期里，客户将得到一个尽可能准确的开发计划；客户为每个需求模块指定验收测试（功能测试）。

每发布一次开发的软件（经过一个开发周期），用户都能得到一个可以开始使用的系统，这个系统全面实现了相应的计划中的所有需求。而在一些传统的开发模式中，无论什么功能，用户都要等到所有开发完成后才能开始使用。

3极限的设计

从具体开发的角度来看，XP内层的过程是一个个基于测试驱动的开发（TestDrivenDevelopment）周期，诸如计划和设计等外层的过程都是围绕这些展开的。每个开发周期都有很多相应的单元测试（UnitTest）。刚开始，因为什么都没有实现，所以所有的单元测试都是失败的；随着一个个小的需求模块的完成，通过的单元测试也越来越多。通过这种方式，客户和开发人员都很容易检验，是否履行了对客户的承诺。XP提倡对于简单的设计（SimpleDesign），就是用最简单的方式，使得为每个简单的需求写出来的程序可以通过所有相关的单元测试。XP强调抛弃那种一揽子详细设计方式（BigDesignUpFront），因为这种设计中有很多内容是你现在或最近都根本不需要的。XP还大力提倡设计复核（Review）、代码复核以及重整和优化（Refectory），所有的这些过程其实也是优化设计的过程；在这些过程中不断运行单元测试和功能测试，可以保证经过重整和优化后的系统仍然符合所有需求。

4极限的编程

既然编程很重要，XP就提倡两个人一起写同一段程序（PairProgramming），而且代码所有权是归于整个开发队伍（CollectiveCodeOwnership）。程序员在写程序和重整优化程序的时候，都要严格遵守编程规范。任何人都可以修改其他人写的程序，修改后要确定新程序能通过单元测试。

5极限的测试

既然测试很重要，XP就提倡在开始写程序之前先写单元测试。开发人员应该经常把开发好的模块整合到一起（ContinuousIntegration），每次整合后都要运行单元测试；做任何的代码复核和修改，都要运行单元测试；发现了BUG，就要增加相应的测试（因此XP方法不需要BUG数据库）。除了单元测试之外，还有整合测试，功能测试、负荷测试和系统测试等。所有这些测试，是XP开发过程中最重要的文档之一，也是最终交付给用户的内容之一。

XP中的重要惯例和规则

1项目开发小组（Team）

在XP中，每个对项目做贡献的人都应该是项目开发小组中的一员。而且，这个小组中必须至少有一个人对用户需求非常清晰，能够提出需求、决定各个需求的商业价值（优先级）、根据需求等的变化调整项目计划等。这个人扮演的是“客户”这个角色，当然最好就是实际的最终用户，因为整个项目就是围绕最终用户的需求而展开的。程序员是项目开发小组中必不可少的成员。小组中可以有测试员，他们帮助客户制订验收测试；有分析员，帮助客户确定需求；通常还有个Coach（教练），负责跟踪开发进度、解决开发中遇到的一些问题、推动项目进行；还可以又一个项目经理，负责调配资源、协助项目内外的交流沟通等等。项目小组中有这么多角色，但并不是说，每个人做的工作是别人不能插手或干预的，XP鼓励每个人尽可能地为项目多做贡献。平等相处，取长补短；这就是最好的XP开发小组。

2计划项目（PlanningGame）、验收测试、小规模发布（SmallReleases）

XP开发小组使用简单的方式进行项目计划和开发跟踪，并以次预测项目进展情况和决定未来的步骤。根据需求的商业价值，开发小组针对一组组的需求进行一系列的开发和整合，每次开发都会产生一个通过测试的、可以使用的系统。

计划项目

XP的计划过程主要针对软件开发中的两个问题：预测在交付日期前可以完成多少工作；现在和下一步该做些什么。不断的回答这两个问题，就是直接服务于如何实施及调整开发过程；与此相比，希望一开始就精确定义整个开发过程要做什么事情以及每件事情要花多少时间，则事倍功半。针对这两个问题，XP中又两个主要的相应过程：

软件发布计划（ReleasePlanning）。客户阐述需求，开发人员估算开发成本和风险。客户根据开发成本、风险和每个需求的重要性，制订一个大致的项目计划。最初的项目计划没有必要（也没有可能）非常准确，因为每个需求的开发成本、风险及其重要性都不是一成不变的。而且，这个计划会在实施过程中被不断地调整以趋精确。

周期开发计划（IterationPlanning）。开发过程中，应该有很多阶段计划（比如每三个星期一个计划）。开发人员可能在某个周期对系统进行内部的重整和优化（代码和设计），而在某个周期增加了新功能，或者会在一个周期内同时做两方面的工作。但是，经过每个开发周期，用户都应该能得到一个已经实现了一些功能的系统。而且，每经过一个周期，客户就会再提出确定下一个周期要完成的需求。在每个开发周期中，开发人员会把需求分解成一个个很小的任务，然后估计每个任务的开发成本和风险。这些估算是基于实际开发经验的，项目做得多了，估算自然更加准确和精确；在同一个项目中，每经过一个开发周期，下一次的估算都会有更过的经验、参照和依据，从而更加准确。这些简单的步骤对客户提供了丰富的、足够的信息，使之能灵活有效地调控开发进程。每过两三个星期，客户总能够实实在在地看到开发人员已经完成的需求。在XP里，没有什么“快要完成了”、“完成了90%”的模糊说法，要不是完成了，要不就是没完成。这种做法看起来好象有利有弊：好处是客户可以马上知道完成了哪些、做出来的东西是否合用、下面还要做些什么或改进什么等等；坏处是客户看到做出来的东西，可能会很不满意甚至中止合同。实际上，XP的这种做法是为了及早发现问题、解决问题，而不是等到过了几个月，用户终于看到开发完的系统了，然后才告诉你这个不行、那个变了、还要增加

哪个内容等等。

验收测试

客户对每个需求都定义了一些验收测试。通过运行验收测试，开发人员和客户可以知道开发出来的软件是否符合要求。XP开发人员把这些验收测试看得和单元测试一样重要。为了不浪费宝贵的时间，最好能将这些测试过程自动化。

频繁地小规模发布软件（SmallReleases）

每个周期（Iteration）开发的需求都是用户最需要的东西。在XP中，对于每个周期完成时发布的系统，用户都应该可以很容易地进行评估，或者已经能够投入实际使用。这样，软件开发对于客户来说，不再是看不见摸不着的东西，而是实实在在的。XP要求频繁地发布软件，如果有可能，应该每天都发布一个新版本；而且在完成任何一个改动、整合或者新需求后，就应该立即发布一个新版本。这些版本的一致性和可靠性，是靠验收测试和测试驱动的开发来保证的。

3简单设计，PairProgramming，测试驱动开发，重整和优化

XP程序员不但做为一个开发小组共同工作，还以两个人为一个小开发单元编写同一个程序。开发人员们进行简单的设计，编写单元测试后再编写符合测试要求的代码，并在满足需求的前提下不断地优化设计。

简单设计

XP中让初学者感到最困惑的就是这点。XP要求用最简单的办法实现每个小需求，前提是按照这些简单设计开发出来的软件必须通过测试。这些设计只要能满足系统和客户在当下的需求就可以了，不需要任何画蛇添足的设计，而且所有这些设计都将在后续的开发过程中就被不断地重整和优化。

在XP中，没有那种传统开发模式中一次性的、针对所有需求的总体设计。在XP中，设计过程几乎一直贯穿着整个项目开发：从制订项目的计划，到制订每个开发周期（Iteration）的计划，到针对每个需求模块的简捷设计，到设计的复核，以及一直不间断的设计重整和优化。整个设计过程是个螺旋式的、不断前进和发展的过程。从这个角度看，XP是把设计做到了极致。

PairProgramming

XP中，所有的代码都是由两个程序员在同一台机器上一起写的——这是XP中让人争议最多、也是最难实施的一点。这保证了所有的代码、设计和单元测试至少被另一个人复核过，代码、设计和测试的质量因此得到提高。看起来这样象是在浪费人力资源，但是各种研究表明事实恰恰相反。——这种工作方式极大地提高了工作强度和工作效率。

很多程序员一开始是被迫尝试这点的（XP也需要行政命令的支持）。开始时总是不习惯的，而且两个人的效率不会比一个人的效率高。这种做法的效果往往要坚持几个星期或一两个月后才能很显著。据统计，在所有刚开始PairProgramming的程序员中，90%的人在两个月以后都很认为这种工作方式更加高效。

项目开发中，每个人会不断地更换合作编程的伙伴。因此，PairProgramming不但提高了软件质量，还增强了相互之间的知识交流和更新，增强了相互之间的沟通和理解。这不但有利于个人，也有利于整个项目、开发队伍和公司。从这点看，PairProgramming不仅仅适用于XP，也适用于所有其它的软件开发方法。

测试驱动开发

反馈是XP的四个基本的价值观之一——在软件开发中，只有通过充分的测试才能获得充分的反馈。XP中提出的测试，在其它软件开发方法中都可以见到，比如功能测试、单元测试、系统测试和负荷测试等；与众不同的是，XP将测试结合到它独特的螺旋式增量型开发过程中，测试随着项目的进展而不断积累。另外，由于强调整个开发小组拥有代码，测试也是由大家共同维护的。即，任何人在往代码库中放程序（CheckIn）前，都应该运行一遍所有的测试；任何人如果发现了一个BUG，都应该立即为这个BUG增加一个测试，而不是等待写那个程序的人来完成；任何人接手其他人的任务，或者修改其他人的代码和设计，改动完以后如果能通过所有测试，就证明他的工作没有破坏愿系统。这样，测试才能真正起到帮助获得反馈的作用；而且，通过不断地优先编写和累积，测试应该可以基本覆盖全部的客户和开发需求，因此开发人员和客户可以得到尽可能充足的反馈。

重整和优化(Refactoring)

XP强调简单的设计，但简单的设计并不是没有设计的流水帐式的程序，也不是没有结构、缺乏重用性的程序设计。开发人员虽然对每个USERSTORY都进行简单设计，但同时也在不断地对设计进行改进，这个过程叫设计的重整和优化（Refactoring）。这个名字最早出现在MartinFowler写的《Refactoring:ImprovingtheDesignofExistingCode》这本书中。

Refactoring主要是努力减少程序和设计中重复出现的部分，增强程序和设计的可重用性。Refactoring的概念并不是XP首创的，它已经被提出了近30年了，而且一直被认为是高质量的代码的特点之一。但XP强调，把Refactoring做到极致，应该随时随地、尽可能地进行Refactoring，只要有可能，程序员都不应该心疼以前写的程序，而要毫不留情地改进程序。当然，每次改动后，程序员都应该运行测试程序，保证新系统仍然符合预定的要求。

4频繁地整合，集体拥有代码（CollectiveCodeOwnership），编程规范

XP开发小组经常整合不同的模块。为了提高软件质量，除了测试驱动开发和PairProgramming以外，XP要求每个人的代码都要遵守编程规范，任何人都可以修改其他人写的代码，而且所有人都应该主动检查其他人写的代码。

频繁地整合（Integration）

在很多项目中，开发人员往往很迟才把各个模块整合在一起。在这些项目中，开发人员经常在整合过程中发现很多问题，但不能肯定到底是谁的程序出了问题；而且，只有整合完成后，开发人员才开始稍稍使用整个系统，然后就马上交付给客户验收。对于客户来说，即使这些系统能够通过终验收测试，因为使用时间短，客户门心里并没有多少把握。

为了解决这些问题，XP提出，整个项目过程中，应该频繁地，尽可能地整合已经开发完的USERSTORY（每次整合一个新的USERSTORY）。每次整合，都要运行相应的单元测试和验收测试，保证符合客户和开发的要求。整合后，就发布一个新的应用系统。这样，整个项目开发过程中，几乎每隔一两天，都会发布一个新系统，有时甚至会一天发布好几个版本。通过这个过程，客户能非常清楚地掌握已经完成的功能和开发进度，并基于这些情况和开发人员进行有效地、及时地交流，以确保项目顺利完成。

集体拥有代码（CollectiveCodeOwnership）

在很多项目开发过程中，开发人员只维护自己的代码，而且很多人不喜欢其他人随意修改自己的代码。因此，即使可能有相应的比较详细的开发文档，但一个程序员却很少、也不太愿意去读其他程序员的代码；而且，因为不清楚其他人的程序到底实现了什么功能，一个程序员一般也不敢随便改动其他人的代码。同时，因为是自己维护自己的代码，可能因为时间紧张或技术水平的局限性，某些问题一直不能被发现或得到比较好的解决。针对这点，XP提倡大家共同拥有代码，每个人都有权利和义务阅读其他代码，发现和纠正错误，重整和优化代码。这样，这些代码就不仅仅是一两个人写的，而是由整个项目开发队伍共同完成的，错误会减少很多，重用性会尽可能地得到提高，代码质量是非常好。

为了防止修改其他人的代码而引起系统崩溃，每个人在修改后都应该运行测试程序。（从这点，我们可以再次看到，XP的各个惯例和规则是怎样有机地结合在一起的。）

编程规范

XP开发小组中的所有人都遵循一个统一的编程标准，因此，所有的代码看起来好像是一个人写的。因为有了统一的编程规范，每个程序员更加容易读懂其他人写的代码，这是是实现CollectiveCodeOwnership的重要前提之一。

5Metaphor（系统比喻），不加班

XP过程通过使用一些形象的比喻让所有人对系统有个共同的、简洁的认识。XP认为加班是不正常的，因为这说明关于项目进度的估计和安排有问题。

Metaphor（系统比喻）

为了帮助每个人一致清楚地理解要完成的客户需求、要开发的系统功能，XP开发小组用很多形象的比喻来描述系统或功能模块是怎样工作的。比如，对于一个搜索引擎，它的Metaphor可能就是“一大群蜘蛛，在网上四处寻找要捕捉的东西，然后把东西带回巢穴。”

不加班

大量的加班意味着原来的计划是不准确的，或者是程序远不清楚自己到底什么时候能完成什么工作。而且，开发管理人员和客户也因此无法准确掌握开发速度；开发人员也因此非常疲劳。XP认为，如果出现大量的加班现象，开发管理人员（比如Coach）应该和客户一起确定加班的原因，并及时调整项目计划、进度和资源。

XP中一些基本概念的简介

UserStory：开发人员要求客户把所有的需求写成一个个独立的小故事，每个只需要几天时间就可以完成。开发过程中，客户可以随时提出新的UserStory，或者更改以前的UserStory。

StoryEstimates和开发速度：开发小组对每个UserStory进行估算，并根据每个开发周期（Iteration）中的实际情况反复计算开发速度。这样，开发人员和客户能知道每个星期到底能开发多少UserStory。

ReleasePlan和ReleaseScope：整个开发过程中，开发人员将不断地发布新版本。开发人员和客户一起确定每个发布所包含的UserStory。

Iteration（开发周期）和IterationPlan：在一个Release过程中，开发人员要求客户选择最有价值的UserStory作为未来一两个星期的开发内容。

TheSeed：第一个开发周期（Iteration）完成后，提交给客户的系统。虽然这不是最终的产品，但它已经实现了几个客户认为是最重要的Story，开发人员将逐步在其基础上增加新的模块。

ContinuousIntegration（整合）：把开发完的UserStory的模块一个个拼装起来，一步步接近乃至最终完成最终产品。

验收测试（功能测试）：对于每个UserStory，客户将定义一些测试案例，开发人员将使运行这些测试案例的过程自动化。

UnitTest（单元测试）：在开始写程序前，程序员针对大部分类的方法，先写出相应的测试程序。

Refactoring(重整和优化)：去掉代码中的冗余部分，增加代码的可重用性和伸缩性。

小结

XP的一个成功因素是重视客户的反馈——开发的目的就是为了满足客户的需要。XP方法使开发人员始终都能自信地面对客户需求的变化。XP强调团队合作，经理、客户和开发人员都是开发团队中的一员。团队通过相互之间的充分交流和合作，使用XP这种简单但有效的方式，努力开发出高质量的软件。XP的设计简单而高效；程序员们通过测试获得客户反馈，并根据变化修改代码和设计，他们总是争取尽可能早地将软件交付给客户。XP程序员能够勇于面对需求和技术上的变化。

XP很象一个由很多小块拼起来的智力拼图，单独看每一小块都没有什么意义，但拼装好后，一幅美丽的图画就会呈现在你面前。

大一学习的c++，工作之后也一直用的c++。

1 涵盖c++入门到精通的图书列表

《The C programming language》必读

《C++ Primer》，号称是一本可以让你从C或JAVA程序员转为一个真正的C++程序员的入门参考书，必读。

《The C++ programming language》，C++之父，人称B教主著作，在看过C++ primer后，应该可以跳章选读。

《Think in c++》，网上说此书的中文版翻译质量奇差，推荐看影印版，选读。

《Effective c++》，类似 Effective java，讲的是最佳实践，程序员必读。

《More effective c++》，上书的补充。

《The C++ standard library》，会写C，不会用标准库怎么行。这就跟java程序员不会用javautil包一样，必读。

《Effective STL》，STL库的最佳实践。Effective C++作者又一力作，必读。

《The annotated STL source》，STL源码分析，这本书应该算是深入/精通类了，选读。

《Generic programming and STL》，号称C++编程里，就是跟模板，泛型打交道，那么精通泛型是势在必行。

《C++ Template》，C++模板编程，代码复用的经验之道，必读。

《Exceptional C++》，跟Effective C++类似，属于最佳实践和难题解析，书中列出了许多应用场景和实例代码供读者揣摩，选读。

《More Exceptional C++》，上书的补充。

《Exceptional C++ Style》，上上书的补充

《Inside The C++ Object Model》，有了上面这些书做铺垫，那么终于可以读此神书了。它会带你游览C++对象模型的底层实现机制。读完此书，任何C++代码看起来如同行云流水，必读。

2 优秀的C/C++开源项目(阅读代码)

OS：Linux kernel LVS、Linux应用程序

DB：Mysql、PostgreSQL

Complier：VM、GCC

Framework：OpenSip、SipProxy、

Net：ACE(Java Mina、Netty)、TCP/IP、>

Cache：Memcached、Redis、

Library：STL（java util package）、Boost、Qt(UI)、

balance：Apache、Nginx

GSL

地址：>

Boost文档

地址：>

wxWidgets官网

地址：>

gtkmm

地址：>

CopperSpice

地址：>

Qt

地址：>

地址：>

Plot utils

地址：>

Asio

地址：>

POCO

地址：>

abseil

地址：>

C++开源库汇总列表

地址：>

除了这些开源项目，也可以找一些免费的公开课，那这里也推荐一个ACM金牌大佬讲授的免费C++课程，可以去体验一下：

学好C++才是入职大厂的敲门砖！ 当年要是有这课，我的C++也不至于这样

已失效

3C++语法讲解

语言基础

详细介绍变量、表达式、语句、指针、数组、流程控制、函数、文件组织等。

抽象机制 - 面向对象编程

深入讲解C++的抽象机制，封装（类）、继承、多态； *** 作符重载、函数对象、异常处理等。

模板 - 泛型编程

详细介绍C++的模板机制，类模板、函数模板、模板特化等方面的内容。

4深入c++面向对象

41、从C到C++

引用和指针：为什么引用很重要

const关键字：为什么const很重要

名字空间 (namespace)

42、深入C++对象

关于C++对象

内置类型的对象，如int、double对象，自定义类型的对象

对象类型的定义

关键字class和struct

类成员：成员函数和数据成员

静态数据成员

成员的访问控制

对象的size

关于this指针

onst成员函数、const究竟修饰什么

mutable数据成员

4种特殊成员函数：constructor、destructor、copy constructor、operator=

对象的构造、初始化列表

对象的析构

对象的复制

什么情况下有必要显式定义4种特殊函数

C++对象生命周

43、 *** 作符重载

关于C++中 *** 作符重载机制

重要 *** 作符重载

算术运算：+, -, , /, %, ++, --,

关系运算：>, <, ==, !=

下标存取：[ ]

函数调用：()，函数对象

类型转换、单参数构造函数与隐式转换、阻止隐式转换 -- explicit关键字

友元与成员

44、面向对象基础 -- 继承

基类与派生类

再谈对象的构造与析构

虚函数、纯虚函数

派生类的内存布局、虚函数表

多态、多态类型、如何体现多态

虚析构、为什么虚析构很重要

45、关于继承更多的话题

多继承

虚继承与虚基类

对基类的访问、public / protected / private继承

Down cast：static_cast<>和dynamic_cast<>

运行期类型识别 (RTTI)

46、C++与面向对象设计

C++语言机制提供了完整的OOP支持

超越继承

OOP若干法则和设计模式

5C++泛型编程与STL

51、C++ 模板机制

52、STL 概要

53、STL容器

54、STL迭代

55、STL算法

56、预与定义STL数对象

57、STL适配器

6 C++进阶

《C++ Primer》

最新版本：第三版（第四版国外已上架， 国内一些网上书店也在预订中）

适合有丰富C经验，缺乏C++经验的。不过我个人一直认为此书带着过于强烈的C语言的痕迹，对于C++的学习未必是 好事。

《The C++ Programming Language》/《C++程序设计语言》

最新版本：第三版特别版

简称 TC++PL，有其他语言的丰富经验的。（也有人简称之为“TCPL”，但需与另一本《The C Programmer Language》区分开来）

《Essential C++》

《Accelerated C++》

这两本薄一些，都是不错的选择。《Accelerated C++》本人没有读过，从各方面的评价来看，完全值得推荐。

以上几本书都有相应的中文版，而且翻译的质量都不错。上面的书未必都需要读一遍，但无论如何，TC++PL是应该阅读的。

《Effective C++》

最新版本：第二版（第三版国外已上架，国内一些网上书店也在预订中）

简称EC。C++程序员必读！很多时候，我们说C++圣经不是指TC++PL，而是这一本。《The Pragmatic Programmer》一书中写到：“一旦你发现自己要参与C++项目的开发，赶快跑（不要走）到书店去购买Scott Mayer的《Effective C++》，可能还要《More Effective C++》”。

《C++ Coding Standards: 101 Rules, Guidelines, and Best Practices》/《C++ 编程规范》

个人认为此书应为C++程序员必备的案头书。几乎Effective系列和Exceptional系 列都在这里得到了总结。最新的模版、异常的业界经验都在这里的到了体现。可能的唯一缺陷就是对一个新手而言，关于“为什么这么做”的问题，解释的不够。

我 的看法是：如果你不理解其中的条款，记忆，并且照做；如果你理解其中的条款，我猜你一定会同意书中的观点。我认为这本书中的内容至少在2009年以前都不 会过时，人们将广为传诵它制定的101条戒律。

还不知道他的简称，也许“101”会成为一个候选者？

提到《Effective C++》，那么另外三本书一一浮出水面：

《More Effective C++》

《Exceptional C++》

《More Exceptional C++》。

新书《Exceptional C++ Style》也是值得一看的好书。

上 述几本书，一本也不应该放过。

个人建议上述书籍按顺序阅读。并且，在将来反复阅读这几本书。

《Thinking in C++》/《C++编程思想》

这本书及其中文版传言好坏都有，没有认真看过，不做评价，如果确有兴趣，不妨尝试 一下该书。

以下几本书基本上涉及的都是语言本身，大体上可以按照以下的顺序阅读。

《C++必知必会》

如果早一年，这本书将是重量级的，然而它被101和《Exceptional C++ Style》盖过一头。

《C++ Gotchas: Avoiding Common Problems in Coding and Design》/《C++程序设计陷阱》

这又是一本我未曾读过，而且广受好评的书。

《STL 源码剖析》

这本书我刚到手，就被人"借"走，以至于到现在也没有看过。看过这本书的朋友，可以给一个合适的评价。

7 C++进阶之数据结构基础

这是所有编程语言中最应该学习的部分，程序组成的基础之一。

顺序存储、链式存储、循环链表；

双向链表、栈(顺序和链式)、队列(顺序和链式)；

栈的应用、树基本概念及遍历、二叉树；

排序算法、并归算法、选择、插入、快速、希尔。

以上这些内容你知道吗

8 C++进阶之UI界面开发

掌握QT类库构架，图形界面开发模型；

掌握QT开发技巧，消息机制，图形处理；

掌握QT网络编程，UDP，TCP使用方式；

掌握QT文件处理方式，序列化；

掌握QT在windows，linux，ios，android不同平台下的移植技术。

9 C++进阶之Unix/Linux网络服务器

掌握Unix/Linux平台开发方式；

熟练使用系统调用；

熟练Unix/Linux内存管理，进程，线程调度；

熟悉网络服务器开发方式，熟练编写TCP，UCP网络服务程序；

掌握同步/异步IO模型在网络编程中的使用方式。

10C++进阶之数据库开发

掌握SQL语言的实用技巧。Oracle,MySQL数据库的使用方式。

如果你能熟练掌握以上列出的技能，具备解决复杂问题和技术难点的能力，而且你能独立开发一些比较复杂的功能模块，那么很荣幸地告诉你，你已经达到中级水平，薪资过万对你来说简直是小菜一碟。

11C++标准参考

C++ reference

地址：>

C++ Coding Standard

地址：>

Standard C++

地址：>

State of C++ Evolution

地址：>

The C++ Resources Network

地址：>

Draft C++ Standard: Contents

地址：>

关注一些公众号，比如c语言与cpp编程

随着web前端编程开发技术的不断发展，模块化编程开发形式成为了目前程序员学习的主流开发方式，下面IT培训就一起来来了关于模块化的理解以及开发规范问题。

一、模块化的理解

1什么是模块

将一个复杂的程序依据一定的规则(规范)封装成几个块(文件),并进行组合在一起

块的内部数据与实现是私有的,只是向外部暴露一些接口(方法)与外部其它模块通信

2模块化的进化过程

全局function模式:将不同的功能封装成不同的全局函数

编码:将不同的功能封装成不同的全局函数

问题:污染全局命名空间,容易引起命名冲突或数据不安全，而且模块成员之间看不出直接关系

3模块化的好处

避免命名冲突(减少命名空间污染)

更好的分离,按需加载

更高复用性

高可维护性

以上就是关于一个程序员要具备的基本素质是什么全部的内容，包括:一个程序员要具备的基本素质是什么、做程序员编程需要什么数学知识，初中文化可以学吗、WINDOWS XP 怎么编程等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！