Ben的博客

    在一个项目的历程中，需求工作的重要性不言而喻。在哈项目过程中，我们在需求分析中犯了不少错误，也总结了一些经验教训。现在我们就这些问题进行总结，并进行分析，以让大家从这些错误中吸取教训，避免犯相同的错误，做好需求分析工作(需求分析工作比较复杂，这些是我的个人看法)。

做好一个业务系统的需求，第一步就是要熟悉这个业务的相关知识。

只有熟悉相关的业务知识，才能和用户进行沟通，才能听懂用户所讲的问题。那么当作需求分析的人不了解其相关的业务知识或者和用户沟通有困难的时候应该怎么办呢？

1.  看相关的书籍。比如书店有相关业务知识的书籍，先从概念了解其相关的工作。读这种书，只需要略读，不必追求细节，只要能够了解大概既可。

2.  看国家、行业以及这个单位相关的文件，从文件中分析和了解相关业务。

3.  不耻下问。一开始，为了掩饰自己对相关业务知识的不了解，不懂装懂，和用户沟通一般都是一知半解，听到有些名词，只按照自己的理解去了解，不去问为什么，导致双方对同一个问题没有达成共识。

如果问甲方项目负责人感觉有困难的话，那么自己开辟多个渠道，多认识几个朋友，通过聚会，喝酒，聊天去了解对方单位的管理现状和业务情况。

4.  听其言，观其行。当相关人员在那儿讨论关于业务方面的事情之时，留意听，当听到自己感兴趣但不了解的东西的时候，插几句话，一起参与讨论，从讨论中加深了解，并注意观察在相关业务处室他们的行为，看看他们平常都在干什么，讨论什么，抱怨什么，从他们对语言和行为去了解业务。

5.  做需求分析的时候去了解。

   了解相关人员的业务背景

一般主持项目的是这个单位的信息中心相关人员，他们会发表很多关于业务方面的见解。一开始，你会言听计从，因为你不懂其相关的业务知识，只能去听，而不会去怀疑。

但是事实情况是：信息中心讲这个业务的时候，是从自己的角度去理解的，他们不是天天和业务处室沟通，一些相关知识和经验已经过时或者是错误的，但是最终这个系统是业务处室去使用的，当按照信息中心的人要求做好后，当拿到业务处室的时候，他们居然对有些你以为很正确的名词，业务提出质疑，导致需求变更的产生。所以，做需求的时候，不要偏听偏信，并要知道这个系统最终的使用者是谁，谁最终要用这个系统处理业务。

了解与你做需求分析人员的业务背景和喜好，需求分析人员一定要了解系统要实现那些业务，从整体考虑问题。

比如哈项目信息中心的相关人员在供热方面有丰富的经验，他们对此业务可以比较清晰的解释其相关业务，并且一直会强调自己所知道的，这就造成一开始我们在供热方面投入了巨大的精力，对物业和房租没有太多的关注。导致需求不能平衡进行。这个问题也说明，在需求分析之前，项目人员还没有搞清楚自己到底要干什么，心中没有整体的目标，没有最终的目标导向。

    多问为什么

当用户提出一个需求的时候，要多问为什么，要有怀疑精神，不能因为是用户提的，你就认为是正确的。在整个需求过程中，通过不断的吃亏和教训，我给自己总结出了相关的提问顺序和方式：

1.   有什么意义？

旨在了解这个需求的必要性。因为用户有时总会一激动，就有一些想法，当问这个问题的时候，如果这个需求只是一时兴起，那么这个需求在是否有意义的阶段就停止了。在和用户沟通意义问题的时候，用户也会意识到这个需求可能对这个业务系统意义不大。同时用户会自己放弃这个想法，而不是被需求分析人员拒绝，这是一个很圆通的处理方式。

2.   谁提出的？

因为一般都是和信息中心的人沟通需求，他们的需求来源可能是别的相关业务人员或者别的什么人，搞清楚这个需求的原始提出者有助于别人对系统的看法以及出发点。如果是下面最底层的业务人员提出的，你就需要考虑这个需求是否有普遍性，是他们这家遇到这个问题还是所有的业务人员都遇到这个问题。如果只是个别现象，那么就要按照这个系统所要达到的目标去说服用户，要优化管理，统一业务，规范业务行为。如果是普遍的问题，那么就要进一步沟通，搞清楚他们在什么情况下遇到这样的问题，理清这个问题，看看如何处理。

3.   开发出来能解决什么问题?

这也是了解业务的一个方式。当用户提出一个需求的时候，就要

刨根究底的问这么做能解决什么问题，在这样的沟通过程中，你就能了解其相关业务，还能从系统的角度给用户提出建议，显得更加专业。

4.   真的是这样吗？实际中也是这么做的吗？

这个提问让大家有点不接受，感觉不相信人，伤别人的自尊。但是当你问这样的问

题的时候，你会发现你问对了。用户会告诉你“大概是”，“也许”，“我觉得是这样”你会从回答中知道原来用户对自己的回答也拿不准，看来这个问题得谨慎。

这个问题不会让你气急败坏的跑到用户那里，告诉他：“上次你这么说的，但是下面根本就不是这样的”。

