好像已经是这个暑假的第四次通宵了，通宵很伤身体，而自己的健康状况虽然一直很好，却害怕什么时候终究会有后遗症。但是有时候却是没有办法自己决定一些事情，项目中不得不完成任务，虽然没有人要一定逼着你，然而，我却是放不下一些看似无意义的东西。

郑燮有一句处世名言：难得糊涂！计较太多，未必是好事情，很多时候人就是在自寻烦恼。若是能够把一切都看得开，很多时候恰恰也是好事一件。但是我自问不能够，所以无远虑则有近忧，有时甚至如履薄冰、战战兢兢。

一代枭雄曹孟德有一句名言：宁叫我负天下人，不叫天下人负我！而我，我受儒家思想影响太深了，在我的价值观和人生观中，我宁愿是天下人负我，我不负天下人。因此，曹孟德能成就一代霸业，而我或许可以是一个好士兵，但是很多时候却没有办法作一个好将军。特别是在学校和学校这样两个前提下作项目，我可能可以是一个称职的开发人员（甚至可以是救火队长），但是领导一个项目，却因为很多事情无法像真正的公司运作中的简单和直接而变得一塌糊涂。如果让你当足球裁判，遇到的却可能有不遵守规矩的球员，并且最关键的是哨子不在你的手中，好在这个裁判员是兼职的，并且肯定是兼职的，因此最后只有一边当着没有哨子的裁判，而更加重要的是去当一名队员。尴尬中透着无奈，无奈中品味着实际。就如眼前这个Project，我就在痛苦并快乐地体验着。

       看看时间，快9月1日了。在我的记忆和思维中，这代表着新的一个学期的开始。经历过的22年中，已经16次在重复着这个动作，我渐渐习惯了。或许明年的9月1日到来的时候，我也许就结束了我的研究生学习，也许就结束了我的学校学习，也许就在另外一个和16次的重复不同的环境中怀念这个特殊又不特别的日子。以前每次经历这个时候，我都会莫名的激动和兴奋，因为一个新的学期的开始，不可知的生活带来的挑战和对结果的期待，以及这个过程中的体验，都会让我心灵悸动，那种心灵深处的感应，是揪心的，是感动的，是一种非常美好的感觉，只可意会，不可言传！

       就在8月的最后一天，我将《设计模式》书籍的写作计划整理了一下，实际上是几天前回家休息一周思绪的总结。在回去的一周中，休息之余，我尽力将自己对设计模式的认识和理解，以及在项目中的经历与经验彻底忘记，然后写下要怎么去理解和学习设计模式，最后形成了今天的写作计划。写作计划发送到博文视点寻求帮助和指导，我想，等基本定下来后，我会公布在Blog中，寻求更多的帮助和指导。

       耳边依然响着“酒干倘卖无”，而时间定格在了9月1日了，喝口水，继续我的项目，继续我的烦恼，期待着我的设计模式写作激情，期待着我的新学期，期待着我的人生。

       课程已基本全部功德圆满、修成正果了，而这个学期要做的事情却是太多太多，感觉要学习和深入的东西依旧太多太多，加上设计模式书籍的写作，以及一些想做的事情，我想，不会是一个休闲、空虚的一个时间了。

       期待一个新的开始。

       今天去了博文视点，和一直敬仰的周筠老师，以及编辑T.F聊了很长的一段时间，非常愉快的聊天，当然也是受益匪浅。周筠老师的平易近人和儒雅风范确实给我留下很深刻的印象。临别又得周老师赠送了三本书，书的价值我并不在意，感动我的是对于一个第一次见面的后辈的这种奖掖提携之意和坦诚之心。

       自己准备写一本“设计模式”方面的书，也获得博文视点周老师的肯定和鼓励，估计开学后会花一定的时间在这本书上。关于书的一些内容和细节，我将会在休假回来后在Blog中给出，也真诚期待设计模式的爱好者和准备学习设计模式的同行能够有中肯的建议和意见。正如今天和周老师等的交流中达成的，不能保证达到一个非常非常高的高度，但是可以肯定的是，一定是实在的内容，一定是自己的思考。我信守认真和实在。

       期待休假后的激情！

又记：最近竟偶尔失眠，既入半夜，竟不能寐，而偶然夜半惊醒，竟不成眠。眼前日后，诸多事宜，常环绕于脑际，实为心头之病，当力戒之。

