Tony Bai

北京时间2009年3月20日零点，软件巨头微软公司正式发布了其Internet Explorer系列的最新版本8.0，简称IE8。早上上班后我第一时间下载了IE8的简体中文版For Windows XP。执行安装文件，重启电脑，IE8很容易就安装完毕了。

自己平时最常用的浏览器是Mozila的Firefox，但考虑到公司内部办公网以及中国内地诸多网站对Firefox糟糕的兼容性，让我还不得不继续使用着微软的Internet Explorer。一直在用7.0，也一直在诟病7.0，与Firefox的轻巧和快捷相比，IE7.0简直是"又笨又慢"。所以这次微软发布8.0版，我就迫不及待的下载了最新版，期望着微软能修复7.0给用户带来的丑陋体验。

初次打开IE8，界面没有太大变化，但是速度似乎明显快多了。CTRL+T打开一个新标签页的速度也比IE7要快上不少。我遂眼前一亮，难道IE8真的是微软Browser的"救世主"？继续体验。打开个人最喜欢的新浪体育，初步感觉速度的确有提升。又点开了新浪体育主页的几个关于巴萨的网页链接，有几个是正常打开了，还有几个标签页一直在加载，似乎没有加载结束的趋势，再刷新那一页，居然得到了崩溃的提示，这个标签页居然崩溃了。不过IE8照比以前版本有改进，那就是一个标签页崩溃不会影响其他标签页，不会导致整个IE退出。又试了若干网页，同样出现了类似现象。真怀疑微软的测试人员是否做足了测试，是否在中国纷繁芜杂的网络环境下做足了测试，存在这样大的瑕疵的正式版都敢发布，唉。无奈换回Firefox。

晚上在进行网上购物交易付款时，IE8居然打不开付款页，无论我如何重试都无法打开支付页，害得我没能及时拿下我心仪已久的那套家庭影院系统。

今天上午无端发现系统变得像蜗牛一样慢，打开进程管理器发现系统CPU占了100%，再一看，IE8超级耗CPU。最初以为是某些网页中的小Flash在作祟，但后来发现，即使启动IE8后不打开任何网页，IE8都会占据近100%的CPU。实在无法再忍受了，遂决定彻底卸载IE8。

说实话，还从来没有卸载过浏览器，遂到网上查找彻底删除IE8的方法，终于在一个站点找到了，很简单：打开你的控制面板，双击"添加/删除程序。在展开的对话框中，选择"显示更新"，这样你就看到IE8的升级程序，将之卸掉即可。

看了以上的糟糕体验，你还会使用IE8吗？

今天身体不适，已经和领导打了招呼，先去医院看病，然后在家里SOHO。

从医院回来，顺便路过银行把今年冬天的采暖费交上。今年煤和石油的价格都狂涨，不过目前采暖费还没有上调，据说沈阳市政府正在起草方案，准备听证，涨估计是肯定的了，大家最关心的还是涨多少的问题。涨得太多，很多老百姓肯定是承受不了的。我个人认为整个中国只有北方有采暖，这笔钱就应该是政府全部解决掉的，不应该由老百姓承担。而现状是政府部门的职员或者一些垄断性质的国有企业的员工，采暖费都是全额报销的，他们根本不在乎涨多少，涨十倍也与他们无关。苦的就是那些底层的老百姓了，他们收入低，一年的采暖费需要攒几个月的工资才能凑足，显然采暖费如果涨的太多，就会严重影响他们的生活质量的，我想政府是应该考虑到这些的。

银行只有一个综合事务窗口可以用来缴纳采暖费，平时这个窗口就是退休人员领取工资的。我去的也不算晚，但是窗口前已经排了很长的队伍，多为中老年人。看到这情形，知道必然要耐心的等下去了。果不其然，等了将近一个小时，在走出银行门口的时候，不由得感慨一下国内办事效率的低下啊。

采暖公司缴费没有网络缴费接口、没有电话缴费接口，只能到采暖公司的办事大厅或指定银行网点去交，这对于我这个习惯了网络支付的人来说，事情本身就意味着低效。在国家大力推行信息化建设的今天，采暖公司或者说热力公司显然是落后了。与此类似的还有自来水缴费、宽带缴费都不能网络化，很郁闷。还好电费、手机费和固话的费用是可以网络上搞定的。曾经和同事探讨过为什么自来水公司不开通网络缴费，是技术原因么？我们一致认为：不是。我们的看法是：如果开通了网络缴费，那些天天挨门挨户查水表的人就要失业了，国情不允许这么做。没办法只好麻烦我们到水站排队缴费了，加之中国人口众多这个国情，效率难免底下。

