高低之分在这个社会很普遍。大到什么主义，什么社会制度制度，小到单位个人，方方面面不比出个高低好像不过瘾似的。这真是一个比高低的国度。记得在很久很久以前就被教导过程序语言分之为低级语言和高级语言。高低这两个词比较单纯容易记忆，而且从小就被灌输要高不要低的价值观。因此，那时候自己就有要学高级语言，不学低级语言的简单朴素的想法，仿佛学习高级语言自己就会高级起来一样。
没想到今天这个话题依旧。无论新手还是老程序员中都有许多人都在问 什么语言是最好的？什么语言是最高级的？,言下之意就是要学习最好的语言，掌握了最好的语言自己就是最好的了。我看到有人这样说：地球人都知道要选择C#,java.你能说说为什么吗？也看到了有人对自己原先选择VFP感到后悔，因为他感到VFP语言已经被淘汰了，同时他对自己没有选择C语言感到后悔，因为他认为使用C语言才能看出程序员的水平。
归纳起来有以下：
1） 什么语言是最好的？
2） 我现在掌握的语言是否已经或将要被淘汰，我今后要学习什么样的语言？
3） C语言是真正的高级语言
这些问题就其本质上来说，他们都给程序设计语言定下高低之分，并且他们想知道谁高谁低。
那么程序设计语言是否有高低之分呢？根据我长期编程经历和经验，我认为：
1） 程序设计语言本质上没有高低之分
所谓程序设计语言是指让计算机能够听懂、并能指令计算机进行操作的语言。每种语言的产生都有一定功能范畴，也就是说这个语言是为了解决什么问题而产生的。不同的问题就可能用不同的语言来解决。不同的问题是很难用高低来区分的。例如，基于计算机底层的操作（汇编语言、C语言）与计算机应用层上的操作（C#、Java）,哪个是高级的，哪个是低级的是很难说清楚的。又例如，基于单机程序的VFP和基于网络的ASP、C#也是很难说清楚的（虽然VFP也可以用于网络编程、ASP、C#也可以用于单机编程）.他们的侧重点是不同的，而这个侧重点正是这个语言的别于其他语言的特点。
因此，没有任何一种语言是最好的，哪怕是暂时的。
C语言的确是一个高级语言，也能反映出程序员的技术水平，但是C语言有它的适用范围。我们不能以自己不懂的语言，或使用人数少得语言，或其稀缺就感到其高级。
zc530.cOm编辑推荐
第三部分，未来职业生涯规划、家庭环境分析、例如经济状况，家人期望等。感谢您阅读《强中自有强中手 调试高手和编程高手[1]》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
业界总是有高手之说，高手成了程序员心中之偶像，成了程序员成长之目标。但是，现实中人们往往对自己所了解的程序员，很难认同为高手；人们反而对那些自己不了解的，甚至是道听途说的人会认作为高手了。高手，同武林高手一样，神秘之至。
许多程序员都有这样的经历：无论自己编写什么很短很短的程序，一般是很难一次就能通过编译的；通过编译的其功能还不一定是正确的。我在很早就注意这样现象了，开始的时候，我还不信这个邪，还试着编写程序看看自己能否一次能否编译成功，为这个事还和别人打过赌呢！这当然是年轻时做过的事了。后来我渐渐明白了，编程出错是编程的一个重要的部分！出错是正常的，不出错才是不正常的。出错怎么办？当然是改错啦！不知道错在什么地方怎么办？当然是调试啦！调试于是和编程相依相伴了。程序员不但要会编写程序，还要会调试程序。
程序出错一般有：未定义、语法、运行出错三个方面。
1、 未定义
未定义往往是程序员的忽略定义或定义后名称与定义不一致造成的。
1） 要避免忽略定义这个问题，程序员首先要养成严谨工作的习惯：先定义，后使用。
2） 解决定义名字与使用名字不一致问题，程序员在对函数名、变量名、文件名、数据库名、表名、字段名定义的时候，不要信手拈来，象不花钱似的任意取名。一定要定下心来慢慢地斟酌，这个名字自己不但要能懂能记得，别人一看也要能懂能记得。程序员可以假设自己定义一个变量就要花出去100元钱，如果别人看不懂就要另外支付200元。有了这种名字的有偿使用,这样程序员就不可能乱取名了。长此以往，在使用这些名字的时候程序员就会有行云流水感觉，而且很少出错。
2、 语法问题
1） 新手编程走一步一个跟头，走两步两个跟头，主要是对语言的语法不熟悉，丢三拉四，关键字拚错等。这种情况不可怕，多看看语法说明，多改改程序就会对语法越来越熟悉了。
2） 老程序员语法问题出现较少。但是，很多情况下程序员在使用新语言编程序的时候，会采用老语言的语法，反之亦然，导致出错。例如，某人先使用C语言，后使用VFP.当用VFP编程的时候，往往习惯性地在语句后面加上;,这导致VFP语法出错。当熟悉VFP后，再编写C语言的时候，往往在语句后面忘记加上;,导致C语言语法出错。类似常见问题如：IF语句后面表达式是否要加（）等，for 语句，while 语句，case语句在不同的语言的语法都有可能不同。另外，不同数据库中的SELECT 、INSERT、语法都有一些不同处，这些不同之处，往往让程序员不知所措，老是要停下来思考一下，现在用的是什么语言用的是什么语法。
3、 运行问题
定义、语法这些都是显式出错，相对好解决。但是运行中出现错误就五花八门了，我试着归纳一下：
1） 运行中程序突然中断了并退出了。
往往是内存出错！可查变量、指针是否越界，指针是否为空等、例外没有处理。
2） 环境问题
例如，数据库密码错导致数据库打开不了、要打开的文件不存在、参数定义错，参数表为空，参数表没有缺省值等。
3） 程序的输出的不是自己的预期结果
往往是程序逻辑和算法存在问题。
4） 程序不停地运行没有停止的迹象
查一下循环的条件表达式是否永真、导致死循环。
5） 程序无法退出
程序乱了，导致内存错，覆盖了退出指令！
6） 程序运行了很长时间才出现了错误
累计误差、数据原因造成的错误等。
出错是必然的，如何找出错误，有些人编写C语言的人只会用在可能出错的语言前后，通过显示语句print来判别出错的原因。他们不懂debug、sdb、dbx等调试工具，来调试程序，他们会编不会调。我们很难想象不会调试的程序员是如何编程的，调试对于程序员如此重要，以致于可导致出不会调试的程序员就不是程序员的结论。
你是不是感觉标题有点矛盾啊，是啊，程序员当然就只是程序员而已嘛，还会有其他什么吗？
No，No，No，如果你以前是如此认为的，那看完这篇文章后，请从此打消这个念头，因为你要改变成一个不一样的程序员（怎么还是程序员？）
虽然我工作经验也就6年左右，但经历了很多，也自己创业过，也是从一个初级程序员走起，因为看的比较多了，某些东西也普遍存在着很多程序员身上，希望自己的经验能帮助你们。
当刚踏入程序员这条路的时候，有幸为一家公司开发一个大型的电子商务网站，因为这篇领域当时还算刚刚起步，自己的编程能力还不太好，所以做起来就比较吃力，每天重复着做完PM给的工作，但是做了大概几个星期，我发觉某些地方真的不合理，但自己又仅仅是一个程序员而已，怎么办呢？我还是按照PM的任务一步一步来做，私下里我用了大量的时间去尝试着我的做法，在接下来的几个星期，我试着跟我的PM进行沟通，他也发觉不错，所以一并写了方案提交给上级领导，很好的是，我们的领导发觉建议还不错，所以改变了原先的策略，对我们的网站原先的设计进行了彻底的推翻，一套新的理念就此诞生了。
这只是一个小例子，并不是炫耀自己的能力，我只是想说，程序员，你其实不仅仅是worker，更应该是Ideaer。当你选择程序员这条路时，如果你仅仅为了工作而选择的，我想你的人生真的很灰暗，为什么这么说呢？我面试过很多人，大多都是从培训中心出来的，虽然我也是从那里走出来的，不过我当时是为了学习编程而去培训，但现在更多的人会为了工作而去培训。其实如果你是真正的选择程序员这条路，我想你的思维能力一定不错，因为一般程序员大多是理科出生，理科靠的就是你的思维能力，在某些时候或许你的思维还不够敏捷，但我知道，每个人在接受了一段时间的工作后，就会产生各类的想法，或许某个想法你会改变你公司的命运，可为什么提出观点的人就寥寥无几呢？
我想可能是因为性格吧，因为很多程序员都是内向型，因为我们需要花一定的时间，去沉醉在代码中，因为这是一个奇妙的世界，无法自拔，所以很多时候就忽略了沟通，因为我们打交道最多的是abcd。如果你正是如此，希望你快点走出来吧，分清楚何时沉醉，何时交流才是最好的。我的偶像-唐骏，我看过他的访谈，他在大学时还是一个不会沟通的人，只是偏执于技术，而且和大多人一样，都会觉得自己什么都会，什么都行，是个天才，但在他大三的时候，他意识到了错误，花了几年的时间去学习交流、沟通，在宁愿委屈自己进入微软做程序员，再到无数次发意见给Bill，一步一步成就了这位打工皇帝。
所以，我们每个程序员要做的是，技术和沟通并行提高。在唐骏的话中，我会学到很多东西，他能从容应对每一次挑战，当时有幸成为唐骏的下属，见证过他的能力，虽然他当时只是个技术总监，但他的想法、创意给盛大带来了无比的利益，我不得不佩服他的胆大，不得不佩服他的能力。从他身上还学到了专一，其实很多程序员会在编程的道路上三心二意，这是很正常的，不过我相信一段时间以后你会学会专一的，因为程序真的很美，带来的不仅仅是工作和薪资。
我这里又不得不批判一些年轻程序员了，他们仅仅看中的是工资、福利等，没错，这是考虑工作的一点，但你要知道，有些时候，你第一点的工资，或许你会学到更多的东西呢？我经历过很多，经历过1年工资翻几番，又经历过折一倍，又经历过小公司，又经历过大公司，各种各样看的实在是很多，但我不会说我自己半途而废，因为每次我会把事情做的觉得自己可以了，我才会选择更好的发展前景。我面试过一些人，工作也就2，3年，做过的东西也很多偏向于OA、ERM等项目，就觉得自己很了不起了，工资也是漫天要价，可真正面谈的时候，我才得知，你仅仅是其中的一个小模块，但当我问其项目的整个运维的时候，就会楞个半天，最后来一句，这个模块不是我负责的，敷衍了事。那好，我问你自己负责的模块，如何具体写的，用了何种方式等，基本都会回答，三层架构，什么什么，My god 三层架构是你一个模块就能体现的吗？那好，既然你说三层，何为三层，三层的优点，缺点在哪里？诶~~~~~前几天首页那篇批判大学生的文章，我觉得写的太好了，你们这是在沉醉吗？如果你不喜欢，你为什么非要选择程序员这条路呢？
现在的开发语言具有功能丰富的调试命令。无论用什么设计语言调试，你只要注意掌握以下几个命令或操作，就能入门调试了：
1、 运行程序
2、 设置断点、取消断点
3、 运行到断点
4、 单步跟踪（setp into）
5、 单步执行（step over）
6、 显示变量、对象、源程序
7、 退出调试
你可以按此去寻找相应的命令和操作，并熟记于心中！此法必有大用。
通过调试，程序员可以学会如何运用断点、如何最快地找到可疑语句，如何很迅速地找到问题所在从而改进程序。而不断地调试，使得程序员不停进行调试操作，变成了操作高手。调试内容可以说千变万化，技巧也多多，关键看程序员的积累。例如，循环语句调试的技巧、同步异步调试的技巧、中断调试技巧、外设调试技巧、数据库调试技巧、边界调试技巧、例外调试技巧、屏蔽法调试技巧、替代法调试技巧、接口调试技巧等等。
调试象开车一样，不会开的时候，程序员有恐惧感，会开了以后，程序员特别想调，开多了，程序员越发老练，调试操作越来越快、对问题发生的原因和纠正方法也熟记于心中，技巧也油然而生，积累越来越多。
好的程序员不但调试自己的程序，而且会帮助其他程序员解决调不出来的程序的问题。程序员在帮助别人的时候，更能尽显调试才华，成为真正的调试高手。
调试总的目标是为了纠正程序的错误。但是，调试也可用于其他的用途。例如，我经常会先把函数的调用语句给写好，但是不写函数体，这样每次编译都会出现函数没有发现的提示。我不写函数体的目的，就是让每次编译的时候提示我还有多少函数没有编写。让我对这个函数加深印象，给我有时间思考这个函数如何编写。当其他语句编写完后，我再一个一个把没有编写的函数内容补上，这个时候编写就快的多了。有的时候，我还喜欢看到几十条上百条的出错提示，然后，我感觉于一个改错就能消灭几十个错误的快感之中，然后再改再调，直到无错。调试成了我娱乐编程的一部分。
通过调试你也会发现：编程水平直接影响到调试。如果程序很具有模块性，调试起来就很快，几个或十几个单步执行就会到达程序的任何地方，如果程序本身逻辑性不强，变量命名不准确、一个函数内语句有数十条数百条，那你几百个单步执行都到达不了你想要达到的地方，程序调试起来就会很麻烦，而且不容易定位出错的地方。所以调试高手往往会改进自己的编程，使得编程水平日益提高，成为编程高手。
没错，我还是一个程序员，每天还是坐在位置上书写着代码，收获着无聊。 四五年来我我一直保持这样一个坐姿，从每天的早上8点半开始，准备下班回家时结束。
我读的是机械设计制造及其自动化专业，因为迷上网络游戏就干脆转为学习计算机。当时的计算机专业可以说是一个热门专业，很多不怎么样的学校在这时候都开了这个专业，招生时要分数要得不低。这样的决定让我吃苦不少，我要一边保证自己的专业少挂科，以保证自己可以顺利毕业，一边又要保证自己的计算机水平足够在毕业后可以找到一份还行的工作。相比其它同学，我跟图书馆的计算机图书一样另类。他们谈恋爱的时候，我在试着把asp网页连上数据库。他们玩游戏的时候，我在网上到处搜索apache跟php整合的相关材料。
幸运的是，我的专业大部分考试都有六十来分，2005年下半年好歹毕业了。没有计算机背景，企业不会要一个只会把asp连上数据库的人，也不会要我来帮他配apache+php.终于有一家小公司要我进去做软件维护工作，我想都没想就去了，连我要做网页还是客户端软件都没问清楚。零工资实习三个月，外带1个月的试用期，最后才知道自己是来做软件实施的。老总告诉我，所有来这企业的人都得做1年的软件实施，这样才能知道客户需要什么样的软件，以后开发出来软件时才能更好的理解客户的需求。为了理解所谓的客户需求，我在不同的地方安装相同的软件整整安装了一年半，Oracle, Sybase, Sqlserver各种各样的商业数据库我都在上面瞎整过，我后来很佩服hibernate,它居然可以为很多种数据库提供同样的HQL语法，做过的人会知道其实各数据库之间的差异还真不少。还好老总善解人意，在一次公司尝试转型的大背景下，我被调到网站运营部负责网站运营，网站运营跟网站开发是两码子事，在一个小公司里，网站运营就是到各大论坛发垃圾贴子，公司这样做第一可以省去在google上做推广的钱，另外，在我发贴发到手酸的时候，老总还可以跑过来说，累了吧，那放松一下，去把公司网站改下背景颜色。换换思路嘛，脑子就不会打结。这半年里，所有的论坛都有我的ID号，很多论坛的ID被坛主封了又开，到现在，如果我要到某个论坛去下载一个附件，当提醒需要登录时，我网址都不用看直接输个ID和密码进去就行，成功率很高。公司终于又要转型了，因为他们发现发了这么多垃圾贴，还是没人来买他们的软件。我被派到公司的开发组，帮忙做些开发。终于可以称自己为程序员了。
在这半年的时间里，我一直在帮着其它程序员干着繁重的体力活。用HTML和javascript实现着客户们奇怪的网页效果。偶而写一点点JSP的页面，比方说写一个界面将查询结果显示出来等等，当然这也是我为什么现在是从事Java行业的主要原因。
07年初，我决定离开这家企业，在跟老总离职面谈时，他终于想到要为我这么个员工提一下有关工资的问题。他终于想到曾经进入这家企业时，我要求过企业在一定时间内将我的薪水涨到什么样的水平。我并没有接受他开出的更优越的条件，尽管在当时，这些薪水对于一个只会JSP的人来讲应当还行。从职业的发展角度来讲，我需要一个更好的空间，你要知道，在我离开这家企业之前，我还不知道CVS怎么用，Code Review是怎么回事。
每个人的幸福都是不一样的。我喜欢田园式的生活，在人多的地方总是不舒服。
对我来说，最幸福莫过于在工作中做着自己喜欢的事情。闲暇时，在能够眺望江边的地方，端着一杯红酒，一个人细细的喝。
为了这种生活方式，离开了北京，来到家乡所在的这个三线城市，寻找自己的道路。经过一年的探索，颇有心得。
大体上，我对自己走过的路和即将走的路划分为七个阶段：自信=意志=布局=切入点=团队=渠道=产品
第一关：自信
先说说我这个城市。这是一个什么样的城市呢？依山傍水，适合生活。几乎没有IT,也没几个真正的程序员。一周上班六天，平均工资1000元上下。程序员的工资在1000-3000左右。要在这个城市探出自己的道路，首要的一点就是自信。没有自信，活不下去。这个城市的年轻人大多非常迷茫，对自己的前途缺乏信心，有冲劲的都往大城市里跑了。回来之初，我也迷茫了很久，迷茫的时候，就在WOW里泡着，观察那个世界。在WOW里，作为一个萨满，傻乎乎的扛着个盾晃晃荡荡的升级。当时赚钱，也就是打打元素之火每天赚个几十G.后来，不断的观察不断的总结，成长为日入近万G的大奸商。哦，俺要走的也正是这一条路子。生活总是要继续的，在WOW上也学不到更多的东西了，就离开了WOW,开始了一个人的征途。
支持这条路子的核心力量就是自信。在小城市里不缺乏聪明的人，这些聪明的人大部分却并不优秀，因为他们缺乏自信，缺乏自己走路的勇气，从而甘于平庸。没有自信，走不出这第一步。
第二关：意志
在小城市做IT,相当锻炼人意志。这里就像一片沙漠。市场，没有。程序员，没有。找人说话也找不到。曾经组织过次聚会，包括我在内到了2个人。想要向下走，没有相当强的意志是走不下去的。彷徨，彷徨，最终还是坚持走了下来。
第三关：布局
所谓布局就是决定做什么事和不做什么事。经过相当久的考虑，我决定远离Web开发，远离本地市场，甚至远离数据库。做Web开发和数据库开发的太多了，你呆在偏僻小地，做这些完全没有优势，做本地市场呢，又没客户资源，关系又比不上已经在本地深耕数年的小IT公司。于是宁可荒芜这些技能，也不趟这个混水。最后决定，人做我不做，人不做我做，在偏僻的地方，做外面的市场，做深入的开发，做点做线不做面。为什么呢？
（1）本地的工资摆在那里，做本地的就算做起来了，利润也不丰厚，还累死累活，要赚外面的钱，在本地花
（2）要赚外面的钱，如果做Web开发和数据库开发，根本无法和当地公司竞争
（3）所以只能做别人不做的，或者别人做不了的，做技术要求高的。而我恰恰有相当多的研发性项目开发和管理经验，正适合做这些。
（4）所要做的东西，必须通过网络可以展示，可以远程技术支持。
第四关：切入点
切入点是个很关键的东西，综合上面第三关所讨论的内容，结合自己的技术能力和技术经验，然后结合需求情况，最终我从协议分析这一块切入进去了。哦，不是外挂那种分析。从QQ协议，到MSN协议，到YMSG协议，当然，还有Http这个最简单的，从有参考资料的分析，到无参考资料的完全黑箱分析，到现在在某方面的协议分析已经达到世界领先水平了。从协议分析，切入到验证码识别，从验证码识别，切入到车牌识别，从车牌识别，切入到模式识别、图像处理和机器视觉，而模式识别结合前面的协议方面的工作又可切入进NLP,客服机器人，有这些为基础，我又想切入淘宝店铺工具（哦，还没时间做，并且目前也没找到一个好的切入点）.因为对图像处理的了解，我现在又成功切入进Flex开发了。以上各点貌似很散，也是也挺集中，就是：协议分析与设计、机器智能和图像处理，这三者是相辅相承的。
首先声明，本人是男生，从来没有站在女生的角度思考过问题，因此只能就自己的角度来探讨一下问题，说得不准，勿怪。
嗯，说个现象吧，我在成都呆了12年，确实没怎么看到女性程序员，有几个，生了娃以后，都回家带孩子去了，不过我到西安来以后，吓了一跳，程序员中男女比例接近1:1,呵呵，确实给我上了一课。
所以，就我的经验值，我发现你说的其实不准确，起码中国北方城市，女性就业率还是比较高的，至于是不是程序员职业，并不重要，也有很多女性做的，你大可不必担心这个问题。
当然，女性有女性的弱点，生理上的咱们就不说了，其实对于办公室工作来说呢，问题不大，关键是结婚生孩子，根据劳动法，女性一般是4~6个月的产假，这在很多小公司来说，一个人接近半年不上班，还拿薪水，确实有点难以接受，因此，在招聘时，不知不觉就对女性有点回避倾向，就造成了女性求职困难的现状。
但是呢，我觉得这是短期现象，为什么呢？一个公司，如果要做大做强，做正规，必须正视这些劳动法规定给员工的基本福利，如果老板刻意回避这些话题，应该说，这家公司也确实做不大。至少，我到现在没有看到哪家超过1000人的大中型企业，里面一个女人都没有的。你说是吧？
所以，这个问题，归根到底，我的理解，还是市场经济的初级阶段问题，即中国的企业刚刚出现，还在进步，目前实力还弱，无力承担太多的社会责任，无法承受女性结婚、生子的一系列额外成本增加，因此导致女性就业渠道偏弱。
就我的经验而言，目前国有大型企业、欧美外资企业，嗯，台资和港资等企业也是，对劳动法遵守比较好，反而是中国的民营企业，遵守得不好，让买个社保都磨磨唧唧的，更不要说女性的产假等问题了。因此，如果求职时主要针对上述企业来说，应该问题也不是很大。嗯，国内华为、中兴等大型企业，对女性歧视也很小，可以考虑。
但是，要注意，这里面也有个门槛问题，国有大型企业，其实福利是比较好的，但是，工资待遇偏低，尤其是进去主要靠关系，很少有凭借真本事能进去的，这个难度很大。其他三资企业，人家是典型的资本主义社会原则，看人部分男女，都是成本，每个人必须创造出效益来，因此，首先必须要真本事才进得去，其次，进去后，人家用人也比较狠，我们常说女生当男生用，男生当畜生用就是这个道理，如果进这类企业，要做好被扒层皮的思想准备。
很多年以前，我还是一个学建筑的学生，但是很喜欢学计算机。不过呢，由于专业限制，我没有计算机用的。学校只开了一个学期的Fortran语言，上机时间只有可怜的5节课，那会把我憋坏了，呵呵。
大家不要笑啊，90年那会，生活不富裕，PC机还是一个很贵的东东，一般家庭都还停留在18吋电视机的时代，大学生又是最穷的，物质条件更为匮乏，我当时有个小收录机，京华牌的，呵呵，在同学中已经很牛叉了。因此，像现在的同学们，一考上大学，MP3、MP4、笔记本电脑家里给配齐的，在当时是根本不可能想象的事情。我作为过来人，还是要说大家一句，大家真是生在好时代了，很幸福的。
不过呢，我很喜欢编程，就养成一个习惯，想象编程，找一个题目，自己在脑子里把程序构思出来，写在纸上，然后自己模拟电脑的run,把程序过一遍，看能不能执行正确。这个习惯现在都还有。呵呵，我老是劝大家写简单的程序，其实和这个习惯有很大关系，因为我比较笨，稍微复杂的程序，脑子就想不过来了，就晕了。
也正因为有了这个经历，我就开始思考一个问题，编程究竟是什么？呵呵，当时我在学校，也是小有名气，大家都知道有这么个程序疯子，没事喜欢发呆，喜欢想程序。在一次舞会上（别激动，我也是过来人，也会跳舞的，虽然很难看哈，呵呵）,一个计算机专业的师姐就考我，问我编程是什么？
我当时想了一下，很郑重地回答她，我的理解，编程就是拆解任务，把一个任务，拆解成很细很细的步骤，一步步教计算机去做。计算机很笨的，举个例子，我们说早上起来去上课，是个人都知道做什么，但是它不知道，因此，我们要告诉它：
起床--穿衣--拿饭盒--去食堂--买早饭--吃饭--洗饭盒--回宿舍--放饭盒--拿书--出门--如果人都走完，要记得锁门--去教室--推门--找到自己的座位--走过去--坐下来--等待上课--上课。
说到这里，我突然自己有点明悟了，编程，就是把复杂的问题简单化，简化到每个动作都是1+1=2那么简单，然后计算机照做就好了。这就是我理解编程的真谛。我师姐听到了，也若有所悟，这个话题就没有再说了。
我们来分析一下计算机的特点，准确的讲，目前我们这个社会的计算技术，还很原始，说它是计算机，正确，它确实只能计算，说它是电脑，太抬举它了，它不可能有思考能力。
在冯诺依曼体系架构中，计算设备就是具有一定计算能力，有能力和外界做出IO互动，并且能高速重复动作的这么一种设备，这可能和大家在教科书里面学到的不太一样啊，不过，我是这么理解的。
因此，我从一开始，就没有把计算机作为一个伙伴，一个可以帮助我出主意，或者代替我思考的伙伴，仅仅是看做一种工具，这种工具有什么用呢？我认为它最重要的，有两个作用：
1、无限可重复性，一个动作序列，一旦编订程序，计算机就可以无数次重复这个序列，不会感到累。这特别适合于那些乏味的，不断重复的劳动，比如，我们一个学校每天要敲钟，打上课铃，如果让人来做，这个人会很乏味，做久了，就可能出错，但是让计算机来做，它可没有什么思想，不会觉得累，而且做的很好。计算机特别适合做重复性工作。
2、服务品质的稳定性。计算机适合做重复工作，还有个有点，就是每次执行结果都是一样的。这体现了工业化时代最重要的一个思想：量产思维，大家可以看到，现在的社会，不可重复的艺术固然很好，但公众需要的是量产的产品，因为质量稳定，产量稳定，能满足大众需求。劳斯莱斯虽然很美，但绝大多数人在开大众、丰田等低端车。就是这个道理。还是打铃那个例子，如果是人，可能会生病，可能会请假，或者干脆搞忘了，但计算机不会，只要有电在正确工作，打铃就不会出错。
这样，我就慢慢理解到了，计算机其实就是能以恒定品质不断重复输出服务的机器而已。
从2003年加入现在的公司，已经有了快6个年头，自己也从一个计算机软件开发方面的新兵变成了老人。在公司里也做过几个不同的项目，有一些新的同事加入项目组，会有这样那样的疑惑和问题。在这里想简单说说，一个新人如何能快速的融入一个新的开发组，让其他同事能够接受自己。
首先是读文档。计算机方面有个著名的黑话叫做RTFM,什么意思呢？按字面翻译就去去读他妈的文档,这是在新闻组或者论坛里可能常见的回复，一些人娇滴滴的说我是妹妹，能指导一下这个问题么或者贱兮兮的跪求某某问题答案.当然，同事之间不可能搞这些，不过也经常碰到有人问一些感觉非常简单问题，这些问题实际上都在项目文档或者软件规范里就明白写着。
一个新人加入某个项目，或者转换到一个新项目，都会感觉到手足无措，就像老虎吃刺猬不知如何下嘴。领导不会让这样的新人去完成一些复杂模块的开发或者修改一些相对困难的bug,基本上都是先分一些界面上的小改动，或者是让他开发耦合程度低一些、相对独立一些的功能作为练手，这个时候作为一个新人就要尽快的掌握整个项目的大概，然后泛读一下项目的重要文档。如果要开发某个业内标准的实现软件，那这个标准的相关文档至少要通读一遍，不需要投入很长时间，可以快速掌握一下大概，做做简单的笔记，不懂的地方先记下来以后有空再说。读文档不要作为一个整体任务完成，可以用一些零碎时间来读，以免很长时间没有什么进展，领导看了还以为在磨洋工呢。
注意事项一，尽管有这样那样的软件支持，一支笔一个本子仍然是最方便最快速最实用的学习工具，我几乎每年都要写掉八九个大笔记本，里面写着项目开发的心得、文档书籍的感受、领导指示的一些开发问题等等，不需要有什么文章格式，先写下来就可以了。
如果是第一次进入公司，项目组长会分一个任务作为对新人水平的考察，就好比网游中的新手任务。我们公司大多数的新手任务都是半个月一个月左右的时间，注意要尽量赶在期限结束前完成所有的编码和单元测试，而且最好完成代码清理和代码注释工作，注意命名规则，这样看起来比较专业一些。
注意事项二，接到一个项目第一个要问的就是这个项目结束期限（dead line）是什么，这样心里比较容易对进度有个估计，免得最后无法完成任务。领导可能会反过来咨询老程序员对分到的项目难度估计。一般来说，估计一个大概的编码时间，然后把估计时间乘二，留出一定余量比较好。
读文档不要作为一个整体任务完成，可以用一些零碎时间来读。实际上接手一个新任务，必须要做的就是理解需求。一个开发人员如何不理解他想做什么，基本上这个任务一定会失败。我们高考时候都会写一篇大作文，对题目的理解非常重要，偏题跑题就没法拿到高分，开发也是如此。对需求的理解需要反复的进行，定期和项目组领导或者客户进行沟通，以免自己做了无用功。但是沟通之前一定要注意，自己先掌握一定的背景知识，比如前面提到的规范文档，或者是读一读已经有的代码，跑一跑成型的产品，免得问的都是不必要的问题。
搜索一下可以找到一篇题为提问的智慧的文章，里面介绍如何在网上问问题。其实项目组内沟通也是如此，要注意问有意义的问题。打个比方说，有时候自己会有一种感觉，跑到别人面前，把问题说了一遍，还没等人回答，突然拍着脑袋说啊我明白了,也许是反应挺快，可是还是耽误了别人的功夫，像这样的问题，自己组织组织语言或者写出来，答案就很容易发现。另外也有的人，总是这是怎么回事那是怎么回事，其实到搜索引擎一搜或者是把动手做做就知道结果，但是非要张嘴问，这样的人说得难听点就是问题不经过大脑，其实一思考就能得到答案了。问问题之前也可以试着理清一下思路，看看前因后果，简化一下问题模型，也许经过这些方式，自己就能找到答案。有同组的同事问问题，很多时间我反问几句，把思路理清，他自己就知道答案是什么了。忘记在哪有看到一个轶事，在某个著名软件公司里，开发组的桌上会放着一只小熊，大家互相问问题之前，先对着小熊把问题说一遍，看能不能把问题描述的清晰，基本上说的比较有条理以后，答案也就随之而来了，大家可以试试这个办法。
相关文章
最新更新
07-03 03-26 07-03 
