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

一位仁兄说的“程序员写的程序不是‘算法+语法'，而是要能够满足用户需求的工具”我非常赞同。要想达到用户需求就必须从各个方面来考虑，如业务、人机交互、效率等方面，而不只是一个语言（语法）的问题，语言（语法）只是工具，只知语法不知其它那就真是编程机器了！编程机器在印度高中生经过几个月培训，按照严谨的软件工程方法，加上较高的管理，就可以胜任了！大家相信吗，我是相信的！

谈到这里我就不禁说到了国内教育界最近在探讨的问题“计算机科系的毕业生特别是本科大专生到底出来干啥、如何适应社会要求”。大家也看到了很多计科系大学生说“精通N种语言，熟悉N种工具”，不知道学校里的其它知识到那里去了，甘愿做编程机器，浪费了人民的纳税，干高中生能干的事，比较可惜吧！在国内现在就是这样了。国内的软件开发业到底是需要那些人？如果仅仅是编码机器，那我估计中国硅谷还是做梦去吧！

社会似乎也需要编码机器，翻翻招聘广告，做应用开发的都要求精通某某语言，熟悉某某工具，很少需要懂管理懂软件工程的人。以我个人一点偏激的想法，民族软件产业要腾飞，更需要的是能管理使用编码机器的人，即管理人员。国内软件产业编码机器已经很多了。希望不要惹怒了那些编程高手！System Develop 与Application Develop 在国内到底哪个能养活你，能赚钱？诸位仁兄想必也知道，况且俺也没发现几家水平高的公司招这方面的人。毕竟OS，DB MS，COMPILER都被国外做了；另外也别跟我谈LINUX，毕竟还是少数烧钱的人做的事情，我先喂饱肚皮再说。我手下的很多搞4GL语言的程序员都想转行学VC等所谓的更低级的语言，我总是说“在XX城市，先用4GL工具生存，以后再学习VC吧！”
。说的简单一点：先解决肚子问题。

如何判断自己是否是编程机器？

1、面对需求不考虑用户，只是考虑用哪些程序技术展示自己的语言语法技巧。

2、学习了N种语言。

3、从来不学习或实践软件工程。

4、语法语言水平在众人中遥遥领先、特别是一些稀奇古怪的语法。凭着兴趣和创造力去干，却重复繁琐的劳动，做着没有意义——唯一意义是赚钱，而且真是出了半斤力，拿不足八两。 终日劳累，却不能学自己想学的。最终结果是跟不上社会科技的发展 ，人已衰老。悲哀！！！ 

我觉得大学里的高、数理方法之类的, 如果你不是做研究的话, 应该是很少能用到的。不过如果说到离散之类的, 倒还是时不时的能有点用。

开发软件的关键是要有想法，一个好的想法比什么都重要。尤其是有关网络方面的就更是如此。实际上一个程序员最终的技术需要和实际相结合。真正在编写程序到达一定时候，语言的使用并不是最大的障碍，对整个项目的把握、软件工程的把握、数据库的设计以及执行效果的分析等等才是需要进一步考虑的东东！否则，为何大多数公司要求有编程经验了！这些不是程序员必须学的。但数据结构，编译原理，操作系统原理等是必须要学好的，英文也要多看，不懂计算机英语可不行。

我不认为编码的人就是机器， 而系统分析就不是机器。其实系统分析员就是销售的机器， 所有职员有是老板的机器。它们之间只是不同工种吧了。当然对系统分析要求要高一些， 薪水也高一些。 但更让人佩服的是销售， 是他们驱动了整个的运作。我也是个中专生，还是学机械的（后来自学了计算机），我非常了解在传统的制造业是如何的规范， 设计人员设计图纸， 然后经审核，再到车间试样， 再根据情况， 修改图纸， 如此反复几次后才能一个产品定型，而在软件界，就没那么好了，领导会说， 这个你做， 那个他做， 也没有经过很细的分析（国内很多都是这样），在我们这里也没有系统分析员，
每个人都是设计员，也是编程员。 虽然这样对个人来说，能学到很多东西， 但不利于项目。我国的软件过程水平，确实令人担忧， 目前为止只是几个人十几个人的小软件， 还没有能拿得手的大型软件。