现在国内互联网也算是很普及了，但多限于年轻人，中老年人由于没有受过相关的教育和学习，无法跟着时代进步的步伐了。无奈只能到银行、供电局、移动营业厅等排队缴费了。这样一分析，不断加强国民的再教育，促进国民整体素质的提升也能推动整个社会效率的提升，你说不是么？

最近一直在努力提升个人的工作效率、办事效率，所以对"效率"特别敏感，一遇到效率低下的事情，就会开动大脑去想，还好通过对上面现象的思考，觉得社会整体效率低下这个问题还是有解的，我们需要的只是时间而已。

这周我在两个会议场合听到“架构师”这个词。对于软件开发领域的人来说，"架构师"这三个字并不陌生，甚至很崇高。每当提到架构师的时候，大家眼睛都会放出羡慕和期待的光芒，因为众所周知的原因："架构师"对于搞技术的人来说，都是"大牛"的代名词。

就像不想当将军的士兵不是好士兵一样，不想当大牛的技术人员肯定也不是好的技术人员。

第一个谈到"架构师"的场合是在会议室和一位要好的同事讨论新项目的需求时，他感慨道："当初我还以为架构师有多厉害，现在我们都是架构师了，也没有经过什么专业培训，带一两个项目，项目里架构不都是自己设计出来的吗，在客户那照样运行的很好"。

第二个说到"架构师"的场合是今天，也同样是在会议室，和几个同事一起做一个性能测试方案的评审时。部门即将投标的一个系统，该系统有一个硬性指标就是系统的消息处理能力要达到x万条。针对该标，一位资深的老同事，也是我们开发部的副部长说：如果能搞定这个x万条技术方案的人才算是真正的架构师，我们在座的目前还都是‘伪架构师’。

说心里话，目前我自己还根本不够一个架构师的资格，自己的水平还浅的很。从上述两个场合来看，每个人对'架构师'这个角色的理解有不同。我曾经是这样理解一个架构师的：架构师一定要是一个技术大牛，既要专又要广，对计算机体系结构有着X光般透彻的理解；在某门语言方向上有着语言专家般的把握；对前沿技术有着鹰眼般敏锐的眼光，对操作系统、编译器、数据库、网络等都了如指掌，或者说无所不知；任何复杂的系统在他的大脑中都有精妙的技术解决方案。但现在看来，这种想法有些幼稚，也太理想化。

我开始质疑：技术大牛是否是“架构师”的充要条件呢？我们看看其他行业领域吧，比如说三峡工程、比如说神舟飞船系统工程、比如说阿联酋的迪拜塔等等。想像一下他们的架构师们是一些什么样的人呢？他们每天做的事情都有哪些呢？我想他们做的最多的应该不是技术。这里又回到了上面的问题，是否架构师一定就是技术大牛呢？我们看看拥有架构师头衔的名人：微软首席架构师-比尔.盖茨、网易首席架构师丁磊；没听说过比尔.盖茨亲手设计了Windows的内核，也没听说丁磊在网易的主流产品中亲自设计了什么什么架构；我们更多的是在媒体里看到他们对技术的理解，对未来产品方向的把握；当然了我们平时见到的架构师肯定没有这二位有名气，但是他们应该有些共同之处：他们集各种基础素质于一身，这些素质包括技术能力、沟通能力、管理技巧、业务分析能力、问题的分析和解决能力等。技术牛只是架构师的一个基本素质或者说基础条件之一，也就是说技术牛人不一定就能被称为架构师，而架构师可能在技术上有很高建树，但也不一定是如我最初理解的那种技术大牛。

除了上述那么多能力之外，其实架构师也是一般人，他们也许更擅长的是平衡的艺术，他们拥有更多的是沉淀后的经验，他们知道哪里是短板、哪里是硬伤、哪里是死穴，他们的魅力在于他们的智慧，他们给人的感觉是热情中却不乏稳重，这样的人才真正值得"架构师"这个称号。

CHECKLIST多是类似如下的东西，举一个代码CHECKLIST的例子：

 - 参数的书写是否完整？不要贪图省事只写参数的类型而省略参数名字。
 - 参数命名、顺序是否合理？
 - 参数的个数是否太多？
 - 是否使用类型和数目不确定的参数？
 - 是否省略了函数返回值的类型？
 - 函数名字与返回值类型在语义上是否冲突？
 
