<![CDATA[无为]]>

<![CDATA[无为]]> http://www.grubx.org/ zh-cn PBlog2 v2.4 无为 http://www.grubx.org/images/logos.gif http://www.grubx.org/ 无为 http://www.grubx.org/article.asp?id=236 <![CDATA[存在]]> webmaster@grubx.org(anna) Wed,03 Mar 2010 15:33:17 +0800 http://www.grubx.org/default.asp?id=236 有些人在的时候不觉得什么，觉得很习惯，但是一旦不在了你就失去了整个绿色和属于自己的蓝天，因此好好珍惜他们吧，他们才是自己生命的守护神。]]> http://www.grubx.org/article.asp?id=235 <![CDATA[一些适合男生用的有趣MSN签名……]]> webmaster@grubx.org(GRUB) Tue,02 Mar 2010 13:00:03 +0800 http://www.grubx.org/default.asp?id=235
数钱数到手抽筋，来来回回就那两百，睡觉睡到自然醒，爬起来一看满天星星

我只有一个目标:走自己的路,让别人跟着走.

失败是成功的学费，成功是失败的成绩单！

如果人生可以像头发，剪短了又会重新生长，这世上，就会少很多的的含恨和不如意

同样的一瓶饮料，便利店里2块钱，五星饭店里60块。很多时候，一个人的价值取决于所在的位置。

为生命画一片树叶，只要心存相信，总有奇迹发生，希望虽然渺茫，但它永存人世。

八戒说：“哥的存在就证明吃素食是减不了肥的。”

看阿凡达感想：眼睛一闭一睁--地球人，眼睛一闭不睁--纳威人。

以扯淡的态度，面对槽蛋的人生

丰文明用语的四种结果：1、大不一样 2、不大一样 3、一样不大 4、不一样大

有舍才有得；或许有时成功只在一点点的坚持

老板，给我来碗内牛满面

世界上最伟大的手包括：乔丹的双手，马拉多纳的左手，葵花点穴手！

生活不是用来埋怨的，不是用来攀比的，而是用来热爱的！

请不要称呼我宅男，请叫我牛顿先生

挡不住"OUT"的脚步,别安慰我在走向成熟.

无言是一种教育，耳顺更是无言的一种升华！对于没有教育过的人，无需太在意！因为快乐的秘诀：就是要找到自己内心中的安宁！

时尚很容易，让你的装饰物的价值超过你的内在价值，你就时尚了

理想，你最好对我现实点，别做无谓的抵抗]]> http://www.grubx.org/article.asp?id=234 <![CDATA[生命中的三宝]]> webmaster@grubx.org(GRUB) Thu,25 Feb 2010 09:58:16 +0800 http://www.grubx.org/default.asp?id=234
　　处世三宝：谦虚、礼貌、赞叹。

　　修养三宝：安静、慈祥、沉稳。

　　家庭三宝：欢喜、幽默、体贴。

　　齐家三宝：和气、和乐、和平。

　　饮食三宝：均衡、节制、清淡。

　　健康三宝：步行、少欲、气和。

　　睡眠三宝：要放下、不妄想、吉祥卧。

　　学习三宝：听、受、思考。

　　交友三宝：真诚、奉献、风雨同舟。

　　女士三宝：美貌、大方、解人意。

　　男士三宝：博学、诚信、有责任。

　　解决问题三宝：面对、处理、放下。

　　与上级相处三宝：服从、忠贞、说是。

　　人生三宝：健康、事业、朋友。

　　人心三宝：真实、善良、宽容。

　　看起来简单，说起来容易，做起来难啊！]]> http://www.grubx.org/article.asp?id=232 <![CDATA[项目经理在IT项目管理中的作用]]> webmaster@grubx.org(GRUB) Tue,23 Feb 2010 15:47:09 +0800 http://www.grubx.org/default.asp?id=232
　　(1)、对于技术出身的项目经理，大多数追求尽善尽美效果，这样往往带来的结果是项目延期、客户怨言多、产品迟迟不能上线、开发团队身心疲惫，最后的结果是不言而喻的，项目over。

　　(2)、对于管理出身的项目经理，多数重视项目过程，无法控制项目在开展过程中存在的具体风险(比如技术的成熟度、人员分配、技术分工等等)，待项目不能如期上线时很难控制整体局面，最终造成项目over。

　　(3)、对于略懂技术又略懂管理的项目经理而言，上述两种情况都有可能发生。

