如何成为一名优秀的程序员

大家都知道，成为一名合格的程序员必须学习大量的程序知识，同时还要有极强的数理逻辑。下面我们来看看成为一名优秀的程序员需要具备哪些能力呢？　
　

1. 扎实的基础

数据结构、离散数学、编译原理，这些是所有计算机科学的基础，如果不掌握他们，很难写出高水平的程序。据我的观察，学计算机专业的人比学其他专业的人更能写出高质量的软件。程序人人都会写，但当你发现写到一定程度很难再提高的时候，就应该想想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP，即使你再精通OOP，遇到一些基本算法的时候可能也会束手无策。

2. 丰富的想象力

不要拘泥于固定的思维方式，遇到问题的时候要多想几种解决问题的方案，试试别人从没想过的方法。丰富的想象力是建立在丰富的知识的基础上，除计算机以外，多涉猎其他的学科，比如天文、物理、数学等等。另外，多看科幻电影也是一个很好的途径。

3. 最简单的是最好的

这也许是所有科学都遵循的一条准则，如此复杂的质能互换原理在爱因斯坦眼里不过是一个简单得不能再简单的公式：E=mc2。简单的方法更容易被人理解，更容易实现，也更容易维护。遇到问题时要优先考虑最简单的方案，只有简单方案不能满足要求时再考虑复杂的方案。

4. 不钻牛角尖

当你遇到障碍的时候，不妨暂时远离电脑，看看窗外的风景，听听轻音乐，和朋友聊聊天。当我遇到难题的时候会去玩游戏，而且是那种极暴力的打斗类游戏，当负责游戏的那部分大脑细胞极度亢奋的时候，负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候，我会发现那些难题现在竟然可以迎刃而解。

5. 对答案的渴求

人类自然科学的发展史就是一个渴求得到答案的过程，即使只能知道答案的一小部分也值得我们去付出。只要你坚定信念，一定要找到问题的答案，你才会付出精力去探索，即使最后没有得到答案，在过程中你也会学到很多东西。

6. 多与别人交流

三人行必有我师，也许在一次和别人不经意的谈话中，就可以迸出灵感的火花。多上上网，看看别人对同一问题的看法，会给你很大的启发。

7. 良好的编程风格

注意养成良好的习惯，代码的缩进编排，变量的命名规则要始终保持一致。大家都知道如何排除代码中错误，却往往忽视了对注释的排错。注释是程序的一个重要组成部分，它可以使你的代码更容易理解，而如果代码已经清楚地表达了你的思想，就不必再加注释了，如果注释和代码不一致，那就更加糟糕。

8. 韧性和毅力

这也许是"高手"和一般程序员最大的区别。A good programming is 99% sweat and 1% coffee。高手们并不是天才，他们是在无数个日日夜夜中磨练出来的。成功能给我们带来无比的喜悦，但过程却是无比的枯燥乏味。你不妨做个测试，找个10000以内的素数表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这一条。　　
　　IT技术的发展日新月异，新技术层出不穷，具有良好的学习能力，能及时获取新知识、随时补充和丰富自己，已成为程序员职业发展的核心竞争力。众所周知，现在是一个知识爆炸的时代，知识更新非常快。据测算，一个大学毕业生所学到的知识，在毕业之后2年内，有效的不过剩下5%。对于软件行业而言，这种形势更为明显，我们赖以立足的，不在于我们现在掌握了多少知识，而是我们有多强的学习能力。　　
　　学习人人都会，但不同的人学习效果却千差万别。一个善于学习的人，首先应该是一个善于读书的人，懂得如何高效地学习，并且拥有良好的心态。唯有如此，才能成为一个卓有成效的学习者，成就卓越的程序人生。

要善于读书，买书是最划算的投资

