Save Alpha，Save the World!

具体就说不清楚了..结合一些剧透YY下第一集观感：

YY：一个主要角色死去

NN：第一集里Hiro他爸挂了，凶手披个风衣，是组织里剩下的1/9

YY：Peter在这季一开始会被关起来，而且患了健忘症

NN：第一集最后Peter终于出来耍了把酷...在一个很奇怪的包箱里 - =！

YY：Nathan一直认为Peter已经死了，开始酗酒，并留了一脸的大胡子

NN：留胡子应该还有掩饰身份的原因，但他镜子里看到的破相的那人是他自己吗？难道他挂了，然后Peter吸收了那个精神分裂的STR暴高的女流氓的双重性格，把自己GG留在了记忆里？

YY：移居到加利福尼亚的啦啦队长Claire开始跟另一个Hero约会

NN：另一个Hero叫West，貌似会飞...Claire依然这么动人...- =算这片里难得留下的几个美女

YY：Jessica/Niki染上了一种只有有能力的Hero才会染上的病毒

NN：第一集里没看到- =！不过剧透说貌似只有印度阿三的血能抑制这种病毒  

发现第二部主要以YY的手法开展为主...印度阿三混进神秘公司（那人能变黄金真的老帅...），莫名的又多出来几个HEROS。能点出名的就有West，能飞（跟另一个飞人不同...用“飘”来形容比较贴切...另一个往往是“导弹发射”状...）...Maya，刺客...她GG，（能力暂时不明）...这难道就是导演说的全新的故事吗- =！难得看到一段Claire和她养父的温存剧...Hope you know how much I love you...搞得像ABC FAMILY出的片子...蛮感动哒...剑圣是个老外...再次汗一把...感觉叫他“贱圣”也不为过...不过估计他会接受Hiro的改造的...感觉第二部依然会围绕神秘组织展开，中间会穿插进抑制英雄的病毒。不知道会和以前Hiro看到的未来世界会有什么联系...我感觉编剧压力很大...

剧透：

Peter被一个爱尔兰犯罪组织抓住了，失去了所有记忆，包括他的能力，还忙里偷闲地与组织老大的女儿Caitlin谈起了恋爱；

Hiro回到了过去，遇见了自己的英雄：Takezoand（一个美裔日本剑圣），还用用自己的能力废掉了11个土匪。他跟剑圣同时爱上了铸剑师的女儿，最后不得不忍痛割爱，让各自的命运回到原本的轨道上；

Sylar终于复活，忘恩负义的杀了救他的Candice Wilmer，却惊讶的发现自己的能力消失了；(Candice Wilmer...不认识...谁提下)

Peter被逼参与抢劫，一个“同伴”被压在了车子底下，他要利用自己的能力“挪”开那车子。然后他发现，他可以通过双手发射电力；（核电...谢谢...）

Suresh教授用自己的血救回了垂死的Haitian（能消除记忆的黑人）；

新的英雄登场了，Dana Davis可以复制“动作”，她用这个能力抢走了一个抢劫犯的枪，还给了他个双重背摔，而这个动作，她只是在柔道表演中看到过一次(如果她看了The Matrix或者Spider Man?..- =)；

Molly所说的boogeyman终于现了原型，就是那个神秘的Bob，Matt（那个警察）的父亲。也就是官方口中的“新生黑暗力量”，想要杀死那些英雄们。那个让Syler变得“如同小绵羊一般温顺”的大反派啊...

     原来人真的是很矛盾的动物……

     就像我一直以来都不知道自己在干什么一样。

     初秋的清晨阳光依然很明媚，

     站在绿草地上享受一片宁静。

     心悸却被打乱了。

     湿漉漉的草地似乎被阳光晒得喘不过气来，

     我闻到的只有小草的焦味。

     身体变得很不舒服，

     任何人都代替不了。

     同样代替不了任何人，

     无论是亲情还是友情。

     我两者都做不到，

     选择……

     矛盾……（2004）

******************************************************************************

第一章  第一节  黑衣人

     我叫小N，有人喜欢叫我Nan，但我还是喜欢人家叫我小N。
     一个俯冲，我冲下云层，向老爸的实验室飞去。在大约1000米高空，我展开双翼，开始减速。老爸他们的生物试验成果果然在世界上占据领先水平。这样的身体我感觉相当地舒适。由于机缘巧合，我突然间成了国家特种秘密组织“晓”的成员。做为最新生物科技，代号“Alpha计划”的试验品，我竟然成了历史上最成功的一例！真不枉费老爸如此信任自己的儿子。
     说话间我已经接近实验室了。超强的视觉功能已经让我透过窗户的缝隙看到老爸和几个研究员在讨论着什么。看着他们，精神不自觉地集中起来，于是他们的谈话也清晰地进入了我超过常人1000倍听力的耳朵里。
     一个奇怪的有些沙哑的声音传进我的耳朵，话说老爸试验室是绝对的国家机密，所有的研究员加起来也就没几个，都是我所熟悉的。这个奇特的声音却是我从没听到过的。我集中精力听着他说的话。虽然我听力超强，但他那沙哑的声音犹如死尸一般沉寂，或者可以说依靠听力跟本听不清楚。随着我渐渐接近，我的视觉能力之一，透视固体能力开始显现。我透过墙壁，果然有个黑衣人站在实验室里。突然间，他从我眼前消失了！竟然有这样的能力！我集中精神，依然无法感知他的存在！要知道以我的眼力和听力，至少99%的人都不可能逃出我1W米的范围。甚至是隐身，闭气，以我的身体都能感觉得到。可是他却...!我心里不知为什么猛地感觉到一丝不安，不是因为他的突然消失，而是在他消失前那几秒内我所看到的他的唇语：“Save 小N, Save the world”...