举个例子，关于空房也得在物业中算户数的问题，一开始物业处室振振有词：“空房也收物业费(从开发商那里收)，空房得算上户数，国家规定”。国家都规定了，马上实现吧，别犹豫。这个需求实现了，群里人开始说了，“不对呀，我们的物业户数多了，没把空房刨出去”。再去物业处室问，经典的回答开始了“嗯，我们企业现在很多人连物业费都收不上，空房的更不可能，虽然是国家规定，但是执行不下去，唉”。

    对于需求，就要有一种抱着怀疑精神打破砂锅问到底的精神。 

挖掘需求

“挖掘”这个词，感觉简直是没事找事，提的需求都做不完，还敢挖掘。

但是套用《无间道》里面的一句话：“出来混，迟早要还的”。是的，迟早要还。当用户提出一个需求，当你有更好的想法和更加完备的处理意见时，请提出，并协助用户更加全面和细致的考虑这个问题，因为现在不做，迟早你得补上(但是记住要有度，是在项目范围内的)。

所以，挖掘需求是有必要的。你现在挖掘，人家感觉你很专业，觉得这个团队的员工素质高，能为用户所着想。客户也会对项目组有好的评价(记住，不要不在乎评价，有好的印象，那么为我们争取下次的项目有很大的促进作用)，同时，利用用户的相关知识，开发出好用的软件，大家能从中得到快乐，也是我们项目组最大的成功。

报表的需求

当看到大张大张报表的时候，你会郁闷。但是如果把报表的需求做不好，项目有多长时间，你就会痛苦多长时间。针对我们在这次报表需求中遇到的问题，特总结如下，在后期的需求工作中，取得了良好的效果：

1.    报表名称准确吗？是否要统一考虑？(不要相信原来报表的名称，当这些报表

进入系统后，他们会发现它们的报表的名字多么的乱，就有想统一名称的强烈需求，不如一开始统一考虑，制定原则,“统计表”“汇总表”“明细表”它们是有区别的，请记住)

2.    此报表想用哪些条件进行统计？如果条件是时间，那么是时间段还是单独一

日期？如果是时间段，那么这个时间段的前后日期有没有特殊规定？

3.    报表四角遵循现在的格式还是根据现在报表做特殊考虑？报表统一格式遵循

(hrbgr\开发文档\01.系统需求\04.需求变更\071018-071121\报表共性问修改v071105)[报表四角不要忽视，对于正规单位，它有它的要求，要遵循]

4.    对于这个报表，有没有缺列，多列？有没有合并的列？有没有不合理的列？对

某些列的取值有没有特殊的要求？列的名称是否合理？(这个是挖掘需求的过程，在以前手工的操作方式下，数据量大，难以统计，有很多逼不得已的报表设计，用户上这个系统，就是要利用计算机的优势，进行快速大数据量的统计，在计算机的协助下，有些以前难以实现的统计和汇总成为现实。这也是我们要提供给用户的价值，用户没有用过系统的经验，直接会把报表给我们，我们不经过思考，就会照此实现，当用户用了一段时间，发现它们以前实现不了的统计在计算机中很容易实现时，就会提出要求，这也是我们产生了大量报表需求变更的原因。所以一定要问当初报表为什么这么设计，到底想从这些报表中得到什么样的信息，并且注意观察用户如何使用这个报表的，它们会用excel的高级筛选功能进行分类汇总，那么你就要提供建议，这个可以作为报表的一个条件，以后可以直接得到这些信息，有些报表以前是手工方式，有些数据要手工填写，比如“年计划..”,每年每个公司都不一样，那么当你考虑到让每个人公司每年填写这些数据不太妥当时，就要提出建议“这个列还要吗？”。还要讲清楚为什么要这么问，有什么困难，避免最后用户说，这个报表字段没有来源，去掉吧，那么又一个需求产生了，本可以一开始就可以避免的)

5.    有没有按照某个条件进行分页的要求？

6.    有没有分页合计的要求？

7.    在报表大小上有没有特殊规定？如果没有，按照每列可能填写的字数规定报表

大小，报表大小只有两种情况，a3或者a4。(这里涉及一个被我们忽略但是重要的问题，就是打印问题，就是我们只管做报表，不管这个报表打印的效果，结果报表打印惨不忍睹，在做报表的时候一定要注意打印的设置)

8.    对于这张报表，集团，子公司方面是否需要？如果需要，请设计具体的报表样

式上传到版本控制上.(设计的时候请注意条件设定)

9.    对于集团报表，是否有看子公司、分公司报表的需求？

10.对于数字保留几位小数有什么要求？是先四舍五入还是最终

得出结果再四舍五入？

11.如何对齐其中的字段，数字靠那边，文字靠那边，那些要居

中，单位是什么，当有多个单位时，四角用哪个单位？单位用汉字，还是英文字母？

需求的杀手：“我以为”

做需求，最大的问题就是以自己的经验和想象，自以为是，犯用想象和想当然的毛病，代替别人思考。需求是用户客观存在的需要解决的问题，这个一定要和相关的人员沟通，千万不能偷懒或者自作聪明。

