Free Glory

前两天去了趟西单，不幸又在西直门地铁换乘了一次，我很惊讶的是，这次换乘的路线居然又变长了。下了地铁，我先随着人流高高低低的走了大约十分钟，发觉我绕了一个圈，我又弯弯扭扭的走了七八分钟，才看到城铁的入口。我一路都在怨念，最近又哪个闹残调整这个倒霉换乘线路了，居然每次都能玩出新花样。看来每天换乘一遍西直门除了可以很好的锻炼身体之外，一个显著的副作用就是可以很好的调节你的情绪。回到家后，我就悲极生乐，想要发掘一下，现在的西直门换乘到底是咋回事。于是找到了这幅线路图：

对照图看了半天，没有整明白为啥2号线内的换乘是这样的，刚好附带看了这样一篇解释，方才弄了个明白，原来如彼。让偶很高兴的是，这也顺带的为我解答了为啥西直门立交桥也是建造得如此威武顽强如此让人压根痒痒的理由：

话说 西北方是纯阳位，属乾卦，属金，有天命流动之说。
（当年共军从西直门和永定门两路入城，不是没理由的；火烧圆明园也有火克金破相一说）

而北京的位置为西北角近山怯水，引气流逸之相，所以如何抑制气运西流一直是帝都建设者们头疼的老问题。
城外近到索家坟远到中官坟，前朝都是有名的大坟场，为的就是以阴宅之体遏抑龙气西逃。
后来詹公修京包铁路，也有过引气外逸的辩驳。
解放后天朝在城北搞建设，阴宅全都平掉（尤其是中官坟成了中关村，这个专门埋太监，作用更不一般），争议很大。
后来解决的办法之一是建了北展，以及沿用原来的印钞造币总厂，以极禄之相镇压气运。
但后果就是金金相伴成燥阳之势。所以西直门一带的写字楼运势都不是很好，
貌似天朝唯一一个毙掉的局长就在西直门中仪大厦。

于是还回到原来的解决思路，即西北方阴气团的问题。
其实前朝几百年的阴宅酝酿，西北方阴气已然成势，勉强够用了，却只是死气一团团，调不起来。
我猜西直门立交桥和换乘站的修建，可能有这方面的构思：故意把路修的让人不爽。
桥上地下，每年几千万级别的人次走过，每个人都带着怨念，无数怨念累积起来，且绕着中心自行流转，
慢慢地形成强劲的气螺旋，从而吸附周围流散的阴气资源，以达到阴阳相和，镇留气运的作用。

一个人做项目和一个team做项目感觉是不同的，前者你是在安排自己的时间，而后者你是在安排别人的时间。安排自己时间的时候，你可以比较有把握，兴致很高的时候，甚至可以干活到半夜。安排别人的时间的时候，常常不容易控制，导致项目有delay的风险。所以经常项目预期是乐观的，结果是让人心急的。

软件项目管理发展到今天有了一整套的管理办法，比如CMM质量规范，敏捷开发模型之类的，有很多办法可以借鉴。一个创业型的小项目，简单说有需求（采集、评审），开发（设计、代码、测试），交付（部署、维护）这些过程。如果整个团队人员都很优秀，那么可以采用scrum的方式，先把东西做出来再说，但是这样做也有风险，一方面对QE要求比较高，另一方面创业团队人员稳定性常常比较成问题。

所以我觉得稳妥一些的办法还是应该用文档把项目贯穿起来，文档主要串联在一下一些方面：

• 首先是需求评审文档的迭代过程，确定大致的设计文档。
• 再是指定开发规范（主要是工具、代码规范、变量名、接口设计之类）
• 同时这个时候最好能够给出各个模块的详细设计文档，如果能够用RAD工具开发出原型系统最好。
• 然后scrum master可以根据详细设计文档评估出各个模块的工作量，并且使用项目管理工具进行项目安排（比如MS Projector)
• 在代码开发阶段，如果人员素质比较高，可以每天进行scrum meeting来review过去一天的问题，和当天的进展规划。
• 会议虽然有效，但是也是一种成本很高的沟通方式，所以另外一种方式就是每周或者每两天以邮件的方式提交当前进展小结；scrum master需要分析小组成员的邮件来把握项目进展；当项目遇到风险的时候，一定需要进行会议沟通；所以作为一个team leader的任务是很重的，也是项目成败的关键。
• 在开发阶段，做unit test是必须的，这个可以不用成为文档，但是接口一定要形成文档。
• 另外就是测试用例文档，所有的bug跟踪和分配，后者可以由工具来完成（比如bugzilla）

