【转】sun的没落之路

2023-11-23 03:58
文章标签 sun 没落

本文主要是介绍【转】sun的没落之路,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

sun的没落之路

近日IBM欲以65亿美金洽购Sun的事在Java社区讨论得相当激烈,就Csdn用户关心的此事对Java未来走势、开发者以及业界会产生何种影响,Csdn编辑独家专访了国内知名技术专家李建忠,请他与大家分享他的见解。

李建忠认为,SUN从当初最高市值2000多亿美金的IT巨擎败落到今天的境况(也许会被IBM收购,也许不会,但SUN难以逃脱落败的命运),个人认为其核心原因在于SUN没有在90年代末期Java平台的大好形势之下,冷静制定公司战略,围绕Java构建起成熟的商业模式和完整的产品线。

总体而言, Java从1995年开始以Applet在互联网领域一炮走红,到1999年迅速调转战略方向构建起跨平台的J2EE企业级开发平台标准,这段时间内,SUN的总体战略和执行都很不错,给整个软件开发领域带来了一阵旋风,也给Microsoft带来极大的颠覆性震撼。由于使用虚拟机隔离了操作系统平台, 其”一次编译, 处处运行”的特性对于应用软件开发商来说具有巨大的诱惑力.如果照当时的势头发展下去, Java极有可能在操作系统之上构建起一套全新的应用程序平台. 如果这样的平台为主流的应用软件开发商所采纳,Windows操作系统相较于Linux、Unix等其他操作系统的优势将大大降低。那不仅将一举粉碎Windows作为操作系统王者的地位,而且将彻底颠覆Microsoft其他应用软件所依赖的平台优势。这对Microsoft来说极有可能”动摇国本”.

未及时建立强大的商业模式和产品线

在另一方面,随着Microsoft的快速清醒,并于2000年6月份推出.NET平台之后,SUN便在竞争中迷失了自己的方向。麦克利尼(SUN公司创始人)不去思考如何围绕Java平台构建起核心的商业模式和产品线,而只是天真地认为只要控制了Java平台的标准与规范,拉起Oracle、IBM等兄弟联盟,就具备了与Microsoft争霸天下的资本。在2000年之后,SUN除了忙乎制定标准与规范收取许可费,再和Microsoft斗斗嘴仗之外,不知道SUN围绕Java都做了什么——SUN在Java平台领域没有一款像样的中间件,服务器,数据库,甚至连JVM也长期落后于竞争对手,连个像样的IDE都开发不出来。即使后来在千呼万唤中羞羞答答地登台,大部分基本都是难以上台面的作坊产品,无法承担大规模的企业级应用。这对一个软件开发平台的缔造者来说真是一个莫大的讽刺。直到几年后, SUN才发现Java联盟中大部分兄弟都赚得金钵满盆,只有自己赔上了巨大的研发费用,最后却穷得叮当响。甚至到2007年SUN竟然还挖空心思导演出“以Java作为SUN公司的股票代码”这一偏离商业核心的滑稽之作——说实话,当时我听到这个消息时,就已经开始感受到了SUN的穷途末路了。仅仅想靠“Java的名气”,而不是扎扎实实的商业模式和产品线来提振股价的做法,在IT业是难以为继的。



不过,回头想想,这也有情可原,Java当初的走红本来连SUN自己都莫名其妙,要SUN快速围绕Java平台建立起强大的商业模式和产品线,也许有些勉为其难。事实上,了解Java历史的人都知道Java在1995年前后的走红实在是有点阴差阳错。Java最初被开发为嵌入式设备的软件支撑系统(Java的前身Oak),但随后偶然的机会被SUN的工程师搬移到互联网上,并“莫名其妙”的风靡全球。既然当初Java的创新和走红就有些“莫名其妙”,那么之后在该创新上获取巨大商业成功也自然有些“虚无缥缈”。对比SUN彼时的竞争对手Microsoft,在.NET创始之初就对其上的商业模式和产品线 进行了战略级的规划,之后稳扎稳打,步步为营,到今天在.NET平台上的收获可谓“硕果累累”。

Sun后期战略失误:拥抱开源

SUN后期另外一个错误的战略在于拥抱开源。在硬件价格不断走低,整个IT业都以软件和服务的形式来构建自己的商业模式时,拥有强大通用软件开发平台Java的SUN却以软件开源来带动自己的服务器硬件销售作为战略,与历史背道而驰。开源听上去很有诱惑,很受公众欢迎,但是在开源上构筑一个公司的商业模式如同在浮沙之上构筑高台。事实上,纵观IT业,只有那些在其上找不到巨大商业模式的技术或产品,才被迫选择了开源。君不见,Oracle天天喊支持开源,Oracle何时会将其核心数据库产品开源呢?IBM也一副拥抱开源的姿态,IBM的WebSphere 何时真正开源呢?我真的想不出SUN拥抱开源的战略动机,我甚至怀疑SUN这样做是否仅仅为了和其死对头Microsoft斗气?如果一家公司以和竞争对手斗气来制定战略的话,那就太不明智了——特别是又不幸选择了Microsoft作为竞争对手的话。当然,这么说并非贬低开源的价值。开源自有开源的技术价值,但是开源不能成为一家公司的商业模式。事实上,Java除了来自.NET的正面攻击之外,冲击Java最后防线的正是Ruby 、Python等开源产品和框架。