　　综述我个人建议无论大型项目还是小型项目在管理过程中我们应该掌握如下方法，更好的应用到具体的项目实际进展中，达到项目的顺利上线，后期的圆满运行。

　　三个避免

　　一、避免自己管理的事情太多而显得杂乱无章、毫无层次

　　大项目要好，小项目也罢都意味着需求变更，参与的人员变化，如何保证项目的进度，避免事情太多，需求点太多而导致最后项目失控，就是项目组加班加点做了大量的工作，最后却发现什么都没有做好，客户不认可，领导很焦虑，下属很失望，你很郁闷的局面。

　　在项目进行过程中不可避免地会遇到很多提出的需求和修改意见，如何快速把握这些需求提出正确可行的解决方案是项目经理首先要考虑的事情。

　　别忘了项目合同上都是有时间限制的，如何在时间段之内完成项目而且完成得好就是关键。一味地否认抵制客户的需求当然不行，全盘照收只会让项目越变越大，项目组的人每日每夜地加班。

　　建议：

　　必须记录成文字性的文档，然后根据实际情况提出哪些现在做，哪些暂时不做，哪些到二期或三期工作时再考虑，并请他们确认。

　　二、避免客户太多个性化、完美化的需求

　　这是最头痛的事情，如果客户是大公司，那么文山会海肯定是没完没了，每个会议都要求得非常正规，而且客户看起来确实是很正规，相关的制度文档相关的人员以及部门级的经理都甚至高层的领导也会请到会议室来和你谈需求，每个经理都会有自己的部门的特点和需求，如何尊重他们的意见并保持自己的思路是非常重要的。早期参加这样的会议时也一样很听客户的话，程序实现的过程中则是非常痛苦，经历过多次后，项目经理要保证突出专业知识和经验，不要被客户的职位所迷惑了，因为他们的经验很丰富，但在专业特别是本项目的研发方面项目经理才是专家，而且他们提出的是现实中各个部门的特点，并没有要求软件一定要实现。

　　建议：

　　所以现场一定要记住，不要答应得太快，最好养成一句口头禅，我们回去研究讨论后再确定。

　　三、避免人浮于事的现象

　　大公司都会有的现象，如何让你的项目组成员在项目进行过程中最大限度地减少这样的消耗是项目经理要关注的事。大公司踢皮球的现象大家都有所耳闻，所以做为项目经理的你能做就是如何做好事前的工作，避免出了问题后指责，到时你会发现没有人和这有关，都是你的错。所以少些抱怨，事前尽可能多做准备。最常用的方法就是在需求说明书（实际工作中提出，非早期完整的需求说明书）中注明这是某某人提出的，以及我们的意见是什么，你别指望他会签字，一个需求点如果要等他确认签字你就等两个星期吧。

　　四个注意

　　一、注意内部团结一致，互帮互助和高度的热情保证得项目快速往前推进。

　　项目小组的团结一致，这是基石，不论是在需求讨论分析，还是开发过程和项目内部测试，大家都团结一结，不断提出自己的看法一起交流，在最短时间内将问题细化和明确下来，大大缩短了开发周期。保持项目小组成员高度的热情使得项目讯速得到突破，达到了预期的要求，这是项目经理真正最重要的工作。在项目运作过程中，别忘记项目小组不是孤军奋战，背后还有整个公司的资源别忘了使用。

　　二、注意项目进度的严格控制

　　这是老生长谈的问题，核心还是《人月神话》，在现有的人手配置和资源上如何控制项目的进度，这是所有项目经理也是公司领导最关注的事情。因为大项目的进度要控制出了偏差，后期很多预想不到的事情会让你焦头烂额的。所以必要的会议还是要开，总结和安排工作是每周都必须要进行的工作，笔者当初是将工作总结工作安排和需求讨论严格分开的，即使是参加的人员一样。因为需求讨论需求分析有时是无底洞，有些实现起来是有难度的，这时在会议上一定要注意控制方向鼓励大家踊跃发言的同时要保证主题方向。因为需求的扩散和实现的难度将直接影响到项目的进度，很多项目最后失控追根结底相当一部分原因是需求没有把握住。笔者一同事负责的一个百万级的项目，超过签定合同时间的半年了还没有完成，公司后期调动了所有可调用的技术人员进入项目组，搞得人人疲惫，当初最大的原因就是客户的需求不断扩散导致程序开发无休止地进行。

　　三、注意搞好各方面的关系