以我这样菜鸟的经验看来，一个项目的成败就在于项目经理是否能有效的规避项目风险。规范和文档越少，对项目经理的压力就越大；而规范和文档越多，对组员的压力也相应增大；所以也需要把握一个平衡。理论上项目经理每天掌控组员的项目进展，那么一切都会按计划发展。但实际上即时沟通清楚我感觉挺难做到，有时候甚至是数天之后，项目经理才知道该组员并没有follow进度，所以每周的例会是必须的。

俩人相处一定不能任性赌气啊，太自我就容易伤害别人。互相谅解说起来容易，做起来还真是难。4年前已经为此伤害过一个人，没想到今天又是这样，悔之晚矣 爱情是经不起折腾的，即使你是全心全意的对她好，但是生活上的种种摩擦，也会让你所有的努力付诸东流。因为失去了默契与快乐，也会让爱情陷入尴尬的境地啊。

突然想起希腊神话中的风之花。阿多尼斯和维纳斯邂逅而相爱，维纳斯因为看不惯他打猎，就赌气一扭头离开了他，结果阿多尼斯就刚巧被野猪撞死了。待维纳斯回来时候，悲痛欲绝，看到阿多尼斯的血流到地上，化作一朵凄美绝伦的鲜花，可当一阵风吹过，这朵花就此凋谢，这便是风之花。当爱情遭遇了任性，便如风中之花朵一样，虽然美丽却易凋零。

在最近I-Innovate的采访中，Google CEO Eric Schmidt
被问之Google创始人Larry和Sergey以及YouTube创始人Chad和Steve这样的成功企业家，他们的共同特性是什么？Eric的回答令人深思。他说，
"企业家最重要的特性是无论你是否允许，他们都会去做某些事。他们被内心的某些东西所推动，而那些东西是与生俱来的。这些人将会做出有趣的事情。比如Larry和Sergey、Chad和Steve，当你和他们交谈时，你就会感觉到他们将会获得成功。与他们所拥有的热情和先见之明相比，任何其它因素都只是策略层面的东西而已。"
这也是企业招聘的重要条件：热情最重要，勇往直前而不是患得患失，仔细想想的确是这个道理。一个睿智的人，又澎湃着热情，充满了行动力，成功简直就像写在脸上似的——不过似乎也要有些天赋才行，因为常常道理大致看起来就是这样；但奇妙的是，即使真的金元宝就掉在眼前了，真的能弯腰捡起来的，始终是那少部分的人。

在实验室待到8点多，打算回去了，这时候师兄跑过来告诉我vista的盘刻好了；于是突发奇想，想装起来玩玩，没想到一下子搞到12点。

我笔记本上原来装了三个系统：Gentoo，Win2k3Serv，还有一个Mac OS X 10.4.3，因为Mac OS X for x86版本里边的驱动有些问题，笔记本显卡还是FireGL 9k，支持不是很好，常常X挂掉。于是就想把这部分format掉，转个Vista玩。

不知道是因为Mac分区的问题还是Vista本身磁盘管理工具的问题，格式化再创建新分区之后，当安装到大半的时候，Vista安装程序告诉我，硬盘引导部分出现问题，所有的安装过程就被Cancel掉了（汗，这里不得不说安装程序做的有些傻，一是最后才去尝试引导系统，二是没有恢复性操作，前面又是复制又是解压又是检索硬件的忙活半天了，跑这里断掉了）。虽然有些纳闷，但是心里还是比较坦然，商业系统的安装碟自带的分区和格式化工具都是剧弱无比，没有一次能够在新分区下发挥成功的，当年装Mac的时候也是这样——那次的粗心导致硬盘数据全挂，寒。