当发现我们需求完成之后，用户告诉我们，不是这样的，我们第一句话是“我以为….”,请做需求的人以后禁止在做需求的时候用这句话，客观存在的事实不是“以为”出来的。 比如“我以为空房不收供热费”来考虑这个问题(这完全是自认为的，因为根据自己的经验，房子没人住，怎么可能收供热费呢？)，但是最终用户告诉我们，空房的供热费是要从开发商那里收取的。

比如“同一个房间两个单位掌握的使用面积应该一样”，这个确实应该是客观事实，这么想没有错，但是没有考虑这个单位实际的管理现状，同时，这也是上这个系统需要我们达到的目标之一。这也是上面讲到的沟通需求的时候，要多问为什么，不要拿自己的经验和想象去替代客观存在的事实。

所以，“我以为”是做需求的杀手，是自己找来的冤家，一定要和客户沟通，哪怕这个问题你认为及其明显，也要问出自认为很简单的问题，你会发现这个简单的问题背后可能不是那么简单。

从以上的总结中，你会发现，做需求的人应该是个“怀疑主义者”，怀疑一切，质问一切，要有“打破砂锅问到底”的精神，脸皮要厚，简单的问题也要敢于发问。(但是这个简单的问题也要有度,不要问“为什么你要收供热费”这样的问题)。

要有从只言片语中了解信息的能力，分析的能力，思考的能力，沟通的能力，还有文字表达的能力。

需求的书写

 说到文字表达能力，那就是如何把自己脑子中所认识到的事情清楚的写给别人(这个其实很不简单，我本人能力有限，只能谈谈我自己的感受)

1.  首先，自己要清楚自己要讲的问题，这是根本。有些人一知半解就开始写，看得人也一知半解，最后做出来的东西就是不对的。

2.  不要吝惜笔墨。犯这个毛病我感觉有个主要原因，就是环境问题。需求分析者每天都在用户的环境中，有些东西对于他成为默认的事情了，他会把这些默认的东西给省略，以为别人也应该知道这些。但是，开发人员没有这个被省略的重要信息，结果造成需求的误解。所以需求要有主谓宾，什么东西在什么时机要做什么，得到的结果是什么，对结果有什么具体要求，什么方式出现，出现的样子是什么样的，有什么要求(就是不断沟通，把所有细节问个清楚的过程，不说清楚，要等到说清楚为止)，条理清晰的表达出来。不要说“做个查询”，这是很差劲的需求。开发人员应该拒绝这样的需求。“有哪些条件，是否联动，那些做成选择项，选择项的默认值是什么，这些条件的前后顺序怎么安排…..”，对于一个查询需求，起码要确定这些问题才能动手去做。

3.  关联关系。当这个需求和脑子中的另一个需求有关系的时候，请说清楚，这个需求和另一个需求有相关联的关系。因为需求分析者要从整体把握需求，提醒开发者注意其中的一些关联关系。

4.需求的语言尽量用短句，不要用长句。并且要注意行文方式，该打引号的地方要打引号，不要写成一堆，要1，2，3这样一条条的去写。写完自己得读一遍，看看有没有歧义句，掌握这些信息是否能够做出你想象中的功能，如果某个地方不提醒，是否会遗漏等。

需求的确认

当你的朋友让你做出一些承诺，你会随口说说，因为说说话总不会有什么大的责任。但是当他把这些承诺整理成文，让你签字画押时，你会重新考虑一下你说的这些话，开始认真起来。同理，对于需求，不要认为用户说了，写成需求，自信满满的觉得写得没有问题发回去修改，一定要签字确认，这其实就是上述的心理过程。这么做，用户会开始重视我们的需求，很多时候还能提出一些意见和错误，这就成为了一个比较有公信力的需求。

其实，做需求分析是个很难的工作，没有什么灵丹妙药能够很好的解决需求分析，这取决于需求分析者的经验，悟性，学习能力，沟通能力，分析能力，思考能力，甚至做人的方式和方法，上面只是一些个人经验的总结，而且只是需求分析中很简单的部分。

需求的跟踪

    整个项目的主体过程，其实就是在产生需求，实现需求，验证需求，结束需求的过程。我们需要跟踪这个过程，跟踪不是代表不相信，而是让需求和进度能把很好的把握。

    在这个项目中，我们做到了每个变化都有需求变更文档的要求，这为我们修改操作说明书，详细设计修改，数据库的修改都提供了一个坚实的基础。所以，无论需求变更多么的小，多么的简单，请坚持把它记录下来，一定不要相信自己的记忆力。

    当把需求下发下去后，开发组会进行实现，实现的过程中就会涉及程序的改动，文件的改动等。这些改动需要被详细记录下来，在这个项目中，我们专门建立了这么一个文件，用来记录每个星期需求所带来的文件变化，并把这些文件和需求变更放到一起，如果有一天我们发现某个需求带来了意想不到的影响，我们总可以很快速的知道当时我们修改了什么，这样的形式有诸多的好处，最主要的好处大大的提高工作效率。我希望以后的项目能够延续这样的做法。

    需求实现完，要通知用户，告诉那个需求已经实现完，而不是只管实现上传，这是需求分析人员的责任和义务，应该这么去做。需求的跟踪会涉及到一些沟通问题，关于沟通我们将作为一个专题去进行讲述。

我们的团队需要提高我们的需求分析能力，因为需求的质量在很大的程度上决定了项目的质量。我们应该学习更加先进的表达需求的方式，树立正确的需求观念。

