MeeGo所支持两种设备的基本界面
开发环境还是很容易配置的,按照MeeGo.com一步步的进行就可以。但是需要真实x86物理环境下的开发机上面运行的Linux各种发行版作MeeGo虚拟机的宿主环境,我用的是Ubuntu。用虚拟机不可以。因为MeeGo模拟器QEMU的运行需要打开Intel芯片中的VT虚拟化指令,并且需要内核加载Intel的kvm,详见http://wiki.meego.com/MeeGo_SDK_Graphics_Acceleration#KVM_module_Installed。
目前上层应用框架支持两种设备,netbook和handset,以下是默认配置界面。
handset截图如下:
netbook截图如下:
netbook,我的理解其实就是iPad。
iPad和iPhone确实很是风靡,刚听到隔壁的工程师接电话,他朋友愿意加价1000拿iPhone。从技术角度来说,iPhone能做的,其他厂商都可以抄袭,事实上现在的GPS、Location、重力加速度,平衡仪感知模块进内核,都是iPhone应用带动的功劳。现在MeeGo走的将上层Application Frame Work统一,无论handset(手机)还是netbook(平板电脑)抑或未来的车载,一次开发,到处运行的构想,也是ios有Mac和iPhone的先例的。
苹果领先的,是他们领军人物超前的设计和偏执的审美,这个是后人无法抄袭的。另外,就是外围优秀的应用分成体系,这个外围可以抄,但是能不能抄的好就不一定了,不过在你没有新的想法的时候,只管抄就是。
至于MeeGo的未来会怎样,我的态度比较谨慎。重点就在和开发者之间的关系和应用,这也是我所在的部门(DRD)要做的事情,压力还是很大的。用larry的话讲,简言之就是开放程度。其实即使是从技术角度来讲,MeeGo仍然不够尽善尽美。文档中说支持QT和Clutter两套类库,这本身就是徒增开发人员学习成本的问题,能不能只用QT,QT的效率性能安全性还有开发成本如何呢?MeeGo新内核中的那些对移动设备新特性的支持又怎样呢?这都是接下来要研究和评估的问题。
希望这个简单的,丑丑的小家伙的未来一切顺利。
————
突然想起来去年,和cr在MSN,烟花五月景,煮酒论英雄,谈论起来当时安全市场的乱象,cr说:“
没想到我一出来就这么刺激“。
我发现现在移动设备操作系统领域,也很刺激。愿天佑Intel,天佑Nokia。
目前上层应用框架支持两种设备,netbook和handset,以下是默认配置界面。
handset截图如下:
![]() |
桌面 |
![]() |
拨号 |
![]() |
浏览器,据说是可以一直保持浏览器通畅(电池耗电怎么处理,我还没读明白文档这一部分) |
netbook截图如下:
![]() |
![]() |
netbook,我的理解其实就是iPad。
iPad和iPhone确实很是风靡,刚听到隔壁的工程师接电话,他朋友愿意加价1000拿iPhone。从技术角度来说,iPhone能做的,其他厂商都可以抄袭,事实上现在的GPS、Location、重力加速度,平衡仪感知模块进内核,都是iPhone应用带动的功劳。现在MeeGo走的将上层Application Frame Work统一,无论handset(手机)还是netbook(平板电脑)抑或未来的车载,一次开发,到处运行的构想,也是ios有Mac和iPhone的先例的。
苹果领先的,是他们领军人物超前的设计和偏执的审美,这个是后人无法抄袭的。另外,就是外围优秀的应用分成体系,这个外围可以抄,但是能不能抄的好就不一定了,不过在你没有新的想法的时候,只管抄就是。
至于MeeGo的未来会怎样,我的态度比较谨慎。重点就在和开发者之间的关系和应用,这也是我所在的部门(DRD)要做的事情,压力还是很大的。用larry的话讲,简言之就是开放程度。其实即使是从技术角度来讲,MeeGo仍然不够尽善尽美。文档中说支持QT和Clutter两套类库,这本身就是徒增开发人员学习成本的问题,能不能只用QT,QT的效率性能安全性还有开发成本如何呢?MeeGo新内核中的那些对移动设备新特性的支持又怎样呢?这都是接下来要研究和评估的问题。
希望这个简单的,丑丑的小家伙的未来一切顺利。
————
突然想起来去年,和cr在MSN,烟花五月景,煮酒论英雄,谈论起来当时安全市场的乱象,cr说:“
没想到我一出来就这么刺激“。
我发现现在移动设备操作系统领域,也很刺激。愿天佑Intel,天佑Nokia。
还没人赞这篇日记