Logo cn.androidermagazine.com
Logo cn.androidermagazine.com

谷歌会把Android和Chrome一起带来吗?

Anonim

当Google在2005年收购Android并随后在2007年推出Android时,还没有ChromeOS这样的东西。 谷歌的整个操作系统都在Android上,而且该公司还分别在桌面和移动操作系统的Chrome浏览器上工作。

在过去的一年里,我们开始看到谷歌在笔记本电脑市场上的ChromeOS取得了成功。 Android和ChromeOS都基于Linux,但这几乎就是相似之处。 ChromeOS是一个非常瘦的客户端,几乎所有东西都是通过浏览器完成的。

在个人层面上,我现在已经达到了我宁愿在触摸屏设备上消费内容的程度。 我更喜欢在屏幕上滑动手指来浏览网站,而不是被迫使用触控板。 这告诉我所有计算机都将很快成为触摸屏,就像所有移动设备一样。

(更新:有些人认为这意味着我建议键盘或鼠标/触控板将被带走。考虑到一些Windows机器并且Chromebook Pixel已经将触摸作为附加输入,我认为不需要这种澄清。没有采取任何措施的机制,但显然有必要明确说明。)

因此,这提出了一个问题 - 谷歌为什么要在未来保持两个操作系统? 我不认为他们想要这个。 而我正在试图解决可能的解决方案。

(我很乐意在评论区域看到一些对软件更精通技术的人进行讨论。)

在我看来,ChromeOS完全是关于Chrome浏览器,瘦操作系统和HTML5应用程序。 我认为我们还处于HTML5的早期阶段,而Java似乎被认为是长期存在的。 黑莓用Java运行多年,甚至他们现在已经放弃了。 我的理解是大多数Android应用程序开发仍然使用Java。 这会发生变化吗? 在接下来的5年中,HTML5必然会成为事实上的设计选择吗? 如果谷歌可以为ChromeOS制作一个令人印象深刻的SDK,其中大多数HTML应用程序在功能强大的Chrome浏览器中运行,还有什么需要做的吗?

假设谷歌更愿意整合到一个操作系统中,他们是否可以创建一个ChromeOS Android应用播放器来桥接这两个操作系统,并最终推动所有开发人员只支持一个操作系统?

我不是假装知道这里的所有答案。 但我确实认为这是一个有趣的讨论话题。我认为它非常符合阿马拉定律,即“我们倾向于高估技术在短期内的影响,并低估了长期影响。”

我们是否低估了ChromeOS的长期潜力以及向基于浏览器的编程语言的转变? 我们低估了它对Android的作用吗? 这不是谷歌控制整个移动/计算平台的最佳途径吗?