　　项目经理首先要搞好的是你和你的领导的关系，特别是老板的关系，你要体会你的老板的心情，他是希望做成功大项目然后开始扩张，他的心里比你更关注项目的进展，要是出问题他心里比你更焦虑，所以记得要让你的老板参与到项目中来，别因为他不懂技术不懂项目管理就把他晾在一边。每周都会将工作写成简单的总结发给上级领导，然后抄送给BOSS，有什么计划要执行或调整时预先做好书面材料发送给领导们，这时要忌讳的就是越级上报，所以这样的计划我一般是只发送我的直属上级，在MAIL中写到等计划正式拟定后请他转呈老总，大的事情一般是他都会在比你更期望的时间代你向老总汇报了，因为只有和老总搞好关系，他才会信任你，而且还会源源不断地支持你，不然一些公司接到一个大项目要失败了，公司搞不好就负债了，所以你要明白BOSS可能是将公司前途放在你身上。接下来就是要搞好下属的关系，他们是实现完成工作的核心和中流抵柱，平时要舍得花些银子请他们吃吃饭组织一些体育活动，程序员都是典型的亚健康状态，看看程序员那象怀胎三个月的肚子就知道了。再接着就是要搞好客户的关系了，除了言语上尊重他们外，必要的银子还是要花的，而且要花得有特色，因为他们聚餐也不少啊。所以大家明白我为何要将搞好和老总的关系放在第一位了吧，不然这些白花花的银子，老总不签字，项目再失败了，你赔了血本都不够啊!

　　四、注意项目验收的各个环节

　　这是大家都关心特别是老总最关心的问题了，有时你别看他表面上非常平静，一点都没有开心的样子，我的老总那天在去洗手间的路上就哼起了小曲，这是好几年都没有的事情。但是要达成这样的任务并不是象小项目那样双方有意向后谈一天就可以签字，大公司都有自己一套套的验收标准，如果按照他们那样的标准，你卖硬件都难，更不用说软件了，而且谁在这上面签了字以后出了问题谁就要负责，而且软件永远都没有100%没有问题的，你看微软还不是不断升级和发补丁包。如何采用让双方都能接受的方式签定验收合同就要求你平时就要做好准备，一般是每个月都会有一个功能模块实现的清单请他们确认，要他们签字是不可能，笔者的做法是请他们指出哪些没有完成的或有意见的，这样日积月累下来，对方认可了你的工作，后面他个人这一关是可以通过了，后面一定是他的上级以及副总层层把关，记住这时谈的一定要是实现完成了哪些功能，对新需求的千万不能答应就改，可以放到后期，并在验收合同中注明哪些是新需求还没有完成的，层层把关让折磨你的性情考验你的耐性，两周之内要能签下字就算是顺利了。还有一点有过大项目经验的仁兄有没有注意到，项目验收签字的都是客户的最高层和最低层两三个人的名字一起签在上面，中间管理层做了许多幕后工作，所以在验收的过程中不要忘记向客户的每个上级多表扬一下项目中参与的他下属人员的业绩，当他们都是功臣时在最后一关卡住的机会会少很多。因为最后一关没有通过，所有的一切努力都是白搭!]]> http://www.grubx.org/article.asp?id=231 <![CDATA[深入理解项目管理之项目组织结构]]> webmaster@grubx.org(GRUB) Tue,23 Feb 2010 15:23:15 +0800 http://www.grubx.org/default.asp?id=231
　　项目组织结构通常是企业组织自我形成的，没有内因、外因是不会变动。但，无论是哪种原因，项目组织结构上的改动通常是自上而下，即是一种授权的结果。

　　1、职能式项目管理

　　所谓职能式就是，工作是从一个部门流转到另一个部门来完成，没有明确的项目经理。产品开发计划是在总经理、总工和部门经理之间确定的，各部门开发工作的流转依靠的是自发动力。在这种情况下，员工的归属感很强，也很有所谓的power----说no，“这事情我说了不算，你找我们经理”。这种模式的问题是，会逐渐形成部门壁垒，跨部门流转比较慢，项目T/Q/C基本不可控。问题通常会出现在跨部门的情况，产品上市时间遥遥无期。比较典型，我参与的一个项目，原计划6个月完成，但每个部门延迟1-2月，项目最终1年多才发布，而且问题百出。最终人让参与产品开发的每一个人感到疲倦和对产品的麻木。在这种模式下，奖金盘子通常比较固定，研发人员的激励基本是部门制度，属于旱涝保收型。其根本原因是无法将产品与市场收益很好的联系起来。也正是这种模式，使得开发人员更多的听从部门经理的安排，也会因为激励不好不坏而使得大家积极性不能很好的发挥。