古人云：“书中自有黄金屋，书中自有颜如玉。”这说明先贤们早认识到，买书是最划算的投资。　　
　　我刚出道时，拿着非常微薄的工资。有一次向主管抱怨道：“现在的书真贵啊，这点工资连饭都吃不起，更别说买书了!”主管对我说：“不要吝惜买书的钱，宁可忍着不吃饭，也不要忍着不买书，因为买书是回报率最高的投资。”　　
　　主管的话让我非常震动。后来，我看到喜欢的书时，再也没有手软过。通过不断学习，我的开发能力不断提高，工资水平也大幅提高。一年后，我一个月工资的涨幅，就足够买两年的书了。你说，还有比这更划算的投资吗?　　
　　一本书，哪怕只有一页纸是有用的，它所将产生的潜在价值，也会远远超过书本身的价格。当然，书不在多，踏踏实实消化掉一本好书，比泛泛而读10本普通书，要有价值得多。现在市面上给程序员读的书种类非常丰富。人生有涯，我们只能有选择性地看，要多看好书、多看经典书。软件开发方面的图书大致分为三类。　　、
　　1. 浅显的入门类图书。这类书的标题往往是《XX天精通XXX》、《XXX从入门到精通》、《XX开发实战》等，通常从软件的安装讲起。有人批评这类书为烂 书、毫无价值，这并不公平。至少我曾经从这些书中学到了一些东西。即使是21天系列书，也有适合看的人群。只不过，它一般也就只能看21天而已，过后就可 以扔到废纸堆。这类书只适于还没有入门的初学者，从中学到一些入门招式。在刚起步时一般买一本就够了。如果你善于使用搜索引擎，那几乎没有买这类书的必 要。　　2. 国内外高手写的实战类图书。这类书实战性很强，将技术及原理讲得很透彻。比如《Windows环境下32位汇编语言程序设计》、《深入解析MFC》、 《Delphi深度探索》、《深入浅出WPF》、《深入剖析ASP .NET组件设计》等。以前这类书都是从国外翻译或从台湾引进的，现在国内高手越来越多，出自国内作者的图书也越来越多。如果能在学习的每个方向看两三本 这类图书，并通过实践消化掉，那么毫无疑问，你会成为一名优秀的程序员。　　3. 国外大牛写的揭露本质、有丰富思想的书。这类书就是所谓的经典书，例如《代码大全》、《编程珠玑》、《设计模式》、《重构》、《代码整洁之道》等。经典书 就像一个有深度、有思想的朋友，能给你启发，每次阅读都会有新的收获，这类书具有真正的收藏价值。看经典书永远是正确的选择，它绝不会浪费你的时间，因为 经典书是无数人沙里淘金、帮你挑选出的结果。　　然而，阅读这类书并不是一件容易的事情。读者需要有丰富的开发经验，才能与作者产生共鸣。如果一本经典书你看得很辛苦，那么很有可能是因为你功力未够，这种情况下不要着急，慢点来，不妨先将其束之高阁，多看看实战类图书。过一段时间再回头来看，也许你会有新的惊喜。　　程序员的学习程序知识的方法三　　我始终认为，对一个初学者来说，IT 界的技术风潮是不可以追赶的，而且也没有能力去追赶。我时常看见自己的DDMM 们把课本扔了，去卖些价格不菲的诸如C#, VB.Net 这样的大部头，这让我感到非常痛心。而许多搞不清指针是咋回事的BBS 站友眉飞色舞的讨论C# 里面可以不用指针等等则让我觉得好笑。C# 就象当年的ASP 一样，“忽如一夜春风来，千树万树梨花开”，结果许多学校的信息学院成了“Web 学院”96,97 级的不少大学生都去做Web 了。当然我没有任何歧视某一行业的意识。我只是觉得如果他们把追赶这些时髦技术的时间多花一点在基础的课程上应该是可以走得更远的。

几个误区

初学者对C# 风潮的追赶其实也只是学习过程中经常遇到的几个误区之一。我将用一些实际的例子来说明这些现象，你可以按部就班的看看自己是不是属于其中的一种或者几种：　　
　　1. 认为计算机技术等于编程技术:有些人即使没有这个想法，在潜意识中也有这样的冲动。让我奇怪的是，许多信息学院的学生也有这样的念头。认为计算机专业就是编程专业，与编程无关的，或者不太相关的课程他统统都不管，极端的学生只要书上没带“编程”两个字他就不看。　　
　　其实编程只是计算机技术应用过程中一种复杂性最低的劳动，这就是为什么IT 业最底层的人是程序员(CODER )。计算机技术包括了多媒体，计算机网络，人工智能，模式识别，管理信息系统等等这些方面。编程工作只是在这些具体技术在理论研究或者工程实践的过程中表达算法的过程。编程的人不一定对计算机技术的了解就一定很高。而一个有趣的现象是，不少大师级的计算机技术研究者是不懂编程的。网上的炒作和现实中良好的工作待遇把编程这种劳动神秘化了。其实每一个程序员心里都明白，自己这些东西，学的时候并不比其它专业难，所以自然也不会高档到哪里去。　　
　　2. 咬文嚼字的孔已己作风:我见过一本女生的《计算机网络原理》教材，这个女生像封学生一样在书上划满了横杠杠，笔记做得满满的，打印出来一定比教材还厚。我不明白的是，像计算机网络原理这样的课程有必要做笔记?我们的应试教育的确害了不少学生，在上《原理》这一类课程的时候许多学生像学《马列原理》一样逐字背诵记忆。这乃是我见过的最愚蠢的行为。所谓《原理》，即是需要掌握它为什么这样做，学习why ，而不是how (怎样做)。极端认真的学生背下以太网的网线最大长度，数据帧的长度，每个字段的意义，IP报头的格式等等，但是忘了路由的原则，忘了TCP/IP 协议设计的宗旨。总之许多人花了大量的时间把书背得滚瓜烂熟却等于什么也没学。在学习编程的时候这些学生也是这样，他们确切的记得C++ 语法的各个细节。看完了C++ 教程后看《Thinkingin C++ 》(确实是好书)，《Inside C++ 》，《C++ reference 》，this C++, that C++……，然后是网上各种各样的关于C++ 语法的奇闻逸事，然后发现自己又忘了C++ 的一些语法，最后回头继续恶补…。有个师弟就跟我说：“C++ 太难了，学了这里忘了那里，学了继承忘了模板。” 我的回答道：“你不去学就容易了”。我并没有教坏他，只是告诉他，死抠C++ 的语法就和孔已己炫耀茴香豆的茴字有几种写法一样毫无意义。你根本不需要对的C++ 语法太关心，动手编程就是了，有不记得的地方一查MSDN 就立马搞定。我有个结论就是，实际的开发过程中对程序语法的了解是最微不足道的瞄识。这是为什么我在为同学用　　Basic (我以前从没有学过它)写一个封程序的时候，只花了半个封时看了看语法，然后再用半个封时完成了程序，而一个封时后我又完全忘记了Basic 的所有关键字。