最后，用一句话来表达我的看法“用户的需求是不变的，变的只是我们对需求的理解”。

作者：阿斯木

2008年3月17

      人总会遇上需要选择的东西，有时候我也真的觉得人生就是在做一道选择题。就像我必须在工作与深造之间选择一个一样。弄只会抓鱼的熊就实现鱼与熊掌兼得毕竟只是一个玩笑话，在现实中，鱼和熊掌，必须有一个是舍弃的。李开复在他的演讲中说“智慧的选择”，我从没有像现在这样对这个词语有如此深刻的感触。但是，如何在选择中做到拥有智慧呢？也许我们可以有很多的理论对这个问题进行阐述，但是在具体的生活中，不得不承认，有时候这个问题真得很难解决！“To be or not to be?”在每次的经历中我们验证着我们的疑惑！

      到现在为止，我也没有给自己一个很好的定位，也许这也是我作为普通人的因素之一，我从不知道自己喜欢什么，我从不知道自己想要什么，我总是在潮流的漩涡中迷失自己。作为普通人，我更多的选择来自于大众的舆论。我考研是因为很多人都说研究生好，我选择考南开是因为舆论告诉我南开是个名校，等等。。但是，即便是随着潮流去选择我的生活，我依然不能逃避我对自己未来的迷惘。我处的这个时代最大的特点是给像我这样的人提供了多重选择的余地，应该说这是个好的时代，我可以很自由的去过我想过的生活，但是也是现实的舆论给了像我这样的人一种不好的导向：成功的单一化！即使你有千百种选择，在你面对自己得选择得时候，你不得不想到人们心中对成功者的定义：地位、金钱！我是个普通人，我逃不开这种舆论对我得倾覆，不管我嘴上如何说得天花乱坠，在我内心得深处，依然认为一个成功的人，应该是一个有很高地位的人，应该是一个可以给社会给自己创造很多物质财富的人！是的，物质财富，一个普通的人无法不面对这个很残酷的现实。。所以，在我人生的轨迹当中，我没有过多的想过自己真正意义上的爱好。所以，我也不知道自己到底真正的喜欢什么？如果必须让我说一个爱好的话，那就是对物质财富的追求。同时，我也并不是真正意义上的物质至上者，我对亲情，对友情，对爱情，都有更神圣意义上的理解。

      作为普通的人，我享受着普通带来的悠闲，同时又对这种悠闲有种说不清道不明的排斥。我除了在安慰自己作为普通人没有什么不好的同时又极力想象自己怎么样才能从现在的这种状况之下一跃成为众人瞩目的焦点。

       我一直是个很普通的人，从我的经历中就可以看出我这个人真的是普通到了极点。我出生在一个很普通的村庄的很普通的家庭，我上过一个很普通的村办小学和初中，中考时我考进了一所很普通的高中，三年后我没有考上大学，在家人的支持下选择了在我们县重点高中复读，复读所在的学校算得上我比较不普通的经历了，因为它有近100年的悠久历史，能读这个学校是因为我的高考成绩比本科分数线少9分，这样家里给我花了200块钱让我经历了这样一次不普通。复读的那年我很用功，每次模拟考试的成绩也很让人满意，很多人都以为我在这一年后上一个很不错的大学，至少是一本的大学。但我最终没有与“普通”说byebye，在我第二次的高考中我以比本科分数线多10分的小分很“幸运”地考入了一所普通的大学。

     我一直很羡慕那些有过不普通经历的同龄人，是的，只是同龄人，因为我知道，不同的时期往往会决定不同的经历，我不羡慕比我大很多或比我小很多的人的不普通经历。我羡慕能上清华，上北大，上优秀大学的同龄人。然而，不得不否认的是，即便是同龄人，我也只能是羡慕而已。

    在这个普通的大学，我历经四年的努力，从一个很普通的学生变成了一个算的上受欢迎的人。我通过自己的努力获得了不少的奖学金，解决了家里很大的一部分开支。我结交了很多的朋友，他们对我都非常好。与我接触过的老师都认为我是还算明白的学生，知道自己要干的事情。然而这样的欢迎并不能满足我对自己普通的认知，我知道我还是个很普通的人，有那么的人比我强。也许正是这种普通的经历，使我心里始终装着一种很强烈的名校情结。也许很多人会认为我无聊，名校不名校的又有什么区别，现在社会要的实用性的人才，不是只会读书考试的书呆子。我不否认这种观点，而且我也极力赞同这个观点。同时，我并不觉得自己比名校的学生差哪里。我有信心在工作中，在社会生活中要比名校毕业的很多学生强。也许正是由于这种自信，才让我觉得：“为什么他们能上名校我不能？”

    我想我不用在解释我为什么在大学接近尾声的时候选择考研了。对，上名校，让自己真正的不普通一次。这也是我选择报考南开的最终目的。看到了没，我没有勇气去选择像清华北大这样在中国最不普通的大学。但毕竟南开也是很有名气的学校。然而，这次，我依然失败了，我没有考上南开。但是我的分数又是达到了国家线的。我又一次的陷入了两难的境地：选择调剂到一所普通的大学读研究生还是工作或再考一年。我不能再考一年，因为我一再告诉自己人生最重要的是过程，不是结果，我不能让我宝贵的生命浪费在重复的事情之上。那么我是工作还是读一个普通学校的研究生呢？我很迷茫！

 