没有压力，肯定不是好事。然而压力太大，则未必就是好事情。压力太大，容易让人去怀疑应有的自信。哀莫大于心死，心若死了，一切就都失去意义。而作一件事情，如果心动摇了，那就从一开始就输了。

好像自己最近事陷入了这样的困境，给自己的压力太大了，并且很多的都是全无必要，甚至有吹毛求疵之嫌。是该好好给自己减压了，否则适得其反、得不偿失了。

Take it easy，对待技术如是，对待生活如是，对待人生亦如是。

Take it easy，我该如是，更加期望都能如是。

软件开发作为一个职业的话实际是一个矛盾的统一体，我们追求的是不变的东西，比如思想、过程、原理、算法，然而能够让我们生存的却恰恰是那些变化的东西，比如具体的开发平台，具体的开发工具，具体应用领域。原因很简单，要生存，要生活，就得工作，而工作的内容却正是这些变化的东西。可以说，对于一般的公司来说，最为重要的其实或许并不是技术本身，而会是对行业的渗透和垄断。当然不排除向Microsoft这样的系统通用软件霸主，以及如IBM那样的通用中间件软件大牛，而实际上，不说目前的中国特色，在这个星球上的总多的所谓的软件公司，恐怕也只能是靠具体行业应用混口饭吃而已。一个开发工程师，最后其实并不一定要求就是技术高手，而可能更多是要深入应用行业，成为理解具体行业的开发人员而已。但是，这又是统一的，不矛盾的，一切变化的东西只有建立在不变的基石上才有生命力，只有深刻掌握了不变的东西，才可能在纷繁的变化中不至于乱了阵脚，才可能跟得上变化的脚步。

无论是什么样的技术，都必须要应用于具体的行业领域才能转化为生产力，才能给予我们生存下去的理由。时至今日，1年前没有选择职业生涯之后，我依然还在校园里继续我的学业，编织着我的梦想。尽管曾经因为项目关系在公司里接触了一年的项目开发，尽管在校园里要作技术开发，尽管现在言及事业尚且过早，尽管现在就把自己绑定到某一个具体的行业领域是多么不现实也不必要，自己也还是没有想过要把自己绑定到某一项技术，某一个开发平台。原因很简单，或许是没有足够的勇气，也或许是没有到抉择的时机。因此，我尽力去关注不变的东西，比如OOA/D，比如设计模式，比如算法，比如软件过程，甚至是项目的管理。我会尽可能去了解、学习、掌握、应用可能的技术，无论是windows平台的传统开发，还是移动平台的上的开发（PDA或手机），无论是C/C++开发，还是Java的开发，亦或是.Net上的开发，无论是C/S的桌面开发，还是自己其实不是很中意的B/S开发，都有涉及，都有关注。这个过程是必要的，平台和技术之间的相关和差异，能够给予一个人更多的思考和想法。

有一个哲理，很多人之所以不能成功，很多时候并不是因为不知道去追求什么，而是不知道去放弃什么。很多时候，放弃恰恰比追求更加难以把握。当你想什么都拥有的时候，可能也正是什么都没有的时候。另外一个关于职业的哲理就是，只要成为某一个领域的专家，就永远不可能失业，或者说可以成就一番事业。而我，可能在一年后就会去追寻自己的事业，追寻自己的职业人生，因此是需要作一个选择的时候了。这个暑假，计划好的事情或许没有一件可以如期如愿，但是最大的收获就是慢慢的坚定了自己的职业人生的方向，慢慢清晰化了自己的职业发展领域，这个思考的过程是痛苦，因为选择意味着放弃。这个痛苦抉择的产物就是，我会慢慢地将自己的精力更多聚焦于移动平台的开发，原因三分，一是兴趣，一是经验，一是发展。我的兴趣很多程度上来自期望迎接挑战，而移动平台上的开发因为硬因素将会面临着比传统的PC平台上的开发更多的挑战，我有过这样的经历，并且我喜欢这个过程。尽管或许自己在传统的PC开发上所经历的时间会更加多一些，但是这些对于移动平台上的开发来说，实际上都可以作为宝贵的经验。并且，我非常看好移动市场的发展，我的职业人生亦会跟随着这个大的趋势一同前进。