我们常常遇到的一个问题就是在进行source peer review的时候是根据每一个CHECK item去从头到尾看一遍代码(如果有50个CHECK items的话，那就从头到尾看50遍代码)还是记住所有CHECK items，然后只看一遍代码，显然我觉得后者在目前实施的可能性是最大的，也是实施最普遍的。

但是效果呢？估计还是看50遍代码较好，但是的确不太具备可操作性，投入的工作量太大，很多人也不会接受。

也有很多人采用折中的方式，比如说一共有10个人参与source peer review，每个人只关注其中的5项check item，然后一起walk through一遍代码。甚至在有些公司采取强制每个人必须能针对自己负责的check item提出问题，否则影响个人绩效之类的方法。

以上是看到公司的一个文档的CHECKLIST时突然想到的，没想出更好的solution。我想可能更多的人是不去记忆Checklist的，而是直接凭经验对代码评头论足的:)

最近我们开发部正在讨论搬家事宜，搬家后的一个重点就是要调换和安排座位，恰好上周在Google黑板报上也看到了一篇题目为“Google如何调换座位”的文章，本来很平常的一件事，但在不同的公司里却恰恰能体现出来不同的公司文化。

换座位想必大家都经历过，从小学到高中，座位一般都是老师安排好的，或是按照大小个排队，走进教室，轮到哪个座位，哪个座位就是你的，我想大多数中国的中小学调座位的方法都大同小异。工作后，调座的策略一般都是以项目组为单位，大家坐在一起便于沟通交流。但是如果你看了Google黑板报上那篇文章中的座位调换方法后，想必你一定会感觉很是惊奇，因为大多数人从不曾想过还可以这样换座位，这里暂不论Google采用的方式是否是最好的一个，但就其方式本身，却能反映出Google公司与众不同的企业文化。

在通常的公司里，一般来说换座位都是自顶向下的：即领导指定秘书做座位安排，秘书按照项目组划分区域，然后让项目经理细化座位。而在Google，这种方式是自下而上的，Google把鼓励员工创新始终是放在第一位的，公司内将创新习以惯之，且不限于软件研发领域，几乎任何事情普通员工都可以参与，员工地位平等，从那篇文章中也可以看出领导在分座位的时候也是没有特权的。在这种氛围下，员工的能动性得以充分发挥。

国内公司多数采用的还是自顶向下的驱动文化，在这种文化熏陶下，久而久之，员工们的创新意识将被打磨殆尽，说句不好听的，都变成了IT力工、瓦工了。

昨天GF惊奇的问我："你怎么写那么多字？用word统计了一下有近5000字"，GF所指的是我几天前写的一篇叫<姥姥姥爷'闯关东'>的文章。GF的这句话也让我脑子里闪出一个念头，我的Blog在别人的眼中到底是什么样子的呢？我给我自己的评价是：文字太生硬、太干涩。

也许这是很大一部分技术人员的通病：喜钻研，但不善于表达，这里的表达包括文字表达和口头沟通，我想这同样也是圈内很多技术出身且文采出众的人能成为众人关注对象的原因，比如负暄琐话、梦想风暴等。

文采差，根源在于文学素养太差，年幼时读诗书太少，如果不是过于贪玩，那么一定就是应试教育的受害者，应试教育逼着你天天做题，作文就是应付，少有时间体味生活的多彩。我长大后时常在想：那个时候怎么不叛逆些呢？怎么就知道埋头读死书呢？现在想法倒是很多，不过已经晚矣!

回头看看自己的文章，技术类的逻辑性很强，文章规模可以写的很大；而那些非技术类的，规模小，文字生涩，感觉形散神更散:)。我写文章还有一个特点就是喜欢摆事实，平铺直叙，如果事实中蕴含情感，那么我的文字也就有了情感，否则就会感觉是'生搬硬套'，丝毫没有雕琢和润饰。没办法，底子太薄，估计也无法有很大提高了，除非回炉另造，那只是'幻想'了。

Blog还要继续写，可能依旧是平铺直叙，你就凑合看吧^_^。

之所以再写这个话题，源于今天发生一个"小事件"。今天是主管绩效反馈的最后一天，我负责评价其中的三个新员工，其中一个员工对我的评价提出了'异议'。