　　2、协调型项目管理项目管理培训

　　持续一段时间部门项目管理模式后，在市场和客户的压力下，大家认识到项目管理需要一个对产品开发最终目标负责的人，于是有了项目经理。这个时候，其实，各级领导并没有真正认识到项目经理的关键作用。这个项目经理的地位，主要是项目协调员，其身份、作用和地位也可想而知。

　　此时，项目经理更多是将各部门估算的项目开发计划整合为一份计划，并设置一些阶段点进行宏观控制。在跨部门工作产生冲突、不一致时，项目经理出面提醒、通知和协调，用一个人的力量来保障跨部门接口问题。可观的说，这种模式比之前的职能式效率要高一些，至少有人对总体目标负责了。但同时，它的缺陷也很明显，项目经理更多起到提醒督促作用，甚至是配置管理、质量保证的部分结合体。因为人力资源不属于他整体协调，因此项目组成员更多还是听从部门经理的安排，在应对突发事件或临时变更时，项目经理的作用少的可怜。由于项目经理向总经理负责，项目经理有很多时间是一个传话筒角色。

　　我们不难想象，在这样的定位下，虽然最多的时候项目管理部有3名项目经理，其中还不乏有PMP专家，但是由于可以控制的点不多，做的几个项目都有不同程度的延迟、质量也平平，做完项目后便有理智的。但换个角度，这种模式还是有成功的机会的，就是利用个人魅力充分沟通、影响项目组，以及利用总经理的参照权利。可惜，这对人的要求太高了。

　　3、矩阵式项目管理

　　事情的发展通常是螺旋式上升的。公司在职能式、协调型项目管理的运作过程中，逐步认识到一个有效、可行的项目管理需要一方面规范化产品开发模型(v型、增量迭代型)、另一方面提升项目经理的权利(使得项目经理有考核项目组成员的权利)。在这种条件下，公司第一次进入矩阵项目管理模式，先后经历了弱矩阵和平衡矩阵项目管理两个阶段。我们这里的弱矩阵，是指项目经理在项目管理过程中有对项目成员的考核能力，但最终的考核还是放在各自的部门经理处。这样，项目经理在保证项目TQC方面有了一定能力，项目经理的威信也逐步提升。弱矩阵下，每个项目成员有两个老板，一个是项目经理一个是部门经理，它覆盖了项目和部门对人力的需求。但在实际操作中，在项目开发过程中，如果职能部门有一些能力提升的临时工作(如，软件平台建设、客户问题解决等)，项目成员不敢直接得罪部门经理，会影响项目的有效工作时间。还有一个问题是，项目开发有进度等方面的压力，通常会忽略能力提升方面的总结、分析工作，影响新项目的有效开展。

　　认识到了弱矩阵的问题，在公司面临开发一款突破性的产品时，选择了平衡矩阵模式，甚至是有一定的强矩阵模式。也就是说，项目经理负责所有项目成员的考核，部门经理提供或多或少的辅******核(部门工作占用更少)。这样项目组成员归属感有了，同时项目经理根据需要设置了良好的项目激励指标，充分释放了大家的生产力，项目也自然容易成功。

　　总结起来，矩阵式的优缺点及适用范围如下，大家可以参考：

　　优点：通过项目协调员或项目经理可以使各项目目标平衡，避免资源重置。对于关联性强的各类复杂项目可以实施成组管理，系统考虑问题。

　　缺点：中层管理人员为2个以上主管工作，当有冲突时，会处于两难困境;处理不好会出现责任不明、争抢功劳现象。

　　适用范围：需要利用多个职能部门的资源而且技术相对复杂，但由不需要技术人员全职为项目工作的项目，特别是某个项目需要同时共享某些技术人员时，纯项目经理管理模式在it行业用的相对少，因为项目资源不能共享会造成不同程度的资源浪费。

　　总的来说，我一直这样认为：如果项目经理的能力足够，无论哪一种项目组织结构都能保障项目成功；适合的项目组织结构，降低了对项目经理综合素质的要求。]]> http://www.grubx.org/article.asp?id=230 <![CDATA[PM，还是PM……]]> webmaster@grubx.org(GRUB) Tue,23 Feb 2010 15:12:19 +0800 http://www.grubx.org/default.asp?id=230 “如果你总是做你一直在做的事，你就会得到你一直得到的结果。”
“异想天开的人总是做着一直在做的事，却期望得到不同的结果。”