如果还要具体一些，我会更多关注WinCE系列平台上的开发，原因也很简单，我有这个方面的经验的积累，并且看好这个平台的发展。当然，这一切，至少在在我还没有真正开始自己的职业生涯的时间内，并不会影响我对其他技术的关注和学习，并不会影响我对软件开发不变的元素的坚持，也不会影响由于具体项目而要求其他的平台和技术（实际上至少有着很大的可能性）。然而，重要的是，我已经在慢慢筹划我的职业人生，我已经在慢慢准备的未来事业，我已经慢慢地能够为自己的未来的人生在很大程度上做出了选择，我已经慢慢地具有了对自己人生负责的勇气和魄力。

如果时间和精力允许，我会将自己以前的移动平台开发的经历和经验，以及自己继续这个历程的一些思考记录下来，且行且记，且行且惜。

k_eckel [05/08/07]于国立武汉大学

                                                            —————记于一个新开始之前

我一直推崇（admire）设计模式，但是我也不赞成滥用（abuse）设计模式。之于设计模式，我经常遇到的有两种误导（mislead）：一种是将设计模式蒙上一层高深的神秘色彩，认为设计模式是一门非常高深的技术（或思想），在一般的开发和设计中无足轻重，也不会用到，可以置身事外、得享清净。另外一种则对设计模式嗤之以鼻，认为设计模式不过如此，我们很多的设计和开发中根本就没有去考虑什么设计模式，系统已然work，项目已然收工，不必用到，又何必劳神伤时、自讨苦吃。

       既然我称之为误导（mislead），自然是有一些感想和思考的。之于前者，我的观点依旧是“道不远人”，设计模式就是面向对象分析和设计OOA/D中的“道”。设计模式的最终体现应该是一种思想，一种指导。而这种思想，这种指导，则正是我们在OO系统开发中所必需的。设计模式之所以会被人认为高深，很大的一个原因在于设计模式是一种设计层面上的技术（思想），而设计在目前很多的企业和公司经常被忽视或者轻视了。在我看来，设计模式中描述的各类模式，实在和面向对象的基本思想（封装、继承、多态）是如出一辙，只不过设计模式很多情况下会强调怎样通过OO中的多态、继承获得更大的工业级的复用、维护和扩展。原因也很简单，两者都是OO的一部分，不曾冲突，而是相得益彰。一个单纯的编码人员需不需要学习掌握设计模式？我们是否可以得享清净？在我看来，每个从事OO系统开发和设计的从业人员，都应该学习掌握设计模式，不过可能侧重点可能可以不一样：设计人员或更高抽象层次可以更多关注设计模式的使用场景和应用效益，而编码实现人员则需要更多关注设计模式的实现方法。设计模式的学习过程是一个非常痛苦并且不会短暂（至少我这样认为）的过程，但是这是必需的。而这个过程中获得最多的正是对于OO设计的一种潜移默化，这种潜移默化的效果则会直接体现在我们以后的面向对象系统的分析和设计中去。

       之于后者，后者这种观点的存在是很有实际基础的。诚然，在我们身边，甚至是自己身上、自己正在经历的项目开发中，唯一的目标就是系统的运行（work）。我们会给开发的目标按照优先级派一个顺序：1）可工作（work）；2）稳定（robust）；3）性能（performance）；4）扩展（expansibility）；5）复用（reuse）。而设计模式更多关注的正是扩展性和复用，似乎更多的时候我们可以完全不必考虑什么设计模式。但是有一点我们是忽略了，那就是用户的需求变更，而这一点在我们身边的、自己身上、或是正在体验着的就是用户无休止的需求变化。小的变更，可能我们可以充当救火队长，四处打补丁完事，然而很多情况下用户简单的一个需求变化要引起我们设计的变化，那就不是简单补丁可以完事了。死亡（death）、税收（tax）和需求变更（requirement variation）被称之为程序员的3大罩门，因此在系统的设计之初作一些必需的扩展性考虑以及适当的需求变更策略是很有必要的，很多事情并不是像我们第一眼想象的那么简单。然而过度设计也是在开发中的一个非常忌讳的事情，本来就很复杂的东西，何必要复杂之中让它更加复杂，滥用技术是不可取的，这个度的控制则真正是很深的学问和经验了。说了这么多，只是说明设计模式是必要的，即使在小的系统开发之中也是有价值存在的。我手头正在进行和技术负责的一个不是很大的项目中，不同的模块没有能够很好统一（原因同道中人自然了然于心：）），更多的都是一个类搞定一切。似乎一切也都OK，但是我使用Bridge模式将抽象和实现解耦，通过Decorator模式动态添加需求，模块设计简约合理，并且我可以保证在一般的用户变更可以从容应付。而这一切也不是说要很高深的技术，只是需要一个合理的思想来指导。因此也在另外一个角度说明，设计模式的思想是值得我们去采用的。

       然而，说总是让人觉得煞有介事，但是却让人觉得不着实际。之前曾用C++将GoF描述的23种设计模式写一遍（共享了源码和解析，可以下载PDF文档参考），也对设计模式进行了研习和思考的探索，并在经历的一些项目和开发中使用了其中的一些具体的模式或者思想，因此准备将这些经历和经验也记录下来。再加上分析经典系统源码的经验，名字叫做《在开发中体验设计模式》，也算是给自己的一个任务和要求，我希望自己能够有足够的时间和精力来完成。

       在开发中体验设计模式，Enjoy R&D，Enjoy Life。

                k_eckel 2005年7月30日于国立武汉大学（3 Days before 22 years old）