为了这次'异议'，我安排了一次和他面对面的谈话，其实这次谈话早在其试用期结束时就该安排了，只是当时副部长替我把这个活儿做了。这位新员工去年年初到公司实习，实习后，带他的mentor给他的评语不错，以致07年中期他入司的时候我们对他期望很高，当然要求也比其他新员工高一些。但是半年的工作后，他给我的最直接感受就是"恨铁不成钢"，也许期望太高，失望就越大。这位员工各方面能力都不错，也爱钻研学习，但就是在'做事'方面显得不够'开窍'。这里的'做事'是一个抽象的名词了，无论在哪个行业，从事什么样的工作，其实我们都是在学习'做事'，把事情做好的原则都是一样的，无论在何岗位。试想一下，如果你是主管，你是领导，什么样的下属在你心中会占有一席之地呢？你可能会脱口而出：工作主动、态度积极、有奉献精神、能有效沟通、问题解决能力强等等。

恰恰与此相反的是：很多刚入司的新员工没有过职业素质的培训，他们不能够意识到这些，往往接到一个要求10天完成的任务，不拖到第10天他就是不完成。实际上你的上级在分配任务的时候都是带有期望的，虽然说了任务可以10天来完成，但是在他们的期望中，这个任务对于新员工可能6天就可以完成，剩余的4天是给这个新员工总结和消化用的，上级期望这位新员工能发现些问题，新员工在工作过程中肯定会遇到问题的，但如果这位员工视问题而不见，或掖着藏着，那么显然会让上级对他有所失望，好比我上篇文章中的小A。

一批新员工工作半年后，肯定会分出高低，当然也许不是技术上的，也许就是在我上面所说的'做事'上面有高低。这时还会有一个问题就是其他的新员工是否就发现了某个同伴在各个方面都已经领先了，他们是否意识到了要以这位优秀的员工作为目标，是否意识到自己的差距了呢？

在今天我和这位新同事的谈话中，我就发现了这样的一个问题：他自己并没有意识到自己和某些优秀新员工在各方面的一些距离了。也许他真的看不到，但是站在我这个高度，我有横向对比的条件。这样一来他没有意识到差距，他又如何给自己设立新年度的目标和改进方向呢？

在我的评语中，我同样也犯了一个错误或者说是经验不足导致。比如我使用了"xxx方面、xx方面需加强、在xx方面需提高"等等让人看了后感觉自己哪哪都有问题这样的评语，就是这个评语引起了这位新同事的'异议'。我在这方面的确欠考虑。下午，副部长给出了关于评语的建议：使用类似"XX、XX方面等都得到有效改进，还有更进一步提升的空间，期望能够XXXX"会让人更易接受。这种评价就是一种正面的鼓励性的评价，虽有一定的技巧性，但是又不乏诚恳，的确是值得我日后学习的。

如果生活工作中多些鼓励和赞扬，世界也许会变得更美好，更向上，更具希望。

又到年终，各个单位都会开始自己的绩效考核和评优工作，这些工作中不免会有一项就是'评价你的同事'。刚入司的时候，没机会评价他人，工作年头多了，自然就有了'权力'去评价他人，这个评价对于被评价人当然是十分重要了，可能直接关系到他的奖金、薪水涨幅以及更好的机会，所以每当要给别人评价的时候，心里都'发虚'，生怕自己的评价不能完全反映这个人真实情况，带来些不好的后果。

也许"如何评价一个人"这个题目有些大，一个人的组成因素就很复杂，既有显式的因素，比如沟通能力、演讲能力、专业技术能力等，也有隐式的因素，比如道德、精神等。这里还是将话题缩小些吧，缩小为"评价一个人的工作情况"，这也是我们平时最常见的一种情况了。

这个话题源于今天我填写的一份公司级优秀新员工推荐表，公司发展很快，规模扩张迅速，每年有大量新员工加入公司，基数大了，评优的竞争就更加激烈了，所以人力在发来邮件的时候用上了'认真'二字，因为这份推荐表报上去后，会与其他新员工一起竞争，这样一来我的评价就起到至关重要的作用了。