重启机器，发觉出现“disk error, please press ctrl+alt+del restart”如此的字样，我心想估计mbr由被抹掉了，还好我的mbr在linux分区有备份，于是用一张livecd启动，挂载上了linux备份分区，发觉我居然备份了两个mbr文件，一个叫mbr.sav，一个叫mbr.win。心里一愣，也没有多想，直接执行 dd if=mbr.sav of=/dev/hda，然后重启。没想到噩梦发生了，我是用grub引导多系统的，这时候发现启动后只提示grub1.5…之类的，然后就出现error。心下一惊，怎么会这样？

再次用livecd启动，fdisk -l一看，大汗：extend分区居然丢失了（这事情很灵异，现在我也没搞清楚怎么回事，因为我后来发现mbr.sav是正确的）。我想难道应该是导入mbr.win？但是我硬盘结构是两个primary分区，分别是Mac和Win系统，一个扩展分区中包括linux和数据。mbr文件保存在备份分区上，现在整个分区表丢失了，我也没法找到正确的mbr备份了。突然想到好多的资料还有没写好的学位论文都在扩展分区上，不由脑袋发麻。经验教训就是：冲动是魔鬼啊，大家进行底层磁盘操作的时候一定要慎重呀，而且一定要在头脑清醒的时候做。

不过万幸的是，我时不时喜欢备份总结。后来查找资料发觉，当年在系统分区完成之后，我写过一片wiki做总结，上边居然详细记录了分区表的扇区数值:

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1        1460    11727418+  af  Unknown
Partition 1 does not end on cylinder boundary.
/dev/hda2   *        1461        1947     3900960    7  HPFS/NTFS
Partition 2 does not end on cylinder boundary.
/dev/hda3            1948        9729    62508915    f  W95 Ext'd (LBA)
Partition 3 does not end on cylinder boundary.
/dev/hda5            1948        3407    11727418+   7  HPFS/NTFS
/dev/hda6            3408        6569    25394481    b  W95 FAT32
/dev/hda7            6569        6575       52416   83  Linux
/dev/hda8            6576        6710     1084356   83  Linux
/dev/hda9            6711        7684     7823623+  83  Linux
/dev/hda10           7685        9729    16426431   83  Linux

心下大喜，终于找到一根救命稻草。于是重新启动livecd，运行fdisk /dev/hda，然后手动添加分区表，把各个分区起始和结束的扇区位置写好。终于每个分区都正确的显示出来了。然后把linux分区逐一的mount上来，然后chroot进去，把grub重新安装一遍。这样终于可以进入Linux了，不过发觉进入Windows的时候还是有disk error错误。估计是Vista太蛮横了，以为整个硬盘上就应该装它一个系统，它的磁盘管理工具把其他分区的部分数据搞坏了（后来用Acronis Disk Suite查看的时候，发觉Vista的分区工具还保留了一个8M大小的未分配空间，相当于把hda1又分解了，可能导致了主从分区混乱）。还好我有ghost，运行宝盘《深山红叶》，启动norton ghost 2003，恢复分区备份镜像。再重启系统，终于Windows也恢复了原貌。这样下来终于除了本来就打算删除的Mac系统，其他系统和数据没有丝毫损伤。当再次看到系统载入进度条的时候，我从椅子上蹦起来，狂舞一通，哈哈。

还是Linux玩起来比较透明，备份的话，直接tar出一个归档就行了，什么文件在什么地方，哪些是需要的，哪些是多余的，磁盘分区什么的，一清二楚，恢复起来极其方便；Windows2k3好在有一系列方便的工具，要不然只能两眼一抹黑。最可恨这个Vista，老是藏藏掖掖的，分区工具极其不透明，差点害惨了我啊。真是惊心动魄的3个小时啊，明天早上6点半就要去学车，先流水账记这么多了，。

—–
Vista现在的crack激活的办法有两种：一种是针对msdn版本，采用stoptimer来中止timeerstop.sys这个驱动的加载，这是推延激活时间的权益之法；看起来似乎完美一些的办法是针对oem版本，利用vista loader在vista系统加载之前伪造BIOS信息，来欺骗oem版本的检查，达到激活的目的。