至于中专生编程问题，我认为只要入了这个行，就不会比本科生差。 因为对他来说没有优越的学历条件， 那么只好埋头苦学，但这正好适应当前计算机软件迅速发展的今天。 学历只能代表过去和基础。更需要的是有能力的人，解决问题的人，实干的人。对我来说确实有时有点自卑，没有上过高中和大学（由于那个年代， 我只知道能为父母减少一点负担就行了）， 所有我一直在努力的学习（corba，uml，java，软件过程等）， 目前为止我并没有觉的我的构架能力和编码水平比他们差，只是觉得E语言实在太差。过计算机本科又如何？我有几个同学到银行去搞业务了，有同学任教，有同学收税去了......60多个人真正现在搞计算机的还就只有几个人，再看看当时这些计算机本科生的毕业设计，//faint
有的人到最后连vb都搞不定，但他们什么编译原理啦什么组成原理啦什么软件工程啦学的（应该是考试的分数）还真不错，至少我感觉有些概念比我清楚（上课没听？）所以我觉的中专生并不比一般大学生差（当然有些重点学校除外 //hehe），有时中专生有更大的压力*迫自己去学习。

学历不是重要的，关键是一个人的素质。我们不能将目标定位在做程序员或编码员（Coder）上。光会写代码有什么用？那叫“编码员”，在国外是属于体力劳动的，不像国内，会写程序的就叫高科技。重要的是分析问题、解决问题和规划的能力，系统分析，系统设计及项目规划才是正途。这就需要学习所谓的基础课程了，如：软件工程、离散数学、数据结构等等。我从vb到现在开始学vc后，一个人捣鼓了几天也没有什么新发现。跟本不知道VC的编程思想是什么，请大虾们告诉我，它和VB的差别真是太大了。VC的博大在于MFC的操纵,它是Win32API的封装.思想在于怎样了解MFC的内幕,它的运行机制。差别也大，差别也不大！这要看你对API的理解了，虽然VC++的可视化没有VB的好，但是不是绝对没有的，其对而且对话框的编辑是跟VB一样的，不过不是像VB那样放在第一个界面罢了，VC++的博大精深是VB难以望其项背的！：）而且VC++是完全面向对象的编程工具，而VB是不够完全的面向对象编程工具，VC++是完全编译语言，VB是本地编译语言，不够完全，VC++效率高，封装性好，继承性高，VB效率相对低了很多，但界面友好，二者只能取其一，或者使用

VC++，VB辅助(因为VB开发快)，当然Delphi，BCB也是不错的选择。

程序员不应依赖开发工具，程序员更应该拥有的是一种思维、一种精神、一种观念。就像Richard.M.Stallman一样，有自己的精神，为自由软件而奋斗。就像求伯君，为民族软件的振兴而奋斗。这才是真正的程序员。应该说，他们更注重的不是技术，而是软件的思维，软件的灵魂！！我刚学VC的时候，还没有上网。身边也没有一个可以问的朋友，所以大部份都是自己啃的。那种感觉真是很痛苦。 现在在网上就不同了。可以得到太多的资料了。而且还可以得到在线帮助。但这些都不是学习的关键。相信各位也知道VC的难度，并不是那么容易上手的，所以要想学会，学好VC，靠外力是不可能的，主要得靠自己。自己要有一份难得的毅力，对编程的狂热也可以在一定程序上起到帮助。我就是这样的。起初，没有人帮我，我学习VC是三天打鱼两天晒网，学习进度很慢，幸好对编程的执着，使得自己坚持下来了。

如果你从来就没有接触过编程，那你学习VC的速度可能会比学过面向过程编程的人要慢一些，因为你要去理解命令及语句的含义。但只要你努力，并且可以得到别人的帮助，我相信在半年内会对VC有一定的认识。 请学赤面向过程编程的朋友也不要笑，因为面向过程与面向对象实在是区别太大了。就拿封装一词来说吧，当初我是左想右想才想通的。所以不要自己学过编程，就会在学习VC的通道上比别人轻松。

现在有一种现状应该让我们注意，我发现有很大一部份初学者觉得VC是一种语言，C++又是另一各语言。我在和一些初学者的交谈当中，察觉到了这一点。有的初学者竟然还认为我学VC为什么就一定要学C++？我想这个问题是我们大家都没有注意到的一个问题。就是向初学者讲述C++对VC学习的重要性。 我这有个例子，跟大家讲一下。 我有个同学，他接触编程比我要早，在我还在为VC中“::”号怎么标记的时候，他已经在学习C了。后来，我对VC稍有理解的时候，他也发觉C的跟不上时代的脚步了。我便提议他从C++语言学起，可他认为自己有C的学习功底，根本就用不着再去学习C++。可在学习VC的当中，遇到的困难真是数不胜数。最近，他还是去买了一本学习C++的书，从头再来学习C++。
我希望通过这个例子，能让广大的初学者知道，C++对VC学习的重要性。

