Content Preview: rss
13 hours ago
Chrome OS open source 之后，人们有两种方式来使用它，一种是用虚拟机，另外一种就是通过U盘启动。Google说不支持硬盘，而我们最需要的就是把Chrome OS安装到自己的计算机的硬盘上直接启动，从而作为我们机器的主操作系统。那么到底有没有可能把它安装到硬盘上呢？我今天做了一个实验，成功地安装到了我的机器上，我的机器上是SCSI硬盘。步骤如下： 通过U盘启动，进入Chrome OS。 Ctrl+Alt+T, 打开terminal。 /usr/sbin/chromeos-install 成功之后，关机，拔下U盘，开机。机器就会从硬盘启动到Chrome了。 Chrome在我硬盘的分区如下： /dev/sda1 15xxxxx Linux /dev/sda2 972800 EFI (FAT-12/16/32) /dev/sda3 972800 Linux /dev/sda4 972800 Linux 不知道IDE硬盘如何,大家可以尝试一下.
2 days ago
今天看到有朋友在我以前的老文章留言，我又重新回顾了一下，这文章是我批判Live Mesh的。当时我还没有接触过Windows Azure，更加没有Google要出操作系统的消息。当时的我对于Web OS的理解以及对当时情况的迷惑，绝大部分Chrome OS都给了我一个答案，以及印证了我当时的想法。最有意思的是，我对Live Mesh最反对的一点就是那个sync，把云上的数据要sync到本地才能运行应用。而Google的Chrome OS的设计竟然是不支持硬盘，也就是说根本就不需要云和本地数据的sync（当然cache还是需要的，这跟你把所有数据都sync是不同的）。从这点来看，就知道Google的系统是多么符合我对Web OS的理解了。当初写文章的时候找不到一款符合我定义的Web OS，现在已经有答案了。网友如果感兴趣可以看看我以前的老文章。 Live Mesh 跟我对云计算的理解格格不入 （一） Live Mesh 跟我对云计算的理解格格不入 （二） Live Mesh 跟我对云计算的理解格格不入 （三）：云平台 Live Mesh 跟我对云计算的理解格格不入 （四）：云应用和云共享
3 days ago
本来不想再谈这些内容了，因为太基本，简单了。可是最近竟然发现一直不屑于UI自动化的我，仿佛都成为一个UI自动化专家了。我发现很多人，包括论坛上的网友，还有很多身边的同事都对UI自动化充满了一些恐惧感，从而不敢触及它。当然也有一定的原因是觉得UI自动化没太深的技术含量，这也是我讨厌UI自动化的唯一原因。但是，一旦让这些人去做UI自动化的话，是很难做好的，因为UI自动化需要一定的经验，而我个人认为一年的经验，一个正规的项目应该都能具备编写良好UI自动化测试的能力。因此，对于后来的人，我想把UI自动化关键的几条再谈一谈，UI自动化确实没什么技术含量，你掌握了以下几点也能成为一个小专家了。 用高级语言编写自动化程序，在UI的部分调用UI自动化工具。我反对纯用UI自动化工具去写自动化，因为那样就太死板了，而且功能不强大，不灵活。我推荐学好一门高级语言，把大多数的自动化都用这门高级语言实现，只在需要UI操作的时候才调用UI工具。 只在你测试的UI模块上进行自动化的测试，其他地方避免用UI去操作，使用高级语言去实现。这样你需要用UI的地方就进行了最小化，从而使得只有在真正需要UI的地方才自动化UI，因此测试程序会相对更稳定。 UI自动化最基本的操作就是发现控件和操作控件。尽量避免用text来发现控件，而使用一些固定的控件属性来发现，比如Control ID等等。这样的话，测试程序会更稳定，开发改变文本不会影响到你，而你也不用担心localization的问题。 操作控件分为模拟用户操作和事件驱动。简单的例子就是，模拟用户操作就是鼠标真的去点一下，而事件驱动则是跳过点击直接引发点击的事件。我以前用过具有这种功能的工具，但是最近几年用的工具不具备这个功能。 解决好同步问题。UI自动化最不稳定的地方就是同步问题了，你不能连续点击，而需要等待到一定的情况才能进行下一次点击。各种情况都不太一样，需要一些经验进行良好的程序设计。但是，简单来讲，要做到等待的情况发生能立刻返回到程序，不能空等。 减少其他UI对你自动化程序的影响，比如关闭Windows balloon，等等。一般来说是发现了有其他UI影响你的情况，就想一下workaround, 不会有什么大问题。 ...
4 days ago
在使用Chrome OS的时候自己也有些疑问，有些找到了解答，有些是推测，写下来想跟使用Chrome OS的网友分享。 1. Chrome会不会支持插件，比如Flash，Silverlight等等？ Google在Web开发上非常推荐用开放的标准和技术。他们认为使用Javascript和HTML5完全可以做到不再需要Flash，Silverlight这类插件。并且，Chrome OS是不允许安装任何程序的，因此用户也不可以安装插件。所以，像Silverlight，Java，Quicktime等等目前浏览器比较流行的插件，Chrome都不会提供官方支持。但是，我估计是因为Flash的应用实在是太广泛了，Chrome内置了对Flash的支持。这就给微软出了个难题，“如何通过Silverlight服务所有的用户？”。微软的Silverlight战略终于开始尝到些苦头了，需要看别人的脸色行事了。如果Chrome能够流行开来，还有什么开发商会选择Silverlight呢？ 2. Chrome将会怎样支持离线应用？ 目前看来，Chrome很可能会倾向于HTML5的离线支持，而不是Gears，毕竟HTML5是开发的标准。也许这也是为什么Google并没有在自己的产品里大范围使用Gears的原因。我尝试在Chrome OS上安装Gears，并没有成功。 3. Chrome 不能安装传统的软件？ 传统的软件有一个很大的问题就是需要安装。比如，你重装了系统需要重新安装所有的软件，你使用另外一台新计算机也需要安装所有的软件才能正常工作，娱乐。Google的Chrome是不允许安装软件的，很大的原因就是想解决这个问题。但是，这并不代表你不能使用传统的软件，只是你会更方便，比如输入网址，或者点击一个链接就可以使用了。Chrome提供Native code的支持，因此，现在所有的传统软件其实都是可以通过一定的修改和特殊的编译在Chrome上运行的。当然这需要Chrome占据一定市场份额之后才有软件开发商愿意和值得去这么做。 4. Chrome 不能打游戏？ 跟上一个问题类似，游戏商完全可以编写在Chrome上运行的游戏。虽然现在没有这样的游戏，但是Chrome并不是一个不能打游戏的系统，未来的潜力还是有的。 5. ...
5 days ago
互联网已经发展到了云计算时代，而云计算一个非常重要的问题就是支持多设备，比如PC，Netbook，Mobile等等，以及多系统，比如Windows，Mac，Linux等等，而一个公司能否成功，很大程度上在于对他们支持的多少。我今天就想简单分析一下微软和Google的各自战略以及对未来的展望。因为有很多话要说，所以可能会有点乱，有些没有整理好的思路，以后补上。 毫无疑问，微软的战略核心就是Windows，因此出现了Windows 7， Windows phone, Windows Live, Windows Azure 等等术语。而微软的直接想法就是把在PC上的操作系统Windows的品牌和优势扩展到手机，互联网和云计算上来。 而Google的战略核心则是在Chrome。很多人奇怪为什么Google把OS和Browser都叫一个名字，其实这正体现了Chrome在Google战略的核心地位，跟微软一样，把什么东西都贴上了Windows的标签。那么我想从底层到上层来分析一下微软和Google的情况。 OS: PC windows和windows mobile其实是两个系统，而Google虽然有Chrome和Android，但是将来要合二为一，我们有理由相信合并之后的OS还是叫Chrome。看看Mac和iphone其实是用了同一个系统，而且获得了巨大的成功，因此未来微软也非常有可能把两个Windows也合并起来。在这一层来看，双方都支持多设备，不过现在还没什么交集，Chrome OS主要应用在上网本上，而微软的对策则是Windows 7 Starter。相比Chrome OS来讲，Windows的巨大优势在于桌面应用，不知道被限制了很多功能的Starter还能不能像以前的XP对Linux在上网本上产生巨大的优势呢？不过总而言之，微软在OS这一层的垄断地位目前是无人能及的，Chrome只不过是有可能通过上网本去改变一些。 ...