思前想后无从下笔，到底什么样的语言才能更好地体现出这位新员工的优良表现呢？我的语言向来'比较枯燥'，缺乏感染力，如果生搬硬套一些现成的华丽辞藻反倒效果不好，那我只能摆事实了，用六顶思考帽的理论来说就是带上'白帽子'去思考，事实本来就是最能令人信服的依据了。然而从什么角度去摆这个事实呢？对于一个入司刚足半年的新员工来说，哪些事实可以让其与众不同呢？也许你要说技术？对于软件行业来说，技术大牛都是令人刮目相看的，软件行业里百分之九十以上都是技术出身，说技术肯定没问题。关键是半年时间也许还不够这批新员工完全展示自己的技术的，而且技术这个东西都是有体系局限性的，在一个Java人员小A面前大说特说某C语言开发人员小B技术有多棒，小A肯定会质疑：小B连J2EE是什么都不懂，怎么说他技术很棒呢？一头雾水。

那么除了技术外，在管理者角度，新员工还有哪些东西可以被看重呢？考虑再三，我决定从职业素质这方面说起。职业素质这个东西分显性素质和隐性素质。显性的素质比如知识和技能，隐性素质则是冰山下的那部分(很多管理类课程都会有'冰山'理论这一说)，比如职业道德、职业精神，两种素质相比，真正反映一个人后劲的还是冰山下的那部分就是隐性素质。对于新员工来说，让从学校出来进入社会，往往具备了一定的显性素质，而且差异不大，隐性素质有所欠缺，且往往差异很大。如果从隐性素质入手，很容易就能比较出来谁高谁低。

举两个工作中常见的例子：

前提：小A和小B，同样是刚入司的新员工，技术能力平分秋色，小A在技术深度上的理解甚至好于小B。

[情景一]
小A与小B同时接收到上级的两个任务，分别负责修改和维护一块遗留代码。两人的做法如下：
小A按照时间期限和任务目标完成了对代码的修改，思路方法都是模仿以前遗留代码的风格，即便他看出了这块代码实现和维护都很繁琐。
小B也同样在这段时间内完成了对代码的修改，思路方法也都是模仿以前遗留代码的风格。但是在述职的同时，小B拿出了另外两个成果物：一个是自己对遗留代码的总结分析文档，便于后人维护这段代码时有文档参考，另外他还向上级提交了另一套改造遗留模块的技术方案，并已经实现了原型，给上级做了演示，说明新方案的优点，小A为了这两份超额的成果物，每天牺牲一定的私人时间来工作。

[情景二]
小A与小B同时接收到上级的两个任务，分别负责设计一个子模块，输出设计文档(负责人给小A与小B两人提供了以前的一些需求和设计资料)
小A收到任务和资料后，马上建立一个设计文档，根据负责人提供的资料、已有的代码以及前期的一些研究开始埋头设计。
小B收到任务和资料后，同样开始学习资料和代码，并将资料和代码中的一些疑问列出，并定期向负责人咨询，负责人反馈后，小A不断修正自己的方案。

任务结束后，小A和小B按时提交了成果物，小B的设计符合需求，而小A的设计与负责人的预期目标却大相径庭，甚至某些需求都不能实现。

也许我不用再多说了，通过这两个工作中常见的例子，小A和小B高低立见。

午休时看到CSDN上的一篇叫'外行人看软件:看<商谍>有感'的文章，这又让我想起07年看完'虎胆龙威4'后的那个问题：现在影视著作中表现程序员这个行当的作品太少了，包括书籍杂志也是这样，我记忆里是没看到哪部畅销小说是写程序员的。

隐约记得央视很多年前有一部电视剧叫"牵手"的，那里的主角-由吴若甫饰演的是搞软件开发的，但是剧中基本没有程序员典型生活的描写，主要还是以爱情作为主线。起码这也算是我看到的第一部有程序员这个职业角色的影视剧了。07年的"虎胆龙威4"算是从正面描写程序员(剧中是黑客)的一部好作品了，这部剧也向人们展示了程序员所从事的工作对这个社会的重大意义和价值了。

即使如此，以程序员职业为剧情背景的作品比之其他传统行业来说还是少之甚少，简直少的可以认为是忽略不计。

人民大众对于程序员这个职业的了解应该说少之又少。就拿我自己来说，我工作了3年多，我父母只是知道我每天都是坐在电脑前的，却不甚清楚我到底在做什么？也不知道我做出的东西到底有什么用处，因为在他们的生活里连最基本的对软件的感性认识都没有，想和他们解释清楚难啊。最好的做法就是买一台电脑给他们，连上互联网，让他们去自己感受。像我父母这样在传统思维中生活习惯的人在中国应该说占了大部分。'缺乏群众基础'、行业年轻、少有素材，也许这就是影视书籍作品中少有反应程序员生活的原因之一。就拿"商谍"这部作品来说，据完整看过这部电影的人反映：片中某组场景是描述一个"高智商"的CTO在没日没夜地编写代码，但是其中的一组屏幕特写却反映了此剧导演对程序员的了解。屏幕上展示着如下代码："case 1: a = 3; case 2: a = 4; case 3: a = 5; ..." 寒，就一个字啊！这不是低估中国程序员的智商么:)