隐隐之中，自己在等待一件事情的发生。周一接到MSRA的电话面试，接近40分钟的时间我也不知道自己的表现怎么样，但是面试完毕后心头却是突然间多了一份宁静，也因此把一直积压的项目任务加班给基本搞定了。然而却也因此又多了一份等待和期望，或许人就是要会在不可预计的期望和或可预料的等待中慢慢随着岁月老去。

等待是一种缘分，缘起之时，缘灭之际，岁月流痕。期待是一种福分，绝望之际，期待最贵。等待是缘，期待是福。

　　微软二字在我的心里下沉了一些。微软，尤其是微软中国在李开复佛袖而去的即刻，应该痛惜！因为他失去了一些无法短时间内挽回的东西。当然微软美国一定会感觉到痛的，不过它目前最感受到痛的是战略泄露。不过笔者认为应该不止如此，也许最核心的痛不在此。

　　我们先来回忆一下李开复这么些年做了些什么？

　　李开复博士于1998年7月加盟微软公司，并于11月出任微软中国研究院(现微软亚洲研究院)院长。李博士在语音识别、人工智能、三维图形及网络多媒体等领域享有很高的声誉。在他的带领下，微软中国研究院以新一代多媒体、新一代用户界面和新一代信息处理技术为主要方向开展基础研究。

　　李开复因在微软中国研究院的卓著成绩，被提升为微软的全球副总裁。他被委任到承载微软未来命运的部——.net用户界面部门。他华人的特殊身份，则给微软给中国带来了意味深长的变化.....

　　李开复还有一件看似小事情，其实对于他的离开却尤其加重了他的筹码，那就是：《李开复博士：一封写给中国学生的信》，相信很多从事程序开发或者期望从事技术领域的人都看过这封意味深长的信。

　　微软+研究院+李开复，让很多技术人才对微软充满了崇敬，充满了向往。

　　他的深厚背景加上其对中国的情愫，让很多人为之感动。他感动了容易感动的人，技术人才，他影响了确实能影响的人。而且那种影响是一种从心灵进入的渗透。

　　很多人都会同时把筹码加给了微软。

　　但他的离开，在一定时期内对销售肯定没什么影响，我估计很多客户根本不知道李开复是谁？

　　但影响最深的会有三个方面，一方面，他会影响他身边的人，会有一批人离开微软，奔向GOOGLE。

　　第二方面，他会影响中国的技术精英们，他会影响那些曾经被他影响过的很多人，将砝码偏向GOOGLE。微软中国在技术人才的争夺上多了强劲的竞争对手。也会让很多人改变追求的方向。

　　第三方面，他会影响产业，它会让人们把目光更加注目于搜索引擎市场。搜索引擎技术和市场充满诱惑和战争。他会影响微软在搜索领域的市场分额。他会加速行业的成熟。

　　战略泄密其实不可怕，间谍充斥的时代，战略永远都是一种博奕。战略的输赢在于博奕的人。关键是他博得了很多的人心，并延续着牵引人心，尤其是学术的向往，并形成了一种势力，他的离开，是人心的偏离。这是微软最应该怕的。

