《浪潮之巅》读书笔记part3

  马可尼里领导的太阳公司在很长时间里甚至没有看出决战操作系统的重要性,这样太阳公司和微软公司的竞赛还没有开始就先输了第一回合。这倒不是马可尼里无能,而是马可尼里等人的“思维”锁定在卖硬件上了。虽然太阳公司的工作站当年每台要上万美元、服务器要十万美元,但是比DEC的小型机和IBM的大型机便宜多了。在九十年代末由于互联网的兴起,太阳公司的服务器和工作站销路太好了、太挣钱了。虽然太阳公司的中小企业市场份额不断被微软/英特尔联盟侵蚀,但是它也在不断占领原来DEC和HP小型机的市场并有足够的处女地可以开发。因此,它的整体业务还在不断扩大。从1986年到2001年,太阳公司的营业额从2.1亿美元涨到183亿美元,成长率高达平均每年36%,能连续十五年保持这样高速度发展,只有微软、英特尔和思科曾经做到过。在这种情形下,很少能有人冷静地看到高速发展背后的危机。太阳公司当时不自觉地满足于捏SGI、DEC和HP这些软柿子、并沉溺于在硬件市场上的胜利,忽视了来自微软的威胁。但当2000年互联网泡沫破碎时,它以服务器和工作站为主的硬件业务便急转直下。2002财政年度(到2002年六月),它的营业额就比前一年跌掉了三成,并且从前一年盈利九亿美元跌到亏损五亿美元。太阳公司找不到稳定的利润来源和新的成长点,从此太阳公司便江河日下,一下从硅谷最值钱的公司沦为人均市值最低的公司。

  如果太阳公司在十年前能意识到操作系统、互联网开发工具和IT服务业的重要性,今天的计算机工业界可能就是微软、IBM和太阳三足鼎立的局面。十年前,Unix操作系统在企业级用户中的优势如此巨大,连微软都不得不开发一个自己的Unix(十六位微机上的Lenix)。当Unix的工作站公司和相关的软件和硬件公司如雨后春笋一样在全世界出现时,它们需要一个领袖和微软竞争,而太阳公司是最佳选择。太阳公司的正确做法是联合、兼并和扶助大大小小的Unix软硬件公司,同时开源Solaris,而不是打压其他Unix公司。也许Google从太阳的失败中吸取了教训,和以往大多数网站都希望其它网站关门自己独大不同,Google一直在帮助其它网站共同发展,分享利润,这样它在和微软的竞争中至今处于不败之地,因为后者不是简简单单地与Google竞争而是与半个互联网业在竞争。如果太阳公司能做好Unix软硬件公司的领袖,那么今天的企业级计算机市场很可能就是太阳的天下了。

  如果说不得不和微软竞争是太阳公司的不幸,但是后者并非没有过机会。遗憾的是,太阳没有抓住一瞬即逝的机会,终于功败垂成。这正应了茨威格的话,“在命运降临的伟大瞬间,市民的一切美德——小心、顺从、勤勉、谨慎,都无济于事,它始终只要求天才人物,并且将他造就成不朽的形象。命运鄙视地把畏首畏尾的人拒之门外。命运——这世上的另一位神,只愿意用热烈的双臂把勇敢者高高举起,送上英雄们的天堂。”

时间: 2024-10-01 23:49:17

《浪潮之巅》读书笔记part3的相关文章

<<需求分析与系统设计>>读书笔记之一

<<需求分析与系统设计>>这本书论述了软件分析和设计的迭代增量式过程,讨论软件分析与设计的原理,方法和技术,并特别关注了设计阶段,对软件体系结构的内容进行了很大的扩充.本书强调对象技术与统一建模语言UML在企业信息系统开发中的应用,并讨论了使用web技术和数据库技术进行开发的方法.这本书集中在面向对象软件开发上,统一建模语言用于捕捉建模的人工制品,主要论述用逐步细化的方式进行开发,并且在整个开发生命周期中都是用UML这种建模语言.系统分析师,设计师和程序员使用同一种语言和工具,但有

&lt;&lt;需求分析与系统设计&gt;&gt;读书笔记之三

终于把<需求分析与系统设计>读完了,感受很多,虽然理解还不是透彻,但还是学到了不少知识.在软件需求规格说明中,需要用图形和其他形式化模型来说明需求,为了完整地说明一个系统,有必要采取多种模型.UML提供了许多集成化的建模技术来辅助系统分析师来完成这项工作.规格说明的过程是迭代增量式的.对成功的建模来说,使用case工具是必须的.需求规格说明产生三种模型:状态模型,行为模型,状态变化模型.需求规格说明涉及需求确定期定义的客户需求进行严格的建模,重点放在那些系统将要提供的所期望的服务上.在规格说明