项目很少因工具而失败，却常常因人而失败。

流程不能提升人的业务能力，但它会暴露我们的业务能力缺陷。

如果没有计划，就不会有控制。

地图不等于边界;就是说，观念未必就符合现实。

所有的行为都是为了满足个体的需要项目经理博客。

一个人可能只掌握了一种满足自己需求的方法。

观念决定我们的行为――行为总是与观念保持一致的。

观念成为自我实现的预言;换句话说，我们相信什么，什么就会变成现实。

只有改变人的观念，才能改变人的行为。

如果您相信所有的行为都是由基因决定的，那么个体就无法控制其不良行为。

您无法在一个不相信项目管理的组织中推行项目管理。

观察人们所做的事，就知道人们相信什么。

好的东西总是容易让人上瘾。

没有好计划，却产生好结果，是因为好运气，而非好的管理。

人们总是倾向于回避痛苦，追求快乐。

在组织内成功地推行项目管理需要文化上的改变。

计划的首要原则就是让具体做事的人参与到计划制定中来。

时间底线越严格，计划就越重要。

把棒球场估计作为目标时不认真的。

计划细节永远不要超出可控范围。

事情变糟的可能性总是要比变好的可能性大。

排队等候理论：进入一个系统要等待的时间取决于系统已经承载的负荷。

一个工厂的平均负荷不能超过85%，而大多数的工厂则是过分地实行“只要肌肉策略”，给做项目的人120%的负荷，这是非常之愚蠢的，当没有多余储备时，便无法应对突发事件、困难、甚至机会。正如墨菲法则指出的任何项目都要出现某些问题一样，当犯了排队等候错误时，项目肯定要延期。

舍得。我们做任何事情，先有舍才能有得，舍在前，得在后，有些东西我们必须要有舍得精神，才能得到更多。不舍便没有得。]]> http://www.grubx.org/article.asp?id=228 <![CDATA[不知道谁写的，刚看到，ZT过来……]]> webmaster@grubx.org(GRUB) Mon,22 Feb 2010 14:47:30 +0800 http://www.grubx.org/default.asp?id=228 One is always on a strange road, watching strange scenery and listeningto strange music. Then one day, you will find that the things you tryhard to forget are already gone.

幸福，不是长生不老，不是大鱼大肉，不是权倾朝野。幸福是每一个微小的生活愿望达成。当你想吃的时候有得吃，想被爱的时候有人来爱你。
Happiness is not about being immortal nor having food or rights inone's hand. It’s about having each tiny wish come true, or havingsomething to eat when you are hungry or having someone's love when youneed love.

爱情是灯，友情是影子，当灯灭了，你会发现你的周围都是影子。朋友，是在最后可以给你力量的人。
Love is a lamp, while friendship is the shadow. When the lamp is off,you will find the shadow everywhere. Friend is who can give youstrength at last.

我爱你不是因为你是谁，而是我在你面前可以是谁。
4.I love you not for who you are, but for who I am before you.

爱情，要么让人成熟，要么让人堕落。
Love makes man grow up or sink down.

举得起放得下的叫举重，举得起放不下的叫负重。可惜，大多数人的爱情，都是负重的。
If you can hold something up and put it down, it is calledweight-lifting; if you can hold something up but can never put it down,it's called burden-bearing. Pitifully, most of people are bearing heavyburdens when they are in love.

我们每个人都生活在各自的过去中，人们会用一分钟的时间去认识一个人，用一小时的时间去喜欢一个人，再用一天的时间去爱上一个人，到最后呢，却要用一辈子的时间去忘记一个人。
We all live in the past. We take a minute to know someone, one hour tolike someone, and one day to love someone, but the whole life to forgetsomeone.

一个人一生可以爱上很多的人，等你获得真正属于你的幸福之后，你就会明白一起的伤痛其实是一种财富，它让你学会更好地去把握和珍惜你爱的人。
One may fall in love with many people during the lifetime. When youfinally get your own happiness, you will understand the previoussadness is kind of treasure, which makes you better to hold and cherishthe people you love.