　　从影响战略，到影响人才，到影响产品，到影响客户，说到底，他的离开，最终影响的还是微软的收入。虽然不是近期的，但会是一段时间后的一段时间的影响，除非另外一种势力进行了替代。否则不可逆转。

       现在回想起自己最近一年多的研究生生活，似乎更多地是为自己本科的学习补过。语言、平台、开发工具在理论上更多应该是本科时候的任务和目标，但是除了所幸的大四一年的机会和机遇，本科的学习更多地忽视了计算机专业中最为重要的动手实践能力。说得本质一些，就是编程的能力，对算法的掌握能力，对系统的设计能力，对需求的理解能力。

       很多时候，似乎人生是无法安排和设计的。其实慢说人生，就是一段时间的学习，都会因为这样或者那样的事情而改变。李开复先生在一篇文章中说到，到微软亚洲研究院工作的员工很多的人都有10万行代码的经历和经验。可能简简单单从10万这个数字并不能给很多人带来意义，因为很多人根本就不知道10万代码可以作什么，因为很多人就连1000行的程序也没有maintain过。而我知道，因为我知道10000行以上的代码可以作一个简单的编译系统（Visual CMCS接近20000行代码，包括GUI的话），3-5000行的C++代码可以实现一个PDA上C/S结构的GPS/GIS系统。而10万行，实在超过了我们很多人的想象和实践。

       我一直想作的事情，却是基于应用的研究，或者说是基于研究的应用。我不排斥纯理论的东西，因为那些东西很难做，并且很有水平，并且需要你能够真正静下心来潜心研究。但是我不喜欢（或者是不适合）那样的研究。我比较热心于应用，并且做了一些应用的东西。因为我觉得通过技术的实现能够给人生活带来便利、带来改变的感觉本身就是一件非常有成就感的事情，就想Bill Gates说的“每天清晨当你醒来时，都会为技术进步及其为人类生活带来的发展和改进而激动不已”，这是一种异常奇妙的感觉。但是我又不迷恋于简简单单的应用开发，因为在实际的商业开发中，用的永远是最成熟、最简单的技术，尤其是一些小的应用项目，技术含量实在是让人觉得有些怀疑自己的理解力和承受力。而我，最期待的是富有挑战性的开发，而不是简简单单去作为代码工人，我的理解中是一种艺术——一切的东西归结到至善至美后、或者追求至善至美都是艺术。

       为了这个不知道对错、能否实现、是否可称之为理想的目标，我一直在努力。本科时候的懵懵懂懂，很难有一个清晰的目标，于是也很难说能够为了现在这个目标作出怎么样的准备和积累，于是我的研究生的前半部分的生活会是如佛家信奉的那样，要去为过去的年轻埋单，但是这我不觉得遗憾和后悔，因为一切的事情经过了才是最重要的，过程的体验远远要大于结果的呈现——当然很多情况下，结果也很重要。开复先生提到的10万行代码的要求，我深以为然。加上自己以前的在项目开发和学习等中的代码数量，可能还没有达到这个目标，但是我慢慢觉得10万只是个数字，其实意义远远没有10万行代码的经历和经验所折射出来的含义——夯实应用的基础要逊色得多。而自己最近，更多去关注设计和需求层面的东西，例如设计模式、建模语言（UML）、软件体系架构，以及软件过程的东西，或者是具体到某一个平台和应用方面的东西，却忽视了很多最为基本的东西——尽管很多都能够有一个了解和记忆，但是在较多情况下却没有认认真真去实践过。

       于是我给自己定义了一个“Program Day by Day”的任务，一天一天学习，一天一天实在，一天一天精进。Program Day by Day我会尽量做到名副其实——每天Program，而Code的内容更多将会focus到最基础也是最重要的基本算法，数据结构中去，当然也会有诸如设计模式、具体问题的解决等等。当然这里面的很多东西，都应该是自己在N（N不知道等于几）年前的任务，于是现在再实现的时候，我会注意代码的风格，实现的本质等等。而这一切，在我看来，既是对往日的补过，更是对未来的期许。

       Program Day by Day, and make progress everyday!

                                                 ——k_eckel 于国立武汉大学