最近有个叫人月神话的博客写了一个吹嘘微软管理艺术的博闻。这篇看似美好的文章，被CSDN誉为“最佳实践”。我对这篇博闻的评论只有一个字—Na?ve！！我在微软做合同工做了一年；随后进入一个小公司里为微软搞了一个外包项目；然后又进入微软作了两个月的咨询。我对微软内部的管理是有了解的。微软的管理模式真的值得吹嘘么？我的答案是“不能。”答案显而易见，Windows Vista延迟了几次了就说明微软的管理模式有极大的问题。

“微软的三个阶段更像是风险驱动的、渐进的“螺旋”式的生命周期模型” 这个观点真如人月神话所说的么？非也！以我在微软搞Windows Vista  MUI API测试的经验来说，微软的周期性（或里程性）开发周期更像变态的流水设计模式（Water Fall）。冠其变态是因为它的属性不伦不类，它既不像周期性（或里程性）开发模式，又不像标准的流水设计模式。想象这么一个小组，在周期前期写好了一个Vista部件的设计构思，到了周期末，等到设计变成程序后，测试才能赶上进度，随后测试发现这个设计往往不可行，怎么办？下个周期整个设计会被推翻，从头再来。这就是为什么Vista会一直推迟。每个部件至少重新设计两次到三次。”一个项目通常会将2/3的时间用于开发，1/3的时间用于稳定化”是根本不可能的，因为微软中各小组设计的东西都非常复杂，性能太多，测试往往没有时间将所有的性能所有重的边角条件（Corner Case, Boundary Conditions）都测试到。所以测试根本不能在一个固定周期里查找所有的问题，给设计周期1/3的时间进行稳定化。事实上，很多公司都有这种问题。

微软的设计组在设计一个部件的时候往往会花费太多的时间在计划书的写作上，不同于人月神话所说的那样“运用想象性描述和对特性的概要说明指导项目”，一个项目的设计往往要先进行细化性的计划书的写作，所有的细节都将在计划书列出来，然后才能进行程序设计。我听说有人花费三个月在写计划书上。这不是玩笑，我加入那家小公司后，一个大头跟我说的。当时我的下巴掉了三分钟合不上。微软可能有过写粗略计划书要越短越好，尽量说明产品不做什么。但是经常出现的是产品究竟做些什么不出现在计划书中，结果测试发现某些界面函数的行为不对，却不知道这些界面函数的标准行为是什么，原来管理层认为某些行为是标准行为，而开发者则认为自己认为的行为才是标准行为，结果开发者自以为是地编写了函数的行为。然后测试向高层报告程序异常，然后高层通知开发者进行更改，开发者反而回击高层的决定。最后大家开会，一开两小时，哪个嗓门大，哪个雄辩就能决定函数的行为。结果等到其他小组使用了这些函数后，才发现这些行为必须重新修改才能适应其他小组的应用。然后错误循环再次出现。可以看出Vista推迟的原因了吧。

微软内部的源码控制就是Perforce的翻版，听说微软买下了某个公司的一部分，然后修改了Perforce将其变成一个名叫SourceDepot的源码控制软件。它使用得的命令就是:

sd edit <文件名>

sd diff <文件名>

sd integrate <文件名>

sd delete <文件名>

sd help command。。。。

所谓的开发人员每天将源码check in，然后第二天测试人员再将新的build 进行测试，这个看起来很让人觉得很正确，但是你想象过其中难度没有？让我给你一点内部信息：

Windows Vista需要10 到12 小时的构造时间，我所在的组在每晚7点开始构造时间，到早上9点多才能完成构造。这时大家都进公司了，可以开始测试了。究竟有多少种Vista builds？局外人肯定不知道，到我离开时：

Vista x86 Pro Chk

Vista x86 Pro Fre

Vista x64 Pro Chk

Vista x64 Pro Fre

Vista x86 Ads Chk

Vista x86 Ads Fre

Vista x64 Ads Chk

Vista x64 Ads Fre

Vista IA64 Ads Chk

Vista IA64 Ads Fre