程序员是一个极具创造力的群体，思维敏捷而发散，天马行空，喜欢新事物，成就感驱动，有时为了自己编出了一段精致的代码而暗自偷乐，成就感三天而不绝。程序员的工作场景很简单-计算机前，很多程序员天生不爱张扬，也就和程序员的工作产品一样，他们被划归为幕后工作者。用挑灯夜战、废寝忘食来形容我们的生活真是一点也不过分。他们编写出来的产品却在社会发展中起着至关重要的作用。股票交易系统、银行支撑和结算系统、电信支撑运营系统、公路/铁路/民航调度指挥系统、社保医保公积金管理系统等等等，这里哪个系统出了事情都是要影响社会和谐稳定的。

程序员已经沦落到了自己操刀来写自己的份了，CSDN最近贴出的'疯狂程序员'就是一个例子。我真是希望能有几个学文学出身的程序员，兼具很强的文学作品创作能力，多写写咱们程序员，让中国人民了解我们。程序员中也不乏能写的，很多专业程序员也很能写，但是也许他们少有时间来系统的思考和写作罢了。

制作程序员相关的影视、书籍作品的经济投入产出分析：拍出一部好的反映程序员的电影或其他作品应该很有市场，现在的程序员都很年轻，都是社会的消费主力，他们手里的银子很好赚的，只要你能写出、拍出真正反映我们程序员生活的作品。

'演好自己的戏，有意义'，这是饰演'许三多'的'傻根'王宝强在昨晚新闻频道的一则栏目中给观众们的留言。在生活中也一如许三多一样单纯的王宝强说出了我们大家心中的声音。都说生活如戏，戏如人生，我们每个人在这个社会中都饰演着多种角色，父母、儿女、同事、同学等等，能真正将这些角色都演好，真的很难；如果能演好这些戏，难道不是很有意义吗:)

翻看自己的2007年所写的博客，从<'金猪年'快乐>到<集结一起看'集结号'>不多不少一共110篇(很凑巧的数字不是么^_^)，与06年的218篇相比减少了一半，原因很简单：忙。

刚刚过去的2007年的确是繁忙的一年，公司产品的版本从2.0.0做到2.6.0，期间相继发布了2.0.1、2.0.2、2.0.3三个补丁版本和一个2.5.0的主要版本。虽然开发工作不少，但是真正让我感觉到累的是维护工作-直接面对客户的维护工作。由于公司的分工不细致规范以及人力策略上的问题，导致像我这样的技术管理负责人压力很大，既要主持需求开发、系统设计和实现的工作，又要直面客户，花费很大一部分精力来做产品维护工作，甚至有些时候感觉自己身兼项目经理、开发人员和维护人员三种角色于一身，很不容易。按我同事的说法："一个人能把一类事情做好已经很不容易，何况要做这么多类的事情呢"。这也是在一段时间内我写的blog都与系统维护过程中发现问题有关的原因。问题不是一天两天可以解决的，所以改善工作状态将是2008年我的一个工作目标。

2007年有遗憾：感觉自己在技术上没有太大进步，献给技术研究上的时间在其他工作渐渐多起来的情况下缩水了，特别是感觉自己的代码嗅觉正在下降。这显然是与投入在写代码上的时间的减少不无关系的。我喜欢编码，在2008年提高自己在编码上的投入已经成为我的一个主要目标，总是感觉没有编码，就没有足够的成就感。最初将我引上程序员这条路上的就是代码，代码给我带来的无穷的成就感。

虽然自己依然执着于技术，但是现在的角色-技术管理者我一样要做好，因为对我而言，除了兴趣之外，再有的就是证明自己'能行'，所以在2008，形成自己的一套符合自己管理风格和特色的项目管理流程也被纳入我的目标之一。

2008年是北京奥运年，今天则是奥运年的启程之日，希望在这奥运年的第一天每个人都能给自己设定好目标，并一步一步脚踏实地的走下去，希望在这个中国人的奥运年中，每个中国人都能'演好自己的大戏'，让自己的生活更加丰富多彩且有意义。

祝全天下的人新年快乐!