十年的时间或许很长，十年的时间可以让你能够有足够的时间去成就一份事业。最近一期的《程序员》在作Java十周年的专题，十年前是1995，初中的事情有时候聊天起来还有如是昨天的事情。而十年可以让Java昔日的星星之火走上和Microsoft这样一个“帝国”争辉的地位。而Google也从大概十年前（1996年）两名斯坦福大学布兰和佩奇的一个想法，反展到今天让Microsoft产生恐慌的公司。或许对于我们这个行业有时候觉得十年真的是一个long long time。

       十年的时间或许很长，十年的时间可以让你有足够的时间去成就一个成功的人生。在我刚进入大学校园的时候，我们的系友雷军先生就以金山公司老总的身份给我们讲座，一直到金山公司成为中国最为知名的软件公司（真正意义上的软件公司）之一。而如今很多认识雷军先生的当年的师弟（妹），和我谈论起这个话题，实在让人觉得原来成就一个成功人生也可以如此快捷。

       然而，十年的时间真的是很短，对比人生、对比历史，十年不过是沧海一粟，十年不过是一觉扬州梦。

十年的时间有时候真的太短，短得让你都无法忘记一个人。十年生死两茫茫，不思量，自难忘。即使才情如苏轼，洒脱如苏轼，命运多蹇，世事历练，即使能够写出月有阴晴圆缺，人有悲欢离合，即使能够有但愿人长久，千里共婵娟的豁达胸襟，即使经过十年的风风雨雨，物是人非，依然无法忘怀那曾经的暖语温香，花前月下。有时候，喜欢上一个人，仅仅需要一次遇见，一次邂逅，一次一见钟情的冲动，但是要忘记一个人，十年或许真的太短。

       十年的时间有时候也真的是太短，短得让你甚至十年的磨合依然无法去习惯一些人，一些事情。结婚十年之痒，围城内蠢蠢欲动的人们，会把当年的执子之手，与子偕老的誓言一点点地消逝在不可避免走向庸俗的生活当中。

       我把自己最珍贵的十年时间留给了校园，而接下来的十年我也不知道能够在哪里？十年可以成就Java，成就Google这样的事业，可以成就雷军先生等这样成功的人生，我不知道我未来的十年会有一个什么样的收获和修为。

一万年太久，只争朝夕。十年呢？

花已落，人未还，春意阑珊。

念东湖浩淼，樱顶婵娟，此景几时还？

樱花如昔人如故，物是人非事事休，情何以堪；

年渐长，业待成，人生荏苒。

想北望京华，东来紫气，何处是乡关？

       由于我做过移动平台上的GPS/GIS系统的开发，对于这个行业的应用和技术也算是有些了解。并且因为这个方面的一些思考和实现组成了一个Project，参加湖北省的挑战杯，也算是个特等奖，并将于11月份去复旦大学参加第九届“挑战杯”。提到这个背景实在不是有任何的矜夸之意，我也深知难免王婆卖瓜之嫌，但是实在想引出我思考的话题。学校有老师推荐以现有Project为支撑准备一个“创业计划竞赛”的案子，虽然我基本没有时间去做，但是还是进行了一番思考。由于最近建立了自己的技术Blog，并且我也深爱Blog这种交流和表达自我的方式，因此准备将之前的Project和Blog联系起来，即将GPS/GIS和Blog结合起来，因为时间和精力的关系（或许能力也是有因素），没有能够深入去思考。直到今天看了博客地图，我猛然惊醒那基本就是我要做的事情了。而现在却已经是有人早就想到了，并且做成了产品（等会将介绍的博客地图BlogMap）。

       最近本来因为自己想进行一个转型而陷入了一个较为审思和郁闷的状态，而博客地图的出现却是让我悲喜交加，不知所措。一方面，自己的技术积累让自己能够慢慢地看到一些技术的发展前景和应用前景，而另外一个方面，更加觉得自己的渺小，或者说是外界的强大。自己能够想到的，别人或许早就想到了，并且能够马上付诸实现和应用（当然这和自己目前的状态有很大的关联），实在是让人觉得后怕。

       感叹之余，我还是想介绍一下博客地图，并给大家一个体验介绍，因为毕竟自己的一些想法也曾经是类似的。大家可以通过以下的网址进入MapBar（http://search.mapbar.com/main.jsp），申明一点，我不是MapBar做广告的拖，因此对于MapBar我不作任何介绍。大家点击博客地图即进入这里的主角BlogMap（或者通过以下地址直接访问：http://blog.mapbar.com/blogmap/index.jsp）。 

       按照BlogMap的定义，博客地图 = 我的博客 + 我的地图，大家在这个网页上可以按照提示进行自己博客的标注（将你的博客位置标注到电子地图上）。按照提示，你成功标注了你的博客后，你可以得到一个你的博客电子地图显示的网址。通过javacript的代码就可以将你的博客地图显示在你想显示的地方。一般我们可以将博客地图显示到自己博客的公告栏目，在你的blog的公告栏目添加以下示例代码即可（一般是选项->配置下面）：