学习VC必须有狂热的编程热情，否则是很难坚持下来的。我周围就有几个这样的人，他们比我先学VC近半年，但现在仍然学不会；而我现在虽说不是很厉害，但基本的应用程序是不在话下。我就是天天看书，上机实践，几乎所有的时间都泡在里面，有时连吃饭都在想，为什么？因为我确实想啃下这块硬骨头，我不想半途而废，我觉得学习VC不仅仅是学到了更多的东西，最主要的是培养了我们自己一种坚持克服困难的毅力。

对于VC，我有几点经验：

1． 技术为本，语言为次。

2． MFC的单个类有用，DOC/VIEW要小心。

3． OOP要小心，使用不当反而造成大量的工作和糟糕的代码。

4． 如果可能，考虑选择使用Delphi ( CBuilder+ VCL 。

5． 到了一定程度，一定要学COM。

要学VC，必须有对C++深刻的理解，对WINDOWS运行机制的深刻理解。尤其想成为VC高手。举例 ，对于虚函数，不仅要知道有这么一个东东，更要知道它的内存镜像 。这样才能对VC中很多的东西举一反三，事半功倍。本人学习VC近2年，但自觉第一年由于心情浮躁，把VC的书翻了一遍又一遍，却每次都只看了一点就无法再深入。直到毕业前夕，痛定思痛，克服浮躁，认认真真的从最基本的开始学，把每一点都搞的水落石出，经过三个月的刻苦，终于大成。直到现在，半月搞定COM/DCOM，都托当日刻苦之福，因此劝告想学VC的朋友，一定要顶住开始的艰难岁月。成功属于刻苦者。

每个人都有自己的学习方法,也许这种方法对我来说有用,但不见得就对所有的人有用。所以，请不要盲目的跟着别人的学习方法学习，要思考属于自己的学习方法。

但我还是会向大家说出我自己认为比较好的一种方法。学习编程其实与学习其它东西一样，要想掌握它，就要实践，实践，再实践。当你学到了一种新的技术或知识时，多实践是巩固学习的一种最好最有效的方法。这个实践不是照着书上的例子做一遍，而是根据自己的能力，给自己出题，然后去完成它。只有这样，你才能发现自己的不足，同时又增加了自己的编程经验。但要成为合格的程序员，光会写代码是远远不够的，更重要的是思考。谋定而后动，是不变的真理。

在我的理解，VC只是一个编程工具，就如BC、BCB、Delphi 一样，其实对于编程最根本的就是三个方面，语言、开发包、 操作系统API，他们三个方面应该说是相对比较独立的。

VC是MS开发的，所以针对的是windows api，你可以不会C++， 也可以在VC下用C写出很优秀的程序，当然如果你比较熟练C++， 并且熟悉开发包MFC的话，工作可能要轻松不少。所以在我看来，学习的过程可以是这样的：

1、先学习C或C++，在windows的console环境下编写不太深入涉及API的程序；

2、在基本上掌握了语法之后，开始接触简单的系统API，学习 Windows的编程原理和机制；

3、在可以编写简单的菜单程序，可以简单地在WM_PAINT下操作 GDI函数后，开始学习MFC，可以从Step tourist学起，看MFC的源代码，理解几个关键的宏的定义与实现，特别是MESSAGE _MAP。 在学习的过程中为了给自己增加点挑战，尽量不要使用resource edit，试着自己编码实现控件的创建、消息的响应。 再就是看自己的造化了，动手做一些小工具，特别是自己平常需要的，对自己的提高也应该是很有帮助。究竟我们要的是结果！良好的分析问题高效清晰地肢解问题的能力才是我们真正要不断学习的吧？

和学习其它知识一样，重要的是获得提出问题，分析问题，解决问题的能力，不是为编程而学习，你具有什么样的思想，就会写出什么样的程序。学一门语言，不能仅仅是语言，要注重语言背后的思想方法，看他是如何来解决某一问题的，为什么要这样去做，他总是要符合客观事实的，就像人说的话一样，存在某种逻辑，数据的组织，信息的传递，靠你自己的头脑去建立，然后看C++中有什么可以帮你的，该怎么样用他来表达自己的想法。只要你认真实践，努力去做，寻求乐趣，就会达到目标。我虽然 真正认真学习编程的时间不长，但现在我是认真的，就有了以上的体会。

学习VC++有相当的内容要学，而最后的深度则看个人的悟性与勤奋了。

1）掌握最新标准的C++。（2个月)