系统&lt;&lt;需求分析与系统设计&gt;&gt;读书笔记之二

需求确定是关于社会,沟通和管理的技能.它是系统开发中需要技术最少的一个阶段,但是如果该阶段没有充分完成,其结果将会比不能完成其他阶段来得更糟.由于不理解,忽略或者曲解客户需求付出的代价在软件过程的以后阶段将是不可承受的.一个当代自适应企业的业务前景要求是,对业务能力进行探索,并确定满足不断变化的解决方案.业务过程界定IT项目和系统的需要.很多情况,IT解决方案仅仅是解决业务问题.另外一些情况下,IT解决方案是业务创新的真正推动者,并产生新的经济理念.无论哪种情况,IT解决方案都是一种基础设施服务

《需求分析与系统设计》读书笔记part3

经过一个月的阅读,终于把<需求分析与系统设计>这本书读完了,其中对需求和对设计方面的知识对我帮助很大.书中作者对需求分析的思想对我也有很大的启示,在我现阶段的学习中对需求的了解有了进一步的认知.这一阶段我读了这本书的最后几章,在这几章中作者主要对系统的设计做了一定的分析,同时让我学到很多东西. 第七章中主要讲了图形用户界面设计,界面设计是一个多学科的活动,其设计的中心问题是用户控制式,面向对象程序是事件驱动的,对象响应事件的内部通信由外部用户激活的事件来触发:它的设计必须遵循由项目采用的窗口界

《探索需求》读书笔记part3

“一本出色的书——独特,发人深省而又有趣,这是任何从事需求过程的人员的必读书”这是Claude W.Burrill,Burrill.Ellsworth  Associates写在书的最后对这本书的赞扬,随着阅读的进行我这些天读了这本书的第三部分,第三篇探索机会同样用原来的风格讲述需求分析的知识,让我受益匪浅. 第三篇主要讲述了需求的需求探索中的一些探索需求的小技巧,和通用的一些知识.需求的过程不是线性的,而是围绕目标转圈,一点一点地接近.第10章 产生想法的会议头脑风暴:不许批评和责备:让想法自

机器学习系统设计-读书笔记3

继续第二篇笔记中的例子. 3.不断的迭代与探索的过程 从上篇的图看到,直线并不能很好的代表week4以后的趋势.既然一阶函数不行,我们试试二阶函数? f(x)= ax**2 + bx + c 继续使用polyfit这个函数来确定a,b,c的值: f2p =sp.polyfit(x,y,2) print f2p 上述代码得到了一个数组 [ 1.05322215e-02 -5.26545650e+00 1.97476082e+03],这就是a,b,c分别的值. f2 = sp.poly1d(f2p)

JVM读书笔记PART3

一.早期(编译器)优化 语法糖 c#和java的泛型截然不同看似相同,c#是真实的泛型 编译运行一直存在 List<string> 和List<int> 就完全是两个类 而Java中 是伪泛型采用类型擦除的方法实现泛型    List<Integer> List<String> 运行期就是同一个类 编译期错误,无法识别两个方法. 语法糖:自动拆箱.装箱 可变参数 遍历循环 条件编译 二.晚期(运行期)优化 二者各有优势: 分层编译策略: 有两种进行热点探测的

《人月神话》读书笔记part3

第九章削足适履 该如何去节省程序所需要的存储空间. 但是相对的,现在的电脑可用的资源变多,所以其实在 Heresy 来看,并没有必要像以前一样为了一点点的记忆体使用而斤斤计较,与其想办法去省 1k.1m 的记忆体,倒不如把精力放在想办法让程式跑更快上面(不过这也取决于开发的环境.以及要开发的程式种类). 规模控制 和制定驻留空间预算一样,应该制定总体规模的预算:和制定规模预算一样,应该制定后台存储访问的预算. 指明模块的大小的同时,确切定义模块的功能. 每个小组倾向于为了自己的目标,只求局部上的

《需求分析与系统设计》读书笔记1

这个月开始对<需求分析与系统设计>的阅读,在读这本书之前我先看了看网上对这本书的书评,了解到这本书论述了需求分析和系统设计的迭代增量式过程,并讨论了软件生命周期的其他阶段(包括实现.测试和变化管理).本书提出了运用UML(统一建模语言)进行信息系统分析和设计的方法,以克服大型系统模型的复杂性:改进软件体系结构:提高软件可维护性和可扩展性:促进对象的分层结构:处理构件集成:改进对GUI和永久数据库对象建模等方面的方法和策略.这本书的内容丰富,这一段时间主要对这本书前三章进行了阅读. 在这段时间的