年轻的时候会想要谈很多次恋爱，但是随着年龄的增长，终于领悟到爱一个人，就算用一辈子的时间，还是会嫌不够。慢慢地去了解这个人，体谅这个人，直到爱上为止，是需要有非常宽大的胸襟才行。
When you are young, you may want several love experiences. But as timegoes on, you will realize that if you really love someone, the wholelife will not be enough. You need time to know, to forgive and to love.All this needs a very big mind.

当明天变成了今天成为了昨天，最后成为记忆里不再重要的某一天，我们突然发现自己在不知不觉中已被时间推着向前走，这不是静止火车里，与相邻列车交错时，仿佛自己在前进的错觉，而是我们真实的在成长，在这件事里成了另一个自己。
When tomorrow turns in today, yesterday, and someday that no moreimportant in your memory, we suddenly realize that we r pushed forwardby time. This is not a train in still in which you may feel forwardwhen another train goes by. It is the truth that we've all grown up.And we become different.

离开我就别安慰我，要知道每一次缝补也会遭遇穿刺的痛。
If you leave me, please don't comfort me because each sewing has to meet stinging pain.

曾经拥有的，不要忘记。不能得到的，更要珍惜。属于自己的，不要放弃。已经失去的，留作回忆。
Don’t forget the things you once you owned. Treasure the things youcan’t get. Don't give up the things that belong to you and keep thoselost things in memory.

我喜欢并习惯了对变化的东西保持着距离，这样才会知道什么是最不会被时间抛弃的准则。比如爱一个人，充满变数，我于是后退一步，静静的看着，直到看见真诚的感情。
.I love and am used to keeping a distance with those changed things.Only in this way can I know what will not be abandoned by time. Forexample, when you love someone, changes are all around. Then I stepbackward and watching it silently, then I see the true feelings.

男人的爱是俯视而生，而女人的爱是仰视而生。如果爱情像座山，那么男人越往上走可以俯视的女人就越多，而女人越往上走可以仰视的男人就越少。
Men love from overlooking while women love from looking up. If love isa mountain, then if men go up, more women they will see while womenwill see fewer men.

好的爱情是你通过一个人看到整个世界，坏的爱情是你为了一个人舍弃世界。
Good love makes you see the whole world from one person while bad love makes you abandon the whole world for one person.

在自己面前，应该一直留有一个地方，独自留在那里。然后去爱。不知道是什么，不知道是谁，不知道如何去爱，也不知道可以爱多久。只是等待一次爱情，也许永远都没有人。可是，这种等待，就是爱情本身。
We shall always save a place for ourselves, only for ourselves. Andthen begin to love. Have no idea of what it is, who he is, how to loveor how long it will be. Just wait for one love. Maybe no one will comeout, but this kind of waiting is the love itself.

有谁不曾为那暗恋而痛苦？我们总以为那份痴情很重，很重，是世上最重的重量。有一天，暮然回首，我们才发现，它一直都是很轻，很轻的。我们以为爱的很深，很深，来日岁月，会让你知道，它不过很浅，很浅。最深和最重的爱，必须和时日一起成长。
Is there anyone who hasn't suffered for the secret love? We alwaysthink that love is very heavy, heavy and could be the heaviest thing inthe world. But one day, when you look back, you suddenly realize thatit's always light, light. We all thought love was very deep, but infact it's very thin. The deepest and heaviest love must grow up withthe time.

在这个世界上，只有真正快乐的男人，才能带给女人真正的快乐。
In this world, only those men who really feel happy can give women happiness.

女人如果不性感，就要感性；如果没有感性，就要理性；如果没有理性，就要有自知之明；如果连这个都没有了，她只有不幸。
If a woman is not sexy, she needs emotion; if she is not emotional, sheneeds reason; if she is not reasonable, she has to know herselfclearly. coz only she has is misfortune.

一段不被接受的爱情，需要的不是伤心，而是时间，一段可以用来遗忘的时间。一颗被深深伤了的心，需要的不是同情，而是明白。
An unacceptable love needs no sorrow but time- sometime for forgetting.A badly-hurt heart needs no sympathy but understanding.

我知道这世上有人在等我，但我不知道我在等谁，为了这个，我每天都非常快乐。
I know someone in the world is waiting for me, although I've no idea of who he is. But I feel happy every day for this.

一生至少该有一次，为了某个人而忘了自己，不求有结果，不求同行，不求曾经拥有，甚至不求你爱我。只求在我最美的年华里，遇到你。
In your life, there will at least one time that you forget yourself forsomeone, asking for no result, no company, no ownership nor love. Justask for meeting you in my most beautiful years.

