绑定硬件：令人费解的设计
谷歌操作系统声称它只随新的计算机分发，却不能下载安装，更令人大跌眼镜的是，预装了谷歌操作系统的计算机，就不能安装其他操作系统了，这样的设计实在令人费解。
在跨平台能力和硬件通用性已经成为软件的重要评价指标的今天，谷歌却突然声称要推出软硬件互相绑定的产品，不知道是出于何种考虑？对于那些已经有了运行Windows或Linux的笔记本电脑的用户而言，如果他们想体验一下Chrome OS，就不得不再去购买一台安装了Chrome OS的新电脑。
有几个问题谷歌是无法回避的：如果操作系统发生死机等故障，用户是否只能更换硬件？操作系统的升级和更新也需要用户随之升级和更新硬件吗？
与硬件绑定的操作系统，势必会造成任何软件问题都会引发硬件故障的尴尬局面，因为用户缺少选择。而愿意接受这样的操作系统的用户又能多多少呢？
离线应用：并不完美的童话
谷歌试图强力推销的当然是“云”概念：谷歌操作系统在云中计算，在云中存储。听起来十分美妙，然而现实情况却是：一个有实际作用的操作系统要面对“万里无云”的场景，因此在众多场合中，本地应用的功能实际上决定了操作系统的价值所在。
尤其是在中国，网络覆盖率还非常低，不可能做到随时随地在线。如果谷歌操作系统不打算在没有网络的情况下，使得电脑变成一堆废铁的话，它只能选择离线应用，也就是使在线的应用程序在离线时本地缓存数据和操作，等再次连线时将它们同步到服务器。
遗憾的是，即使是谷歌这样的互联网应用领头羊，在离线应用技术方面，也还离成熟差得非常远。拿谷歌最得意的Gmail来说，它的离线应用性能仍不能达到令人满意的地步。同步的时间经常会超过人们能够等待的极限，并且更本质的问题是在同步完成后，它仍然不能提供一个方便的工具或方法，让用户在断线后查看已经同步完成的邮件内容，更不用说下载附件了。
换句话说就是，Gmail并没有实现真正的离线操作，而仅仅是为网络不稳定的情况下加了一个稳定连接的假象罢了。像这种程度的技术，距离真正拿来应用到日常工作中还有一条巨大的鸿沟。
谷歌高层说，本地存储可以看作是一个大的缓存池，可其实对于离线应用来说，这个缓存究竟应该设计成多大是很难评估的。对于很长时间都没有网络的人，比如去非洲出差的摄影记者来说，缓存的内容有可能会高达几十、上百个GB，而对于每天打打字上上网的文员可能几MB就够了，这个分寸要如何拿捏？
谷歌的抉择尚且如此困难，更不必说运行在谷歌操作系统之上，由其他的小厂商开发的应用程序了，像这样的问题如果没有很好的答案，如何能够相信谷歌操作系统是有着严肃用途的？新问题：云霸权的阴影
即使一切都在理想的情况下实现，但还有一个更深入也是更严重的问题，那就是：谁拥有云的话语权？
现在人们觉得在网络上工作几乎不需要付出除了接入费之外的其他代价，但如果有一天情况发生变化了呢？打个比方来说，如果某天突然Gmail宣布按收发邮件数量收费，你该如何是好？弃之不用？可是已经在Gmail上积累了大批的联系人和既有的数十万封邮件，这些能够说不用就马上放弃吗？
没错，你可以说我所有的应用都只用免费的，谁收费我就再换别家。不过有一点可不要忘记，你可以用怎样的应用程序的权利是被谷歌控制的。如果谷歌突然宣布，所有的网络应用程序都要符合某种标准，才能在谷歌操作系统上运行，而且所有软件都要按照某种标准收费，那又该怎么办？
使用了从设计之初就完全在云中的谷歌操作系统，等于拱手将自己在云中的选择权交给了谷歌，等这个数量积累到一定的程度，谷歌掌握了“云霸权”，在很多决定上厂商和用户还有说话的自由吗？想想看今天微软在桌面应用上的说一不二，你就知道谷歌明天想要做什么了。
谷歌的确是一家雄心勃勃的公司，可惜Chrome OS的理念太过超前，太过理想化。硬件设备绑定、软件技术的滞后和对于云霸权的担心，注定让这个神秘的操作系统还未脱胎就面临着太多不能自圆其说的困境。如果这一切都无法完美解决的话，Chrome OS最终将沦落成一个只有少数人感兴趣的“玩具”。