其中 “http://blog.mapbar.com/blogmap/showmap.jsp?nid=05071021170209370705”换成你标注后得到的博客地图地址即可（当然例子就是我的了：）），你可以设置博客地图的width和height。

       在微软高校博客上建立自己的博客，一方面因为微软俱乐部的关系，然而更加重要的是使用的一直是校园网，而微软高校博客正是校园网内部访问，速度快，并且没有访问障碍。但是，可能我将会慢慢地远离校园，远离校园网——愿意不愿意已不重要，意愿不意愿已无意义，因为一切的水到渠成，一切的发展使然，我愿意与生活讲和，我愿意顺随（但决不是顺从）生活的安排。于是我需要慢慢适应一个改变，一个没有校园的生活，尽管一样要学习，一样会学习；我需要慢慢适应一个没有校园网的生活，尽管一样会怀念校园，一样会上校园上浏览。于是我申请了非校园网的博客，但是名字依然是k_eckel’s mindview，因为我已经习惯了这个名字，k_eckel’s mindview已经融入了我生命中的一部分。

       微软高校博客中的k_eckel’s mindview其实只有短短的大约3个月的时间，但是它让我形成了每天打开k_eckel’s mindview的习惯，形成了记录和思考的习惯，并慢慢地习惯了这些习惯。这个世界上有两种东西让我恐惧和后怕，一是时间，一是习惯。寂静得如同不存在，时间的无情和冷漠，让人总是以一种恐惧的心理审视；而时间的不经意，以秒级的时间往往是在以年甚至是一生为单位的时候才猛然醒悟，逝者已逝，尤在梦中，一饷的贪欢，一生的遗憾，想想都让人后怕。而习惯，当一件事情成为了习惯，你的一切举动都会变得不可思议，又可以理解，哪怕是错误的行为。而生活，最后究竟是习惯还是意愿，试问世间又有几人能够给出一个清晰确切的回答。我很喜欢博客这种方式表达自己，无所拘束，无需顾忌，而且关键是我已经慢慢习惯了这种表达方式。于是在离开了校园网后，我需要找一个新的方式来继续我的习惯，或者说是习惯驱使我去延续这种习惯。

       我在惊奇和诧异中发现微软高校博客k_eckel’s mindview竟然已经有了超过90篇的文章，当然是以技术和学习为主，或者是围绕技术和学习的生活。我竟然完成了自己对于设计模式的解析的文章，并且提供的GoF 23种设计模式解析附C++实现源码的PDF文档竟然有了1750++的访问下载量。我的读书感悟k_eckel’s book lists竟然也超过了800的访问浏览量，并且在Baidu和Google中竟然可以搜索到一些网站和个人博客转载了——无论是授权的还是没有的，都不重要了。而在访问统计中也发现竟然每天都有超过两位数的陌生人通过Search Engine（Baidu为主）访问了k_eckel’s mindview。……而这一切都是我不曾想到能够在学习、项目和研究之余可以完成的。通过这种方式，Zeus、Runforu等等通过留言和讨论的方式渐渐成了萍水之缘，博客之交，虽然大家都不曾见面，但是一样会觉得是朋友类似的关系。这一切也是我始料未及的。

       很可能在暑假就会慢慢地改变自己的状态，慢慢去形成一些新的习惯。而博客这个方式是不会改变的。博客园的k_eckel’s mindview依然是k_eckel’s mindview，我会慢慢把微软高校k_eckel’s mindview中的文章慢慢转载过去，并慢慢习惯在博客园k_eckel’s mindview中记录自己的Blog，当然如果条件和时间允许，我会尽量保持两个Blog的数据同步。不过这一切也不重要了，重要的是依然有k_eckel’s mindview。

       末了，欢迎大家访问博客园中的k_eckel’s mindview。

                    k_eckel 2005年七月八日于国立武汉大学

　　就要毕业了。

　　回头看自己所谓的大学生活，

　　我想哭，不是因为离别，而是因为什么都没学到。

　　我不知，简历该怎么写，若是以往我会让它空白。