我不觉得人的心智成熟是越来越宽容涵盖，什么都可以接受。相反，我觉得那应该是一个逐渐剔除的过程，知道自己最重要的是什么，知道不重要的东西是什么。而后，做一个纯简的人。
Idon't think that when people grow up, they will become morebroad-minded and can accept everything. Conversely, I think it's aselecting process, knowing what's the most important and what's theleast. And then be a simple man.

当你的心真的在痛，眼泪快要流下来的时候，那就赶快抬头看看，这片曾经属于我们的天空；当天依旧是那么的广阔，云依旧那么的潇洒，那就不应该哭，因为我的离去，并没有带走你的世界。
When you feel hurt and your tears are gonna to drop. Please look up andhave a look at the sky once belongs to us. If the sky is still vast,clouds are still clear, you shall not cry because my leave doesn't takeaway the world that belongs to you. ]]> http://www.grubx.org/article.asp?id=220 <![CDATA[Amethystium - Treasure]]> webmaster@grubx.org(GRUB) Fri,18 Sep 2009 09:37:40 +0800 http://www.grubx.org/default.asp?id=220

　　始建于1998年夏天的 Amethystium。他们的音乐，时而传诵喃喃梵语，时而领引幽邃太空，时而渡步于远古与未来之间，深鸣时时，浅吟刻刻。可以令你整个人处于一种冥想状态。

　　Amethystium 乐队在真实与臆想之间找到了恰到之处。在倾听 Amethystium 的过程中，你可以在冥想里体味到一种真实的激情，可以在情绪的释放过程中解放自我。这种“魔力与自然完美结合”的音乐，是挥动翅膀的银色蜻蜓，飞舞在你的周围，领着你进入一个倾听的空间，在光影交错间，寻回远古的神灵，发现未来的真实。

播放音频文件

在线播放

]]> http://www.grubx.org/article.asp?id=218 <![CDATA[页面重构中的模块化思维]]> webmaster@grubx.org(GRUB) Tue,18 Aug 2009 17:44:38 +0800 http://www.grubx.org/default.asp?id=218
什么是模块化？

　　对“模块化”的解释，在 CNKI 中就有28种。可见“模块化”思维使用的广泛。最接近页面重构中的“模块化”，现有的解释应该就是软件开发中的解释了。

　　看一下百度词条是怎么解释“ 模块化 ”的：

引用内容

　　模块化是指解决一个复杂问题时自顶向下逐层把软件系统划分成若干模块的过程。每个模块完成一个特定的子功能，所有的模块按某种方法组装起来，成为一个整体，完成整个系统所要求的功能。模块具有以下几种基本属性：接口、功能、逻辑、状态，功能、状态与接口反映模块的外部特性，逻辑反映它的内部特性。在软件的体系结构中，模块是可组合、分解和更换的单元。

　　需要强调一点，我们所借鉴的是一种思维的方式。

页面制作为什么需要模块化？

　　站点内容越来越多、代码越来越臃肿，渐渐影响到了客户端的体验（主要是打开速度），影响到了维护的效率。有什么方法可以解决这些问题呢？

　　我们很容易就想到：减少代码冗余、提高代码重用率、图片压缩等等，而这些要如何实现呢？模块化思维可以解决，即可以有效减少代码冗余、提高代码重用率，更重要是可以支持到多人维护，降低维护成本。CSS写法较为灵活，容易产生代码的耦合，使用模块化也可以在一定程度上降低耦合度，对于BUG的定位也有帮助。所以，我们更应该在站点前期就重视并使用“模块化的思维”编写站点。

　　我们之前经常提到的站点性能优化，有相当一部分也是“模块化”的内容，比如提高代码重用，提高开发效率等等，“模块化”的优点还有很多，我大概列了一下：

　　· 提高代码重用率
　　· 提高开发效率、减少沟通成本
　　· 降低耦合
　　· 降低发布风险
　　· 减少Bug定位时间和Fix成本
　　· 提高页面容错
　　· 更好的实现快速迭代
　　· 更好的支持灰度发布

　　其中最重要的一点，我认为是“提高代码重用率”，这也是模块化最重要的特点之一。

如何实现“模块化”？

　　这里的主要问题是HTML与CSS的“模块化”，我们可以看下换肤的实现方法：

　　· 同一类名，换文件（JS）
　　· 同一文件，换类名（JS）