也许有人看过，但没关系，的确有意思
（批注：此故事比较形象的说明了一种制度的变革）

　　一条猎狗将兔子赶出了窝，一直追赶他，追了很久仍没有捉到。牧羊看到此种情景，讥笑猎狗说“你们两个之间小的反而跑得快得多。”猎狗回答说：“你不知道 我们两个跑的是完全不同的！我仅仅为了一顿饭而跑，他却是为了性命而跑呀！”

　　目标

　　这话被猎人听到了，猎人想：猎狗说的对啊，那我要想得到更多的猎物，得想个好法子。于是，猎人又买来几条猎狗，凡是能够在打猎中捉到兔子的，就可以得到几根骨头，捉不到的就没有饭吃。这一招果然有用，猎狗们纷纷去努力追兔子，因为谁都不愿意看着别人有骨头吃，自已没的吃。

　　就这样过了一段时间，问题又出现了。大兔子非常难捉到，小兔子好捉，但捉到大兔子得到的奖赏和捉到小兔子得到的骨头差不多，猎狗们善于观察，发现了这个窍门，专门去捉小兔子。慢慢的，大家都发现了这个窍门。猎人对猎狗说：最近你们捉的兔子越来越小了，为什么？猎狗们说：反正没有什么大的区别，为什么费那么大的劲去捉那些大的呢?

　　动力

　　猎人经过思考后，决定不将分得骨头的数量与是否捉到兔子挂钩，而是采用每过一段时间，就统计一次猎狗捉到兔子的总重量.按照重量来评价猎狗，决定一段时间内的待遇。于是猎狗们捉到兔子的数量和重量都增加了。猎人很开心。但是过了一段时间， 猎发现，猎狗们捉兔子的数量又少了，而且越有经验的猎狗，捉兔子的数量下降的就越利害.于是猎人又去问猎狗。猎狗说“我们把最好的时间都奉献给了您，主人，但是我们随着时间的推移会老，当我们捉不到兔子的时候，您还会给我们骨头吃吗？”

　　长期的骨头

　　猎人做了论功行赏的决定。分析与汇总了所有猎狗捉到兔子的数量与重量，规定如果捉到的兔子超过了一定的数量后，即使捉不到兔子，每顿饭也可以得到一定数量的骨头. 猎狗们都很高兴，大家都努力去达到猎人规定的数量。一段时间过后，终于有一些猎狗达到了猎人规定的数量。这时，其中有一只猎狗说：“我们这么努力，只得到几根骨头，而我们捉的猎物远远超过了这几根骨头。我们为什么不能给自己捉兔子呢?”于是，有些猎狗离开了猎人，自己捉兔子去了。

　　骨头与肉兼而有之

　　猎人意识到猎狗正在流失，并且那些流失的猎狗像野狗一般和自己的猎狗抢兔子。情况变得越来越糟，猎人不得已引诱了一条野狗，问他到底野狗比猎狗强在那里。 野狗说：“猎狗吃的是骨头，吐出来的是肉啊！”，接着又道：“也不是所有的野狗都顿顿有肉吃，大部分最后骨头都没的舔！不然也不至于被你诱惑。” 于是猎人进行了改革，使得每条猎狗除基本骨头外，可获得其所猎兔肉总量的n%，而且随着服务时间加长，贡献变大，该比例还可递增，并有权分享猎人总兔肉的m%。就这样，猎狗们与猎人一起努力，将野狗们逼得叫苦连天，纷纷强烈要求重归猎狗队伍。故事还在继续。

　　只有永远的利益，没有永远的朋友

　　日子一天一天地过去，冬天到了，兔子越来越少，猎人们的收成也一天不如一天。而那些服务时间长的老猎狗们老得不能捉到兔子，但仍然在无忧无虑地享受着那些他们自以为是应得的大份食物。终于有一天猎人再也不能忍受，把他们扫地出门，因为猎人更需要身强力壮的猎狗。

　　Birth of MicroBone Co.

　　被扫地出门的老猎狗们得了一笔不菲的赔偿金，于是他们成立了MicroBone公司。他们采用连锁加盟的方式招募野狗，向野狗们传授猎兔的技巧，他们从猎得的兔子中抽取一部分作为管理费。当赔偿金几乎全部用于广告后，他们终于有了足够多的野狗加盟。公司开始赢利。一年后，他们收购了猎人的家当...

　　Development of MicroBone Co.

　　MicroBone公司许诺给加盟的野狗能得到公司n%的股份。这实在是太有诱惑力了。这些自认为是怀才不遇的野狗们都以为找到了知音：终于做公司的主人了，不用再忍受猎人们呼来唤去的不快，不用再为捉到足够多的兔子而累死累活，也不用眼巴巴地乞求猎人多给两跟骨头而扮得楚楚可怜。这一切对这些野狗来说，这比多吃两根骨头更加受用。于是野狗们拖家带口地加入了MicroBone，一些在猎人门下的年轻猎口也开始蠢蠢欲动，甚至很多自以为聪明实际愚蠢的猎人也想加入。好多同类型的公司象雨后春笋般地成立了，BoneEase， Bone.com， ChinaBone....一时间，森林里热闹起来。