当然就技术而言,不管SUN最后结局如何,Java依旧是一项非常成功的技术,SUN在IT业仍然有它不可磨灭的历史地位。SUN能够将Java从嵌入式设备领域一路拉扯成人,最后在通用软件开发平台领域占领一席之地,令人尊敬。但是从SUN公司当初的出发点来讲,SUN在Java上倾注的巨大创新和希望最后落败,SUN从当初傲视群雄、与Microsoft争霸天下的硅谷明星企业跌落到今天提心吊胆被收购的命运,结果也实在惨烈。

在IT业,大致有两类创新、以及围绕这些创新的公司。一类是创新始终围绕核心商业模式开展,创新与商业相互驱动,这方面的公司最后往往“很好很强大”, Microsoft是这方面的典型代表。另一类创新往往是不经意间的石破天惊,刚开始不为钱不为利,这些创新大多没有核心商业模式来支撑,如果后期战略补救不及时,大多最后都是为别人做了嫁衣,自己落得个孤苦伶仃被收购或破产的命运,真是“很傻很天真”。SUN作为IT业“很傻很天真”的典型代表,除了为之叹息之外,有时候想想真的很可爱。也许这也是IT业的一大魅力所在吧

这篇关于【转】sun的没落之路的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/415172

相关文章

如何导入sun.misc.BASE64Encoder和sum.misc.BASE64Decoder

右击项目名--->Build Path--->Configure Build Path...--->java Build Path--->Access rules:1 rule defined,added to all librar...   --->Edit --->Add...

【上】java获取requestMapping上所有注解功能实现及取匿名注释类的值及 class com.sun.proxy.$Proxy140 转换出错

java获取requestMapping上所有注解功能实现及取匿名注释类的值及 class com.sun.proxy.$Proxy140 转换出错 1,多人相当然以为类似对象一样直接强转下就可以,结果迎来的是class com.sun.proxy.$Proxy140转换出错【想法很勇敢,现实很骨感】 //Class<A> operatorMappingAnnotationType// 错误

【spring】does not have member field ‘com.sun.tools.javac.tree.JCTree qualid

spring-in-action-6-samples 的JDK版本 最小是11,我使用 了22: jdk21 jdk22 都与lombok 不兼容,必须使用兼容版本, 否则报错: thingsboard 的大神解释了: java: java.lang.NoSuchFieldError: Class com

【深度分析】报错:com.sun.org.apache.regexp.internal does not exist

文章目录 问题分析思路这个类在哪里?本地能跑,Jenkins 上不能跑?JDK 把这个 package 删掉了?JDK 啥时候把 package 删掉了?翻阅 JDK8 Release Notes查阅 Jakarta-regexp查阅 bug 说明 解决参考 问题 项目本地 mvn clean install 打包都正常,但是到 jenkins 中打包就会报错。 报错信息

Jaxb - com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 8 counts of IllegalAnnotationExcepti

一、异常 com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 8 counts of IllegalAnnotationExceptions类的两个属性具有相同名称 "orderName"his problem is related to the following location:at public java.lang.Stri

收集几种解决:The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or t

1、web项目出现如上问题,可能是版本问题: JSTL 1.0 的声明是: <%@ taglib prefix="c" uri="http://java.sun.com/jstl/core " %> JSTL1.1 的声明是: <%@ taglib prefix="c" uri=http://Java.sun.com/jsp/jstl/core %> 目前项目版本为Java

Eclipse maven工程 Missing artifact com.sun:tools:jar:1.5.0:system

解决方案一:原来,是${java.home}在作怪,eclipse 没有使用 JAVA_HOME默认,eclipse 使用 C:"windows"system32"javaw.exe 作为 JVM,当然找不到tools.jar解决方法如下:修改 eclipse.exe 目录下的 eclipse.ini 指定vm, openFile-vmD:/waen-devenv/java/jdk1.6.0

/usr/lib/jvm/java-6-sun/bin/javac: Command not found

install java-devel or java-1.6.0-openjdk-devel

删除CentOS 7自带的OpenJDK 和 安装Sun的JDK1.8

系统有时候会默认使用OpenJDK版本,需要卸载后,重新安装自己需要的JDK版本  查询OpenJDK,发现有两个openJDK版本          删除openJDK版本          再次查询openJDK版本,发现已被删除          官网上下载1.8版本的tar包,并解压值usr/java路径下(路径可自定义)          进入

Spring Boot启动报错Lombok supports: sun/apple javac 1.6, ECJ

版本 idea 2023.3.4 <dependency><groupId>org.projectlombok</groupId><artifactId>lombok</artifactId><version>1.18.32</version></dependency> 解决方式 File->Settings->Build, Execution, Deployment->C