　　由此可知HTML与CSS的接口实现：

　　· CSS引入的三种方式
　　· 类名

　　为了更好的实现这种接口，需要有相关的（交互、设计、页面、开发）约定、规则、规范，比如：所有当前状态都使用同一个类名“nonce”，所有变灰的表现都使用原类名后加“_n”，Tab的实现方式等等。有了这些约定、规则、规范后，HTML代码就很容易可以实现模板化，统一接口规范。

　　有两个误区需要先认清下：

　　· 模块化后并不是就能被使用在任何位置（模块化后的代码段也是有适用的范围限制，需要一个提供接口规则的环境）
　　· 模块化后并不是就不能再变更（模块化后的代码段可根据实际需要做修改）

　　完全独立的模块放在同一项目中，由于项目有自己的表现、交互统一性，所以各模块间必定出现类似的部分，这些部分可以被提出来做为公共的定义，减少冗余，这时就会出现耦合的问题，完全不耦合是不可能的，因此模块化中很重要一点就是“适度的耦合”。有了公共定义，就得调整模块样式的实现方式了，而这种调整也会影响到“接口”的实现方式。]]> http://www.grubx.org/article.asp?id=217 <![CDATA[从长尾理论和二八定律的比较去看用户体验]]> webmaster@grubx.org(GRUB) Tue,18 Aug 2009 17:23:13 +0800 http://www.grubx.org/default.asp?id=217
　　2004年长尾理论提出之后，便又开始充斥“长尾对二八定律颠覆”的说法，在经济学里提出了“只要渠道足够大，非主流的，需求量小的商品销量也能够和主流的、需求量大的商品销量相匹敌”。比较长尾理论和二八定律，在我们设计准则中，它们又可以扮演什么样的角色呢？让我们先来大概了解一下支撑它们的依据：

　　“长尾”实际上是统计学中幂律（Power Laws）和帕累托分布（Pareto）特征的一个口语化表达。由于成本和效率的因素，过去人们只能关注重要的人或重要的事，如果用正态分布曲线来描绘这些人或事，就如下图，与二八定律不同是，长尾理论中“尾巴”的作用是不能忽视的，二八定律的统计图形如一个英文字母L，20%是一竖，窄而高，80%是一横，宽而低。一横的面积与一竖相仿。

　　一些真实数据支撑着这个理论，如沃尔玛库存中热度低的唱片和热度高的销量相仿；Google目前有约一半生意来自小网站；亚马逊总销量中少数畅销书约占一半，绝大多数的冷门书占另一半；等等。

　　但盲目的认为那些冷门就一定可以挖掘出巨大价值，就错了，在这些例子中显而易见的是，长尾理论谈论的是销售量，而不是利润。实际应用中需要考虑做到成本足够低、以及尽可能“长”的“尾”被用户发现，才能得到长尾带来的价值。延伸到我们对用户体验的判断，也需要从这两个方面去做权衡：

　　一、用户体验的成本。每增加一个元素，对于用户体验来说意味着什么？用户需要花费更多的时间去理解这个元素；用户在一堆元素中找到其中一个的时间更长难度更大；新增的元素还可能造成用户视线里“烦人的东西”又增加了一些，而影响他的好心情；在操作和流程的层面上，每增加一个步骤，用户失败的几率便会增大一些，不管是因为技术原因还是用户使用的原因；等等此类，都是对于用户体验设计时需要考虑的成本。那么回到长尾和二八的对比，我们真正要去探索那99%的冷元素、冷功能的时候，就需要考虑是不是能够做到很好的控制这些体验成本。

　　二、尽可能长的尾被用户发现。这就包含了两方面的元素，一方面，你的尾真的要足够长，另一方面，这个足够长的尾还要能被用户找到。先说第一方面，即使时互联网行业，想要做到产品或功能的覆盖面极广，也是需要耗费不小的成本，我们的体验设计环节应该考虑足够的“用户创造”，通过用户在一定程度的平台上自发的创造内容，可以让长尾的性价比更高；再说第二方面，因为体验成本的考虑，我们不能将所有的产品和功能无差别的投放给用户，对于热度高的元素要合理的展示，对于热度低的元素则要合理的引导，它们的体验设计的侧重点是不同的。

　　最后，回到文章开头关于一个功能或元素要还是不要的讨论，引用爱因斯坦同学的一句作为结尾吧：万事万物应该尽量简单，而不是更简单。]]>