　　F4 的诞生

　　猎人凭借出售公司的钱走上了老猎狗走过的路，最后千辛万苦要与MicroBone公司谈判的时候，老猎狗出人意料的顺利答应了猎人，把MicroBone公司卖给了猎人。老猎狗们从此不再经营公司，转而开始写自转《老猎狗的一生》，又写：《如何成为出色的猎狗》，《如何从一只普通猎狗成为一只管理层的猎狗》《猎狗成功秘诀》《成功猎狗500条》《穷猎狗，富猎狗》，并且将老猎狗的故事搬上屏幕，取名《猎狗花园》， 四只老猎狗成为了家喻户晓的明星F4. 收版权费，没有风险，利润更高。

     一直都不明白研究历史的意义，不明白人们花费那么多的时间与精力研究早已过去的事情对人类以后的发展能起多大的作用。有人说：以史为鉴，可以知兴替。许多人学习与研究历史是为了通过了解历史，可以指导我们当今的生活。可是又有人说：历史都有惊人的相似。我们看到，历史中许多发生过的事情在我们身边好像依然在发生，这样看的话了解历史好像也没有什么意义。也许有人会认为我的观点站不住脚，他们会说：正是因为历史的相似性才有必要研究历史，这样可以避免人们犯历史上曾经犯过的错误。如果历史是发展的，我们当然可以很理直气壮的这样说，但是在我们的现实生活中是：很多人都知道有些事情在历史上发生过也产生过不好的影响，可依然会有人做。比如战争，比如犯罪。我认为很多人学习历史的目的是出于爱好，很多人研究历史的意义是“保存人类的整体记忆”。这个观点是世界文化史的老师告诉我的，当时感觉自己豁然开朗。这成为我有史以来得到过的最好的对“为什么学习历史”这一问题的回答。

高中的时候也学习过历史，那个时候也问过老师“为什么学习历史”这样的问题，可老师不仅没有很好的回答我的问题，而且还很惊讶，惊讶于我的“无知”。以至于后来的很长一段时间历史老师都认为我是在无理取闹。如今我走进高等学府，正在接受较为完善的知识体系，那么作为理工科学子的我，从选修的这门世界历史文化史中我感觉自己学到了很多以往不知道的东西。

首先我认为是一种回忆，对人类最初行为与思想的记忆。以思想史为例，西方思想史最早可以追溯到古希腊时期，古希腊文化是西方文化的摇篮。古代希腊人都生活在不大的城邦之内，除了城邦这种政治体制之外，他们别无所知，即使是亚里士多德（虽然在他的时代城邦已经走向毁灭），也认为“人天生要过城邦生活”。在大部分城邦之中，公民的政治权利一律平等，在战争中俘获的外族战俘，则成为城邦公民的奴隶。虽然古希腊城邦实行的大都是民主制，但各城邦中公民的自由程度却大不相同。这感觉和我们现今实行农村的城乡化有点相似，人是属于群居动物，喜欢很多人在一起生活，这应该属于本性。这种对过去的记忆让我更好地认识了人类。一个时期的人类文明并不能代表整个人类的文明。

其次就是对人类行为的理解，以前不明白人们怎么能让宗教来统治自己的行为和意志呢？西方漫长的中世纪因为宗教的统治而变的无比黑暗。人们没有丝毫的自由可言，更谈不上发展宗教以外的东西了。不可否认中世纪的宗教统治给人类发展，尤其是西方文化的发展带来了不可估量的毁坏，可是又有谁能够保证：如果没有那段时期的黑暗，文艺复兴时期会有那么多伟大的人文文化产生出来并使人类从此走向精神与制度的文明；如果没有那个时期的宗教统治，地理大发现依然可以实现。历史的进展的一环扣一环的，没有压制也就没有反抗和发展，同样没有黑暗的统治，光明就无从谈起。

第三个收获就是知道了文明发展的举步维艰。从宗教统治到政治独立，从野蛮战争到和平共处，这短短的一句话却好人类花上几百年甚至是几千年的时间代价。战争是少数人的游戏，却成为大众人痛苦的源头。从中世纪开始，欧洲大陆上的战争似乎从未断过。穿盔甲的骑士之战在当时是一种贵族生活方式，骑士对神职人员的模仿使之具有神秘性；待有了王权的诸侯之后，独立的最高权威们有了雇佣军，便有了雇佣军之战；欧洲的宗教之争导致财富之争，这使欧陆人士要冒险向海外扩张，抵达目的地后便要以武力征服之，一时间，战争、探险、贸易几成互换的字眼，这便有了商业战争。专业化和爱国性使欧陆有了专业军人的战争，专业军人从衣着、生活习惯到职能和权利都与他人不同。在此之后欧洲出现的革命战争、国家间的战争和第二次世界大战展示了巨大的民族能量。这不是瞬间的能量释放，而是根本的转变，尤其是政治的转变。随着时代的发展，各战争时期的武器也不断进化，参加的人数相对少了，战争的影响却大了。作为生活在和平时代也是人类高度文明时代的人应该珍惜这来之不易的生活，尽自己所能为人类文明的发展条块砖加快瓦。