算算，这里总共有十个Builds。装这些builds需要四五小时。有时，这些builds 需要一天才能装好。然后进行测试，两百个测试程序需要两小时才能完成。这些测试一天基本上能够完成，手动测试花费时间更多。一天能做完所有测试只是最好的情况下才能做到。要是碰到一个Build出了问题，一天的测试就只能做到部分测试。要是其他组出了问题，比如一个硬件的驱动出了问题，每次安装都会导致蓝屏甚至红屏，这个驱动又上传到高层的源码分支中，然后又下放到底层的源码分支里，嘿嘿，你所遇到的是一个星期甚至一个月都无法安装测试的问题。我在的近一年中，这样的问题出现了三次，可以看出Vista为何会推迟了吧。（一点内部信息，Windows Vista的源码分支至少分三层：Winmain, VBL_CORE, VBL_CORE_<小组分支>，每个小组在周期结束时，就要将自己的源码从自己的分支往上上传，然后其他小组每天将上层的源码变化下传到自己的分支里）。

“微软的开发人员通常采用VB构造用户界面原型，但是对于构造计算机屏幕模型之类的工作，画笔（Paint brush）也是一个很好用的工具。死板的说明变成有生命的文件，说明不应过于详细以至限制了发明创造。”这纯粹就是放屁，所有产品有关源码都是C和Win32 API所写成，要么是ATL和C++，好像内部连MFC都不用。所有的测试代码是用C++或C#编写。为什么这样？因为要保证程序的运行速度。用户界面的图形展示都是第三方公司用PhotoShop这样的专业软件拼凑后交给开发者去设计。这些第三方公司一般都是进行用户互动研究的专业公司。至少我看到的Windows Vista源码里，所有的都是用C写的。

微软并不是非常强调迭代开发和逐步细化，很多组强调不能使用跌迭代开发模式。有些组的确使用了迭代开发，但是他们的做法还是流水模式，并不是很专业的迭代开发。这个局外人根本不可能知道。所以不要轻易下结论。

我所在的组里对文档的要求特别高，一个函数的行为往往要进行四五次两三小时的会议来决定。这里面就经常出现领头的程序员和PM争论多种不同的行为。最后领头的程序员能够在争论中胜出，或是僵局出现，下个会议再继续争论。这样的犹豫不决往往导致工程的拖延，将一些性能推到下个开发周期导致工程的延误。决定一个性能的行为拖上一两个星期是常事，测试往往被搞得手足无措，不知道如何测试，于是测试人员就去搞别的测试，过几天要向开发者问问究竟这个性能决定下来没有。

最让测试人员头疼的就是微软的高手，微软雇佣开发人往往都是很能设计难懂，却又能精巧运行的程序段的能人，我承认我不能和这些人比，所以最终没有拿到全职工作。但是我发现这些人很喜欢将简单的设计复杂化，微软的口号可能是不复杂的程序不是好程序。所以才会出现Windows Vista需要1.0GHZ的CPU, 1GB内存，至少128MB的显存的显卡的机器，你不升级你就别想运行Windows Vista的局面。猜猜看怎么样？能Vista出来时，我偏偏就要装Linux，把自己变成Linux用户。我已经给夫人来了MacBook，我已经没有什么好留恋Windows了。

话转回来，我所测试过的函数或是Windows Live!的登陆届面，都是无比复杂。一个简单的Windows Live!的登陆届面有五六十种行为，然后和其他功能如AJAX合并，就有两三百种行为，我在两个月内写了一百多个测试，也没有把能覆盖的边界情况给一一测试。最糟糕的是没有人能够指点我究竟什么行为是正确行为，我在写测试单元时就像是在混水摸鱼。后还我夫人要到San Diego进行博士研究生学习，我才在Intuit找到了一份正式工作，逃离了微软的测试地狱。最后两个月我感觉非常地Miserable。我测试过几个MUI API也是这样，没有完善的文档说明一个函数的具体行为，你只能参加各种各样的会议，通过会议获取有关的信息来制定测试单元，不停地返工测试单元。

最让我可笑的是，每个管理者都有自己的计划，有时进了一个会议以为某个议题是会议中心，结果其中一个管理者会占据会议，并展示自以为是的议题，搞得所有人都不知道会议方向具体是什么。我记得很深刻的一次是我们测试组织的头叫Jae Choi。我参加的会议是讨论MUI API的performance。我辛辛苦苦作了三天的测试，带了一堆的数据进了会议，大家看都没有看，随后Jae Choi将整个会议控制了，发表大篇演说说我们要设计复杂完美的performance测试框架，将所有的测试自动化，然后在每一设计周期中考察performance数据。我一听，这么一个框架要至少三年才能建立，到时候，Vista早上市了，根本不可行。也不知道他对我做的工作了解多少，然后就来自以为是地指手画脚。我的一个同事听了也是无奈地摇摇头，后来还是我的直系领导劝他把不切实际的计划放到一边。我后来接触的前任员工都跟我说，微软内部高手有的是，傻必领导也有的是。这种参差不齐的组合往往会将一个设计领导到牛角尖里。等到要退回重新起步时，时间已被浪费掉了。

在微软也不是到处都是问题，微软就像南泥湾，一切自力更生，每个组都有自己的测试框架，微软自己有自动化测试工具，叫WTT（Windows Test Technology），每个人都有机会接触源代码，每个人都能给同事帮助，提供测试工具，或是建议。你在里面跌爬滚打一年，你就能学到很多东西。你学到的是技术，和生存所需的做事方式，有了这两个，你基本上能在美国软件业的任何领域成功。但是微软的管理模式值得提倡么？并不值得。