不是读后感的读后感

    第二遍看完这本书。
    完整地讲述了长达五年的时间,MS是如何把NT构建并发布出来的。此书是我在漫长的加班过程中最大的精神支柱。虽然项目的大小和时间远远及不上这个引领OS新纪元的产品,但只有真正有着相似经历的programmers才能深刻地体会到个中滋味。一个又一个人物在作者的笔下跃然纸上,大到BillG,NT的各个项目经理,小到一个再普通不过的开发人员、测试人员和文档编辑人员,他们的学习、成长、经历、家庭、爱情,在面临巨大的困难和压力时,每个人都有着不同的处理方法。那些我眼中曾经的牛人,更加地贴近我的生活~没有人是全才~
    尽管作者总体是以褒扬的态度来向读者展现这一伟大的操作系统。但从一个开发者的角度看,我只能说:怪不得windows这么难用...是用深刻历史原因的...好吧,我还是Linux的忠实fans~再一次从书中的字里行间体会到科学家和工程师的分歧,技术服从市场的无奈...没有市场,再好的技术也将磒落。单从项目管理和人生处世哲学的角度,我决定把此书放在办公室里,空闲的时候读一读,越到后面越精彩~像是一部报告文学样子的“小说”~读他们,就像在读自己~--所以说,好书好文章总是能引起读者的共鸣的~

    继续摘录一段值得反复揣读的部分,我认为这是全书的精华~为了更好的体会这段话,我决定慢慢地打出来~

    微软的竞争者们领会了NT最核心的价值:这个软件定义了未来软件的样子。“NT就像是个概念车“,有人说,”也许只有很少的人会真正去开它,但这种车是对创新的展示,它将要影响整个操作系统软件的未来。“至少,NT承诺会成为许多微软计划在20世纪90年代推出的软件的基础--这些软件涵盖了从视频点播软件(被大肆宣传的“信息高速公路”的一个重要组成部分),到未来的桌面操作系统,到公司信息网络的所有东西。过不了几年,人们交换音频和视频将像今天交换文本和图片一样容易。
    为什么NT能够实现大多数的目标呢?即使没有按计划进度实现,但至少及时地影响了这个领域的竞争。Cutler的团队又是如何避免出现那个困扰了许多大团队的、失去目标和初衷的问题的呢?
    因为巨大的规模和雄伟的目标,NT的开发过程为当前最大的、组织上的挑战提供了不少经验:对复杂事物的管理。最近几年,世界上一些最有实力的组织已经失去了方向,因为他们无法再跟踪和改变那些无数的影响他们的变量和力量。从20世纪60年代起,当美国政府在与贫困和北越的战争中失败时,大型公共企业的信心也衰退了。苏联的解体说明了极权统治也无法避免大型组织的问题。在私营部门,那些曾经非常坚实可靠的工业巨人的衰落,例如通用汽车和IBM,显示了无论多少财富和能量都无法在面对快速的技术变化时仍保持繁荣。
    距人们对大型组织体系结构首次发生分歧已经过去二十五年了,现在很流行将像恐龙一样、没有能力管理复杂事物的大型组织解体。很难讨论具体的例子。但是这并不表示小型组织就一定是解决复杂性挑战的办法。尽管企业家和独立的天才应该作为创造性破坏的引擎受到表扬,但“小就是美”是对大型组织问题的一种错误疗法。人类真正的伟大梦想越来越需要极大的资源和大量的技术人才。无论多么敏捷,小的组织无法提供所需的人力和资源。国家和公司一样,变得更加依赖于组织的专家,尽管他们对大型组织的信心在逐渐消失。
    NT的传奇是一个引人注目的实例--关于一个组织如何平衡秩序和混乱,规则和运气,创新和传统。这个任务是杂乱的、无理性的并且经常是痛苦的。创新来自冲突,也带来了危险,因为它加速了变革,而变革是一个组织首要的不稳定因素。
    微软在开始构建NT的时候就有了显著的优势:操作系统的垄断地位,巨大的财富和公认的专家经验。然而这些并不能保证他们一定成功。拥有这些财富的组织在面临巨大挑战的时候已经不止一次地失败了。在快速变革的时代,权力、财富和专家经验经常会将一个大型组织顽固地捆绑在过去之中。Windows NT能够完成另有原因。
    微软管理层的实力和风格是决定因素。......
    ......
    强大而可靠的领导层能带给项目的就这么多了;高效的团队协作一样地重要。但这不是一般的团队协作。大多数人认为团队协作就要排除个人想法。这对足球俱乐部或者军队也许是对的,但在创新领域需要突出的是个人。就此而言,创新工作与团队协作刚好相反,团队协作依赖于为了团队的“利益”而合作、顺从和妥协。
    也许团队协作的这种积极意义是技术主义和人文主人文化的巨大分歧下的牺牲品。在技术团队中,团队给个人的工作提供了基本价值;系统的复杂性使每个独立个人的工作在整体之外都显得没有意义。团队保持和传播技术知识的方法与史前人们保存部落民间传说的方法是一样的。两种情况下,知识都是保存在人们头脑之中。的确,在沟通方式上技术团队和史前部落有很多相似之处。现在的技术发展是如此之快,印刷品在极短的时间里就过时了。知识领域非常专业,变化非常快,没有什么手册和教科书能够可靠地描述重要的实践。程序员因此必须严重依赖同伴去获得技术诀窍和进步的方法。
    但团队协作并不一定要牺牲个性。NT团队包括许多说话刺耳、固执己见的人。他们在不违反团队文化的情况下,面对环境的改变会破旧立新。他们会随意地批评自己的经理或向那些与之没有正式工作关系的人寻求意见。在采取重要行动之前,只要他们认为有利于改进NT,很少请示上级。他们也不会因为忽视那些看起来毫无意义的禁令而感到不安。
    很多技术团队,尽管鼓励冲突,但是也衍生了官僚作风。为了防止做出错误决定,他们建立委员会来讨论重要的事务。这些委员会又有下级的委员会,不久一个本来很直观的建议就需要经过冗长的评审才能通过,而参加评审的人并没有实际参与那个工作。NT团队从来没有被这些愚蠢的程序所左右。......
    固然,NT团队也有不足之处。有时考虑更周密些将会有所帮助。有时候,由于经理们太忙,没有很好地协调他们职责范围内的事务,造成了一些工作的浪费。有太多错误的开始,太多失败的结束,太多困惑和重复。有时候团队需要和个人理想之间的冲突好像是无益的,只是显示了一种自我伤害。很少有人会问是否有其他的办法可以不要忽视他们的家庭、爱人和他们自己。经理们对下属心理上的创作熟视无睹,而没有雇用更多的人帮助他们完成工作则使情况更加恶化。这种做法节省了开支但增加了精神负担。如果这还称不上残忍的话,至少是目光短浅的。它助长了队员中广为传播的情绪,就是他们现在一定要挣大钱,否则按这样一个非常危险的节奏,他们也许在这个工作上挺不了太长时间。
    ......

    书中不断提到对大型项目的管理上的巨大难题,以及最后扩展到对复杂事物的管理,从项目到国家。那我想到K.K.失控一书中反复提及的去中心化管理,失控还没看完,这将是我继观止后的下一本书,这本大部头相信将会花去我很多的空闲时间,并且显然是一部值得反复研读的书,新老大告诉我不用再加班,让我觉得很高兴,能多花些时间在除了工作之外的事情上~
    在写这些的时候,我还在加班中...趁着测试脚本龟速向前的空闲,打下了这些文字。他们都不明白为什么我到离职的最后一个星期,还在为项目不断地加班中。如果可以选,我会希望自己坚持把这个项目做完,事实上,到这周五我离开为止,所有新加的功能都已结束,剩下无尽的性能和压力测试,我是赶不上了,我是多么希望自己向自己一贯的作风那样善始善终,可惜现实没有给我太多思考的时间,新的机会给了我一个不得不放弃,不得不重新开始,不得不抓住新生活的足够充分的理由。我完全能体会NT项目中没有坚持到最后以及坚持到最后的人们的想法。虽然我的经历也许远远不及他们,但,感谢这一切,让我成长。

你可能感兴趣的:(感想,学习笔记)