Chrome OS难获成功10大理由:功能单一居首(转载

据国外媒体报道,美国知名IT杂志《eWeek》网络版今天撰文,称谷歌的ChromeOS平台将面临严重的失败风险,并列出了10条理由。以下为eWeek网站的全文:
  
  谷歌的ChromeOS平台将于2011年推出,毫无疑问,此平台届时必将成为轰动科技业界的一大产品,但这并不意味着该产品就会成功。
  
  谷歌的ChromeOS平台有可能会成为2011年科技业界的重大消息之源,这不仅是因为该产品系由科技业界最重要的的公司所生产,而且还因为该产品将会给消费者带来独特的操作系统体验,甚至还会有一些企业用户也急着想了解有关此平台的更多详情。
  
  尽管谷歌一直在不断完美其基于Web的操作系统,而且也准备在消费者市场广泛地推出此款产品,但是,目前的疑问也仍然存在,即这款基于Web的操作系 统到底能否成功。一方面,一些支持者表示,ChromeOS平台的确具有用户可能喜欢的功能,但与此同时,还有一些人士认为,此平台正面临着大量的外部压 力,特别是自身的一些严重的缺陷可能会极大地导致该产品丧失与其它操作系统的竞争能力。
  
  总而言之,谷歌的ChromeOS平台也面临着严重的失败风险,以下即是其中的10大原因。
  
  1、功能因素
  
  总体而言,用户将会根据ChromeOS平台的功能状况来对此操作系统作出判断。初看上去,ChromeOS平台具有相当多的功能,包括检测电子邮 件、网上冲浪、编辑Office文档、执行类似于台式电脑的诸多基本任务等,但是深入细看之后就会发现,ChromeOS平台并不能完成像Windows 或MacOSX等操作系统那样多的功能,在某些方面,Windows或MacOSX等操作系统的确要比ChromeOS强大很多,而且还具备了一些重要的 功能,例如高清视频编辑和编码等,而这些重要功能在ChromeOS平台上却很难完成。
  
  2、难以击败Windows
  
  微软的Windows操作系统在整个全球操作系统市场都占据着主导地位,谷歌要想借助ChromeOS平台来在短时间内改变Windows的市场主导 地位之可能性可谓是微乎其微。可以肯定的说,微软的操作系统仍将是普通消费者和企业用户继续选择的产品。也许,只有在谷歌让消费者信服了ChromeOS 平台之后,该产品可能才会成功的可能性,但从目前的状况来看,谷歌征服消费者转而使用ChromeOS平台的可能性很小,因而也就难以推动该操作系统迎来 成功的局面。
  
  3、企业因素
  
  毫无疑问,企业领域将是谷歌操作系统难以取得成功的重要阵地之一。企业往往要求操作系统能够具备与之相适应的一些重要功能,包括功率、软件兼容性、安 全性以及其它功能等,但是,谷歌的ChromeOS平台似乎缺少企业所需的多数功能。这当然是一个大问题。从年来的行业经验来看,企业已经证明,该领域业 已成为影响一些软件和硬件平台的成功与失败的重要因素,这种局面将暂时不会改变。如果谷歌无法吸引企业用户,那么要想让ChromeOS取得长期成功,那 可能会面临一些难题。
  
  4、重要问题:ChromeOS是必需产品吗?
  
  消费者最终决定是否想要购买一款产品时,往往需要考虑赎买该产品的必要性,而这也将成为横躺在谷歌ChromeOS平台成功之路上的重要问题之一。由 于经济萧条的影响,仍在经济困境中挣扎的消费者似乎并不急着购买一款新的操作系统,特别是功能并未超过现有操作系统的产品。在智能手机方 面,ChromeOS平台还算差强人意,但从台式电脑的角度来看,这款操作系统对于那些希望购买简单有效设备的消费者而言,将是一款难以接受的产品。
  
  5、制造商支持是关键
  
  如果没有制造商的支持,ChromeOS平台也可能会面临失败的命运。宏碁、三星以及其它几家公司目前都计划支持此款操作系统,但这还是一项长期的计 划。如果这些制造商看到此操作系统的销量未能达到预期,那么他们很可能会“跳船”,转而选择其它操作系统,这一点谷歌必须明白。谷歌吸引消费者关注 ChromeOS操作系统的时间越快,那么其也就能够越快的减少该产品的失败机会。
  
  6、消费者准备好了吗?
  
  如上所述,消费者需要决定,使用ChromeOS操作系统是否确有必要,但是,谷歌也必须考虑消费者市场是否做好了接受ChromeOS平台的准备。 科技爱好者们当然是准备好了,但是,那些不太密切关注科技行业的主流消费者们是否准备好了呢?如果他们已经习惯了使用Windows或MacOSX操作系 统,那么怎样才能让他们考虑改用ChromeOS呢?毕竟ChromeOS是一款新式的电脑操作系统。这一点,谷歌必须提前考虑,否则ChromeOS只 能迎接失败的命运。
  
  7、软件因素
  
  ChromeOS推出之时,谷歌就作出保证,表示用户将能够从谷歌公司的Chrome网络应用商店中使用他们所需的诸多相关应用程序,但是,此操作系 统并不支持针对台式电脑的Windows应用,此举也就意味着企业用户将无法很好地运用Chrome应用商店的诸多应用。另外,Chrome这些应用也将 很难吸引消费者前来购买,毕竟在消费者看来,这些应用的功能并不像他们已经购买的台式电脑操作系统相配备的应用那样强大。总而言之,在谈到软件的兼容性方 面,ChromeOS平台的确存在诸多不足之处。
  
  8、硬件因素
  
  如果ChromeOS平台软件方面存在问题的话,那么此问题也会殃及到硬件市场。Windows和MacOSX用户希望将其USB设备、 FireWire连接的产品以及其它硬件连接到ChromeOS设备上,并让这些硬件工作。唯一的问题是,只有这些硬件制造商考虑将这些产品与谷歌软件相 兼容,用户的那些想法才能实现。不过,这将是很长一段时间内的巨大难题,这将可能会引发消费者重点关注。
  
  9、Android成为竞争对手
  
  ChromeOS平台在推出之时,只是一款非重量级的操作系统,可能会成为上网本和平板电脑的有效操作系统。但是,谷歌面临的问题是,该公司的另一大 操作系统Android也是能够使用于上网本和平板电脑等设备的重要操作系统,此举也就意味着谷歌已经成为自己的竞争对手。从其自身而言,谷歌已经表示, 其并不认为Android与ChromeOS是竞争产品,但是,消费者会同意谷歌的这种说法吗,时间会告诉一切。
  
  10、Dataplan(数据规划)费用
  
  作为一款基于Web的操作系统,ChromeOS要求为用户提供一直联网的体验。用户在家使用电脑时,在Wi-Fi的帮助之外,可能不会面临严重的问 题,但是如果他们在室外使用电脑,而且又远离Wi-Fi网络,那么这些用户就将被迫通过3G来连接网络,当然,这就需要用户支付Dataplan费用。如 今,越来越多的消费者在付费使用Dataplan,但这并不意味着普通消费者还需交纳额外的成本费用。总而言之,ChromeOS平台用户在使用 Dataplan可能会交纳更多额外费用,这一点将是消费者难以接受的,因而也可能会造成ChromeOS平台丧失更多的市场普及机会。

怎样在CMD里用chkntfs /x C: 命令来取消磁盘自检?——原理与实践全解 阅读详情

相关推荐

Natapp 内网穿透完整实操:从注册到远程桌面公网访问全流程

内网穿透并不缺方案。自己搭建 FRP 的自由度很高,但要先有一台带公网 IP 的服务器,再部署服务端、配置客户端、开放端口,后续还要处理升级、安全和日常维护。如果只是想尽快把本地网页、远程桌面或者其他服务接到公网,这些准备工作很容易把人挡在第一步。我用 Natapp 一段时间后,最直观的感受就是省事:不用准备公网服务器,也不用维护一套服务端。注册账号、创建隧道、下载,再用authtoken启动,公网入口就有了。

2301_80863610的博客 1万+

《从零入门Linux系统篇(四十二):进程间通信篇·七——System V信号量详解:从同步互斥到内核IPC组织与共享内存底层实现》

本文围绕并发编程中的同步与互斥展开,从临界资源、原子性和互斥锁入手,逐步引出信号量的概念,并通过资源计数和P/V操作理解信号量的工作机制。随后结合System V接口,介绍信号量集的创建、初始化、控制与操作,并分析semget、semctl、semop等核心系统调用。在此基础上进一步深入Linux内核,从IPC对象的组织结构、多态管理方式出发,结合源码分析共享内存对tmpfs和文件载体的复用,以及shmget、shmat背后的底层执行流程,串起用户态接口与内核实现之间的联系。

沫漓的博客 443

进程隔离看得见却进不去?Linux Namespace 从 clone/unshare 到/proc/PID/ns 排障

进程隔离看得见却进不去?Linux Namespace 从 clone/unshare 到 /proc/PID/ns 排障 能看见 、、 这些软链, 却报 ;容器里 只有自己,宿主机却能看到全部进程; 在容器内只有 ,宿主机网卡一个都没有——这些不是「魔法」,是 **Namespace 把全局内核对象换成了按进程可见的视图**。本文从 、、、/ 一直讲到 runc 建仓与排障,路径对齐 Linux 内核真实源码,读完能在本机用 // 验证。 阅读地图 1. **第一层:隔离模型与入口**——解决「Names

qq_35223473的博客 123

Git 版本控制系统(上):架构原理与操作入门

本文从 Git 的起源与版本控制核心概念出发,系统解析其分布式架构与仓库机制,辨析 Git 与 GitHub/Gitee 的本质区别。随后以 Gitee 为例,演示远端仓库的创建与团队协作配置,并演示引导做本地环境搭建、仓库克隆及"add-commit-push"基础工作流的实操~由于Git相对复杂,在Linux中两篇的目标更多的是简单了解和知晓如何在终端环境进行远程代码托管,后续会更新更为详细的Git专栏来详细讲解这个强大的工具~

2502_91499791的博客 185

Gemini 3.8pro讲解界面GUI相关工作逻辑

Linux GUI 系统如多层协作的流水线:应用层(QML/Qt)负责界面与业务逻辑,通过场景图渲染像素;显示服务器(Xorg/Wayland)统筹窗口合成与输入分发;内核(DRM/KMS、evdev)管理显存、显示模式与输入事件;硬件层(GPU/屏幕)执行最终输出。图像本质为内存帧缓冲,经双缓冲翻页避免撕裂。远程桌面依赖软件渲染摆脱硬件同步,保障稳定性。一次点击从触控输入到屏幕显示,历经软硬件层层协作,实现流畅交互。

qq_46506007的博客 263

deadline 错过一次就翻车?硬实时/软实时、延迟预算与可调度性一条线讲透

deadline 错过一次就翻车?硬实时/软实时、延迟预算与可调度性一条线讲透 产线 PLC 周期 1 ms,某次采样晚了 3 ms 就撞机;车载域控标「硬实时」却跑在默认 Linux 上,cyclictest Max 偶尔跳到 10 ms;RTOS 任务优先级拍脑袋,联调时低优先级反而饿死高优先级——根因往往不是「再买一个更快的 CPU」,而是 **硬/软/ firm 实时语义没分清、延迟预算没拆、可调度性没验**。本文从 **实时定义与 deadline 语义 → WCET 与延迟来源 → 速率单调/E

qq_35223473的博客 53

Notepad++ 鸿蒙 PC 适配全记录:保留 Scintilla 内核,用 Qt 重建桌面外壳

本文介绍开源鸿蒙PC社区对Notepad++的适配实践:基于Qt for OpenHarmony,采用“真引擎、新外壳”方案,保留Scintilla与Lexilla核心能力,重构Qt Widgets桌面外壳,实现多标签编辑、语法高亮、正则搜索、批量替换等功能。项目在鸿蒙PC上完成原生编译,支持文件关联与会话复用,兼顾性能与用户体验,验证了大型C++桌面应用向鸿蒙生态迁移的可行性。

技术交流,进来交个朋友 317

Python 依赖冲突排查两小时?用 virtualenv 和 pipdeptree 实现环境秒级回溯定位

你为本地运行的 AI Agent 项目更新了一个新功能包,重启服务后,熟悉的报错出现:ImportError: cannot import name 'xxx' from 'somepackage'。回滚更新、反复重启,时间悄然流逝,却仍难以确定是哪个包、哪个版本在暗中破坏了依赖链。本文提出一种基于环境快照与依赖树对比的排查方法,对于因包版本静默降级或约束冲突导致的导入失败,能在较短时间内锁定问题根源。

昨日种种,皆成今我。今日种种,皆成新我。 396

openclaw(安装及其配置)

openclaw安装及其配置

2503_94479566的博客 919

GitHub 热榜项目:日榜(2026-09-12)

本期新增星数最高的是 gods-eye-view,一个浏览器 3D 地球,叠加航班、船舶、卫星等公开数据,新增 3,680 星。i-have-adhd 给编程代理立了 10 条输出规则:先给答案,结尾只留一个具体下一步;同榜多个项目也在把先澄清需求、先写规格再实现做成固定流程。i-have-adhd 的 SKILL.md 可以直接复制进 CLI 提示词,也可以 fork 后自行修改。

u130130的博客 351

LubanCat RK3588 实时 Linux 开发(三):SDK 环境准备与 flex、bison、LZ4 依赖排查

从主机依赖、AArch64 交叉编译器和 LZ4 版本三个方面,建立可重复的 LubanCat 内核构建环境。

一步一履至千里,蚂蚁搬山亦可期 144

Shell编程——初步入门

理解了Shell之后,再理解Shell脚本就简单了。当命令或程序语句不在命令行下执行,而是通过一个程序文件来执行时,该程序就被称为Shell脚本。如果在Shell脚本里内置了很多条命令、语句及循环控制,然后将这些命令一次性执行完毕,这种通过文件执行脚本的方式称为非交互的方式。Shell脚本类似于DOS系统下的批处理程序(早期扩展名一般为“*.bat”​)​。用户可以在Shell脚本中敲入一系列的命令及命令语句组合。这些命令、变量和流程控制语句等有机地结合起来,就形成了一个功能强大的Shell脚本。

吴声子夜歌的博客 162

golang 多版本管理工具 -- g

设置中GOROOT切换到g的版本。

lvshuocool的博客 32

Linux应用开发(六)——进程间通信

本文全面介绍了Linux系统下的七种进程间通信(IPC)机制:无名管道(pipe)、有名管道(fifo)、信号(signal)、共享内存(share memory)、消息队列(message queue)、信号量(semaphore)和套接字(socket)。重点分析了每种机制的工作原理、特点、适用场景及编程实现方法,详细说明了相关系统调用的使用方式,并通过丰富的代码示例演示了半双工/全双工通信、互斥同步等典型应用场景的实现。文章还深入探讨了管道缓冲区大小测试、信号处理、僵尸进程回收等实际问题,并比较了不同

weixin_55136196的博客 179

Linux:网络基础

我们先来看一下 TCP/IP 协议与操作系统内核的关系,TCP/IP 协议栈进行了分层部署,其中作为核心的传输层 TCP 协议与网络层 IP 协议直接集成在 Windows、Linux 等操作系统内核当中,数据链路层依靠网卡驱动实现,物理层为网卡硬件,应用层交由上层用户程序实现;

我的个人gitee仓库:https://gitee.com/chen-yukun-1030/linux_-study.git 127

MySQL Workbench 鸿蒙 PC 适配全记录:从 GTK_X11 桌面程序到 ArkUI 原生数据库工作台

开源鸿蒙PC社区推出适配MySQL Workbench的原生项目,基于ArkUI/ArkTS与C++ N-API构建,实现连接、查询、模型反向工程等核心功能。项目在鸿蒙原生环境下重建数据库工作流,静态链接MariaDB Connector/C、OpenSSL与libssh2,解决认证插件、NULL/BLOB处理及沙箱安全等题,真机验证通过,支持多表浏览、状态监控与建模分析,标志着鸿蒙桌面端数据库开发环境的重要突破。

技术交流,进来交个朋友 230

Java实战项目:助贷CRM客户管理系统(SpringBoot+MyBatis)

本文基于助贷行业精细化运营、标准化业务的需求,设计开发一款专属CRM客户管理系统。项目采用SpringBoot+MyBatis轻量化架构,搭配Vue前端技术,搭建九大核心业务模块,覆盖助贷全业务流程,具备智能产品匹配、数据可视化、精细化权限管控等能力,可解决行业客户流失、业务低效、数据混乱等痛点,适用于企业二次开发与后端实战学习。

CD_xinlu_666的博客 56
上一篇: Chrome OS难获成功10大理由:功能单一居首(转载
下一篇: ios/WebOS/Android 三足鼎立谁与争锋
周三山
博客等级 码龄23年 303粉丝 40原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值