总之，学习历史是一种个人兴趣所致，研究历史是为了记住人类的起源于发展，记忆是文明的产物。忘记过去的许多事情很正常，关键是作为人类，我们不能忘记的是我们从哪里来，现在在哪里，将要去哪里。

1、不可救要的喜欢

2、倒向你的墙

3、离你而去的人

4、流失的时间

5、没有选择的出生

6、莫名其妙的孤独

7、无可奈何的遗忘

8、永远的失去

9、别人的嘲笑

10、不可避免的死亡

* Real Programmers don't write specs -- users should consider themselves
    lucky to get any programs at all and take what they get.
    真正的程序员不循规蹈矩，他们对用户说：拿到你想要的，然后滚蛋，
    你已经很幸运了！

  * Real Programmers don't comment their code. If it was hard to write, it
    should be hard to understand and even harder to modify.
    真正的程序员不写注释。难写的程序天生难以理解、难以修改。

 * Real Programmers don't write application programs; they program right down
    on the bare metal. Application programming is for feebs who can't do
    systems programming.
    真正的程序员不写应用程序。他们爱白手起家。只有不懂写系统程序的
    软弱者才写应用程序。

  * Real Programmers don't eat quiche. In fact, real programmers don't knowhow
    to SPELL quiche. They eat Twinkies, and Szechwan food.
    真正的程序员不吃蛋卷。他们根本不屑也不懂拼“quiche（蛋卷）”这个词。    他们吃twinkies和四川菜。    注：twinkies可能是某种用两片面包片夹着的食物。

  * Real Programmers only write specs for languages that might run on future
    hardware. Noboby trusts them to write specs for anything homo sapiens will
    ever be able to fit on a single planet.
    真正的程序员只为未来机器上用的语言写标准。鬼才会相信有哪个星球会 用他们的标准。

  * Real Programmers never program in COBOL, money is no object.
    真正的程序员不用cobol编程，金钱如粪土。    注：不知所云！

  * Real Programmers never right justify text that will be read on a
    fixed-character-width medium.
    真正的程序员将文本写得错落有致。

  * Real Programmers wear hiking boots only when it's much too cold to wear
    sandals. When it's only too cold, they wear socks with their sandals.
    真正的程序员爱穿凉鞋，就算天气变冷，他们也只是再穿上袜子而已。    只有寒风彻骨时，他们才会换上跑鞋。

  * Real Programmers don't think that they should get paid at all for their
    work, but they know that they're worth every penny that they do make.
    真正的程序员并不奢求取得每一分该得的钱，但任何拿到手的钱都 问心无愧。

  * Real Programmers log in first thing in the morning, last thing before they
    go to sleep, and stay logged in for lots of time in between.
    真正的程序员每天只需记录起床后的第一件事和睡觉前的最后一件事， 之间的一切照套模板即可．

  * Real programmers don't draw flowcharts. Flowcharts are after all, the
    illerate's form of documentation.
    真正的程序员不画流程图。流程图是文盲写的文档。

  * Real Programmers don't use Macs. Computers which draw cute little pictures
  * Real Programmers never program in COBOL, money is no object.
    真正的程序员不用cobol编程，金钱如粪土。   注：不知所云！

  * Real Programmers don't use Macs. Computers which draw cute little pictures
    真正的程序员不用MAC机。能画可爱的卡通的电脑是给胆小鬼用的。

  * Real Programmers don't read manuals. Reliance on a reference is the
    hallmark of a novice and a coward.
    真正的程序员不看使用指南。只有初学者和胆小鬼会百分百相信手册。

  * Real Programmers don't write in COBOL. COBOL is for gum chewing twits who
    maintain ancient payroll programs.
    真正的程序员不用cobol。cobol只能用来维护远古的工资程序。

  * Real Programmers don't write in FORTRAN. FORTRAN is for wimpy engineerswho
    wear white socks. The get excited over finite state analysis and nuclear
    reactor simulations.
    真正的程序员不写fortran程序。fortran是让畏缩的白领工程师用的。 那些人只钟情于有限的状态分析和核反应堆模拟。

  * Real Programmers don't write in Modula-2. Modula-2 is for insecure
    analretentives who can't choose between Pascal and COBOL.
    真正的程序员不用modula-2编程。modula-2集合了pascal和cobol的缺点。

  * Real Programmers don't write in APL, unless the whole program can be
    written on one line.
    真正的程序员不写apl程序，除非他能在一行内把一个程序写完。

  * Real Programmers don't write in Lisp. Only effeminate programmers use more
    parentheses than actual code.
    真正的程序员不用lisp编程。只有女人气的程序员才会用的括号比代码还多。

    for compulsive neurotics who were prematurely toilet trained. They wear
    neckties and carefully line up sharp pencils on an otherwise clear desk.
    真正的程序员鄙视结构化编程。结构化编程是让过早被训练怎样上厕所 的强迫性精神病患者用的。那些人在工作前要打好领带，然后小心翼翼 地在另一张书桌上削铅笔。

  * Real Programmers scorn floating point arithmetic. The decimal point was
    invented for pansy bedwetters who are unable to think big.
    真正的程序员鄙视浮点运算。十进制是为蠢人而发明的。

  * Real Programmers know every nuance of every instruction and use them all　in
    every Real Program. Some candyass architectures won't allow EXECUTE  instructions to address another EXECUTE instruction as the target   instruction. Real Programmers despise petty restrictions.
 真正的程序员深谙指令之间的细微差别，而且非在写的每一个程序中都体现出来不可。有些编译器不允许EXECUTE指令象对目标指令那样对另一个EXECUTE指令寻址。真正的程序员对这种限制熟记于心。

  * Real Programmers Don't use PL/I. PL/I is for insecure momma's boys who
    can't choose between Cobol and Fortran.
  真正的程序员不用PL/I。PL/I是让偎依在妈妈身边的小男孩在无法 从cobol和pascal中选择时用的。

  * Real Programmers don't like the team programming concept. Unless, of
    course, they are the Chief Programmer.
    能摆平那些有心智缺陷的人，比如那些资深的策划者（他们很爱“教导” 程序员们）。

  * Real programmers ignore schedules.
    真正的程序员不按日程表办事。

  * Real Programmers don't bring brown bag lunches to work. If the vending    machine sells it, they eat it. If the vending machine doesn't sell it,they don't eat it.
    真正的程序员不带午餐上班。有得吃就吃，没得吃就饿着。

  * Real Programmers think better when playing Adventure or Rogue.
    真正的程序员在冒险和滋事时脑子最聪明。

  * Real Programmers use C since it's the easiest language to spell.
    真正的程序员用C，因为C是最容易拼的语言，只有一个字母。

  * Real Programmers don't use symbolic debuggers, who needs symbols.
    真正的程序员不用符号化的调试器，因为它竟需要符号。

  * Real Programmers only curse at inanimate objects.
    真正的程序员只诅咒死气沉沉的东西。