　　最大的收获也许是……对什么都没有的忍耐和适应……

　　这封来信道出了不少大三、大四学生的心声。大学期间，有许多学生放任自己、虚度光阴，还有许多学生始终也找不到正确的学习方向。当他们被第一次补考通知唤醒时，当他们收到第一封来自应聘企业的婉拒信时，这些学生才惊讶地发现，自己的前途是那么渺茫，一切努力似乎都为时已晚……

　　这“第四封信”是写给那些希望早些从懵懂中清醒过来的大学生，那些从未贪睡并希望把握自己的前途和命运的大学生以及那些即将迈进大学门槛的未来大学生们的。在这封信中，我想对所有同学说：

　　大学是人一生中最为关键的阶段。从入学的第一天起，你就应当对大学四年有一个正确的认识和规划。为了在学习中享受到最大的快乐，为了在毕业时找到自己最喜爱的工作，每一个刚进入大学校园的人都应当掌握七项学习：学习自修之道、基础知识、实践贯通、兴趣培养、积极主动、掌控时间、为人处事。只要做好了这七点，大学生临到毕业时的最大收获就绝不会是“对什么都没有的忍耐和适应”，而应当是“对什么都可以有的自信和渴望”。只要做好了这七点，你就能成为一个有潜力、有思想、有价值、有前途的快乐的毕业生。

　　大学：人生的关键

　　大学是人生的关键阶段。这是因为，进入大学是你终于放下高考的重担，第一次开始追逐自己的理想、兴趣。这是你离开家庭生活，第一次独立参与团体和社会生活。这是你不再单纯地学习或背诵书本上的理论知识，第一次有机会在学习理论的同时亲身实践。这是你第一次不再由父母安排生活和学习中的一切，而是有足够的自由处置生活和学习中遇到的各类问题，支配所有属于自己的时间。

　　大学是人生的关键阶段。这是因为，这是你一生中最后一次有机会系统性地接受教育。这是你最后一次能够全心建立你的知识基础。这可能是你最后一次可以将大段时间用于学习的人生阶段，也可能是最后一次可以拥有较高的可塑性、集中精力充实自我的成长历程。这也许是你最后一次能在相对宽容的，可以置身其中学习为人处世之道的理想环境。

　　大学是人生的关键阶段。在这个阶段里，所有大学生都应当认真把握每一个“第一次”，让它们成为未来人生道路的基石；在这个阶段里，所有大学生也要珍惜每一个“最后一次”，不要让自己在不远的将来追悔莫及。在大学四年里，大家应该努力为自己编织生活梦想，明确奋斗方向，奠定事业基础。

　　大学四年每个人都只有一次，大学四年应这样度过……

　　自修之道：从举一反三到无师自通

　　记得我在哥伦比亚大学任助教时，曾有位中国学生的家长向我抱怨说：“你们大学里到底在教些什么？我孩子读完了大二计算机系，居然连VisiCalc 都不会用。”

　　我当时回答道：“电脑的发展日新月异。我们不能保证大学里所教的任何一项技术在五年以后仍然管用，我们也不能保证学生可以学会每一种技术和工具。我们能保证的是，你的孩子将学会思考，并掌握学习的方法，这样，无论五年以后出现什么样的新技术或新工具，你的孩子都能游刃有余。”

　　她接着问：“学最新的软件不是教育，那教育的本质究竟是什么呢？”

　　我回答说：“如果我们将学过的东西忘得一干二净时，最后剩下来的东西就是教育的本质了。”

　　我当时说的这句话来自教育家B. F. Skinner的名言。所谓“剩下来的东西”，其实就是自学的能力，也就是举一反三或无师自通的能力。大学不是“职业培训班”，而是一个让学生适应社会，适应不同工作岗位的平台。在大学期间，学习专业知识固然重要，但更重要的还是要学习独立思考的方法，培养举一反三的能力，只有这样，大学毕业生才能适应瞬息万变的未来世界。我认识的不少在中国读完大学来美国念研究生的朋友。他们认为来美国后，不论是学习，工作还是生活他们最缺乏的是独立思考的能力因为在国内时他们很少独立思考和独立决策。

　　上中学时，老师会一次又一次重复每一课里的关键内容。但进了大学以后，老师只会充当引路人的角色，学生必须自主地学习、探索和实践。走上工作岗位后，自学能