如果曾经在大学里自以为学过C/C++,还对dynamic_cast/static_cast/template/try/catch/throw/stl/...感到陌生，那你该Refresh一下新的ANSI C++标准了。

——此与VC++无甚关联，g++/bcb均有所支持 。

2) 学习SDK编程。（6个月）

痛苦是暂时的，必要的，坚持就是胜利！建议用Lccwin32/Masm32/Tasm编写小而精的工具软件； "Windows Programming Guide"、"Advanced Windowsprogramming "

3) 研究MFC源代码。(6个月)

不要被一大堆的宏所蒙蔽，just track and dig into it！！ 在知道MFC如何扩展、包装SDK之后，自可功力渐进，不被其MFC系统框架所困绕。（《MFC Internals》）

4) 研究OLE/COM技术。

COM/ActiveX技术是MS的核心技术，只有彻底洞察其理论精髓才可以体会现在的操作系统的技术趋势，以不变应万变。（《Inside Ole 2》）

***几点建议***：

1) Delphi/BCB/VB可以很快构筑界面，但对于想真正学习、理解系统不是一个好的平台，但如果有时间读一读VCL的源码，看看Borland是如何封装系统的，也可借鉴不少。

2) 学习ASM对理解C++有很大益处。Soft-ICE也是和VC++结合在一起的好工具。

3) 语言本身是皮毛，算法是筋骨；无论高级语言如何发展，在理解操作系统的基础上不断自我创新的能力是源源不断的；如果精髓一旦了然于胸，选择何种开发工具都可以驾御，一见如故了。

每个人学习的过程都会不同吧，我在98从TC转向VC时，对Windows的消息机制一点概念也没有，对着个MFC不知所措，几个月下来一点进展也没有。我于是暂时转向win32位编程。整整一年时间吧，我就是与API打交道，连编辑菜单条对话框等资源文件时也用Uedit32手工编写，为的是希望能对编译器的全过程有个感性的了解。之后我再转向MFC时，果然发现两者是相通的，虽然有一定的区加，不过有了win32位编程的基础再看MFC 时会发现它比win32位编程要方便了太多。 现在市面上的VC书很多，不过大多是入门书。我以为要精通VC（只是以为，本人自已距精通还远的很）应该多看多写程序，看书只能是入门，会用了而已。我不赞成滥用ActiveX，一来我以为它的性能很成问题，真是又大又慢又不稳定（可能是我有点偏激了吧），二来用了它您的程序今后就要被别人牵着鼻子走了。有次我用了个控件，程序都写了大半了，它给我来个继续使用请支付333美元，我两个多月的工钱，烦不烦人？现在我尽可能用别人写的类源代码(我已收集各类代码3-400MB了)，一样用起来方便，还能边用边学，必要时还能自已改造。
我以为在现代的网络时代，资料到处都有，无论什么先进的技术，今天我不会我只要查到资料，快的学上几天慢的一两个月我也能学会，现在已没有写不出的程序了，写不出是因为你没有耐心写完它。我以为现在的程序员不一定要多么聪明，而更需要他有完成枯燥项目的耐心，找BUG的细心，对于金钱的平常心（不要为了早日拿到钱而赶进度），最后最重要是有顾全大局，团队协作的精神。 最后，王靖朋友的经历与我实在是有点相似，算是同病相伶吧，真心祝您早日实现自已的人生目标！

学习VC是一项费时费力的艰苦学习过程。为了真正用好VC，你不得不先从OOP开始学起，也许浏览一本纯理论的书要更有意思。 你将从另外的角度考察OO思想。接下来学习C++，学习WindowsAPI 学习MFC，剖析MFC，扩充MFC，创造自己的类库（不要企图写一个和MFC同重量级的类库）。如果能够精通Microsoft C编译器的各种 参数，你就可以开始研究微软C/C++语言编译器的进化历史（结合 各种背景知识）。 掌握了编程的思想，征服VC只是时间问题。

学习VC是接受微软技术体系的过程。所需要学习的不仅仅是C++，MFC。需要学习所有微软的技术，包括Windows编程，Win32系统（实际上 Win32系统实现了很多我们在屏幕上能看到的东西，最起码NT的内核并不大），COM（深入研究它，理解对象是如何跨越进程边界的，最终能够自如地在Exe中实现自己定义的接口才算到家了。不过这多少有些 不太必要。），DCOM，ctiveX，Windows DNA... 如果你想成为大拿，学吧，没完没了。最起码，使用VC，你甚至于可以 开发自己的操作系统（当然与MFC没有一点关系）。