0.浮躁的人容易说：XX语言不行了，应该学YY；——是你自己不行了吧！？

1.浮躁的人容易问：我到底该学什么；——别问，学就对了；

2.浮躁的人容易问：XX有钱途吗；——建议你去抢银行；

3.浮躁的人容易说：我要中文版！我英文不行！——不行？学呀！

4.浮躁的人容易问：XX和YY哪个好；——告诉你吧，都好——只要你学就行；

5.浮躁的人分两种：a)只观望而不学的人；b)只学而不坚持的人；

学习编程的步骤!
在中国，大多数程序员都是自学成材的，这其中的艰辛自不必多言，如果能够有一个正确的学习步骤，循序渐进，便能省却不少力气了.

1：如果你能够熟练的使用Windows的话，你就可以开始你的程序生涯了！

2：首先从C语言开始。有的朋友可能认为C语言太难了，应该从VB开始。虽然，对于一个初学者来说，用一些控件堆砌成一个小软件，是有一些成就感，但是，基础才是最重要的！C语言对于数据类型的描叙，远比VB里面说的更为全面，清楚，明白，而这些却是编程中的根本！

3：学C语言，从数据类型，基本表达式，再到条件语句，循环语句，然后学习函数，再加上一些简单的数组知识，就可以了！一句话，到现在为止，你只要理解结构化程序设计的思想也就够了！

4：有了以上的基础，就要开始学汇编了。汇编开始的时候是很难，那些各种各样的寄存器，分段的内存地址，是很难理解，可是这些知识理解了以后，后面的内容就简单了，学习8086的那些指令，再加上一些伪操作，还有DOS和BIOS中断的调用，就可以看懂书上的汇编程序了。（着重是理解算法，对于后面的那些汇编的应用有兴趣的可以看一下！）到此，你应该会对计算机的理解更深一层！

5：有了汇编的基础，再来学习C语言中的精华部分----指针，可谓如鱼得水了。现在你要对C语言全全面面的学一遍了，谭版的教材要从头到尾认认真真的看两遍以上。

6：学完以上的内容，有必要研究一下数据结构了，线性表，堆栈，队列，树，图，二叉树，等等，都要滚瓜烂熟！（最好是清华严蔚敏老师的那本教材）

7：请时刻记住：浮躁是学习编程的大忌！

8：现在，你应该学习一些数据库的知识，还有一些常用的算法了！

9：如果以上的知识你都学精通的话，就可以开始C++的课程了，找本C++上手的书，用一个星期的时间大概了解一下C++，然后找一本VC上手的书，再花一个星期的时间学习VC的界面和用法，就可以做一些简单的应用了！

10：要想学好VC，没有扎实的C++知识是不行的，以下书籍是VC程序员必须翻的烂熟的：C++Primer,Effective C++,Thinking in C++,More Effective C++
深入浅出MFC。

11：深刻理解C++面向对象的思想！

12：编程的时候，出错是难免的，所以，MSDN一定要熟练使用；好的代码风格会使调试的时候，更加简单的查错，所以，一定要养成良好的编程风格！

13：如果你严格的走好了以上的每一步，你才踏上了编程的门槛，可以混口饭吃了！
至于在以后，编译原理，操作系统，还有软件工程等等基础知识，是必不可少的！

14：如果现在再来学习JAVA，C#等别的语言的话，应该是触类旁通，拿来就用了，
到此，你才可以称得上是一个高手！