不好意思,请教了sybiam的同事。
S60主要是C++开发, 当然它也支持J2ME, 而S40只支持J2ME, 但S40不是智能机平台。
我想前面“平台”这个词你不能接受的话, 应该用生态链形容更为准确。
当手机向智能转变的时候, 为什么渐渐都抛弃了java? S60 -> C++, Iphone -> Object C ? WM就不要说了。
Google为Android和java建立了一个生态链: Google->IC 厂商 -> 手机厂商 -> 开发者 -> 用户
以前j2me只是多选题中的一个,而且优先级比低,
但现在要开发android app, java是必选项目.
原来的java me也是大平台啊,而且其授权费用是sun的java team几乎唯一的盈利
来源,而且做得也不错,市面上几乎所有手机都支持,包括联发科,主流的互联网
应用几乎也都是java me,原生的并不多(除了windows mobile),现在其实也
是,火点的应用都少不了java me应用(塞班s60平台?你去解包看看是不是java
me代码,只是这样叫而已)。
Sun的结局和技术本身无关,和他们的销售策略、市场能力有关,oracle
openworld 2011 的第一句话就是“我们让太阳的技术重放光辉”。
On 2011/12/2 12:19, Nicle
性能是其次, 关键google创造了android这个平台, 让java这在mobile这个领域,从配角向主角转变。
以前的手机平台, 无论用户和厂商,第一选择肯定是原生程序, sun没有这样一个平台, java处于娘不亲爹不爱的状态。
现在 android给java带来了平台, 而java给android带来了强大的开发群, 两者结合, 创造出了商业价值。
单讲性能的话,我想sun那帮疯子一定可以把它调试到极致,但sun最后的结局呢?
在 2011年12月2日 上午11:35,iblader 写道:
> 甲骨文(原来的sun)**在java虚拟机方面的性能远好于Android,*
其实操作系统并不能识别这种东西,32位系统理论只能是4G,不可能再提高。PAE这些只是通过将内存块变大来减少地址,Windows下的东西大概也是这个方法。有听说32bitWindows识别不了4G,只能3G多,但Linux似乎没有这种现象。真要用大内存,果断用64bit系统。如果有不兼容的软件。。。开个虚拟机吧,这样安全方便。
在 2011年12月2日 上午11:58,lee 写道:
> 感觉好像和大家有些不同的理解。。。
>
> 不过我这里没有用pae的内核,32位依然完整的识别(并使用)了我的4GB内存
>
> 不知道是不是和bios有关系。。我bios里头设置了4gbto3072
GPL排斥版权这种说法绝对是错误的。
GPL是为了让开发工作能以更好的方式进行,所有人都能自由地改善程序而设计的。
GPL 本身不可能让开发者与用户合二为一,事实上也从没达到着一个目的。
“自己对自己使用软件的行为负责”在许多国家是不合法律的。其实GPL协议的软件除了强制源代码开放,还有将开发与支持服务(担保)分开的功能。这样,任何人可以自由改善程序,开发者及相关专业人员也可以通过提供收费担保来盈利。
您可以看看《操作系统革命》这部电影,应该就理解GPL是一个什么样的东西了。
-- 下一部分 --
一个HTML附件被移除...
URL:
感觉好像和大家有些不同的理解。。。
不过我这里没有用pae的内核,32位依然完整的识别(并使用)了我的4GB内存
不知道是不是和bios有关系。。我bios里头设置了4gbto3072(貌似是这个名字。。)
于2011年12月1日 13:44:24,sanye写到:
> 我现在确实是只有4G,然后看别人对于32位使用额外内存也各执说法,所以才想到
> 来ml问问大家的实际经验;然后另一方面,是不太想重做
>
> 然后象32 bit $MS下面的fancycache,supercache之类,好像也不能直接把那额外
> 的内存用于磁盘一级cache,也只能用做无关痛痒的二级cache
和解应该是对的啦,不过我想既然google手中有moto的专利,会不会以此跟甲骨文签订交叉专利协议
在 2011年12月2日 上午11:35,iblader 写道:
> 甲骨文(原来的sun)**在java虚拟机方面的性能远好于Android,**安卓之所以给大家 的感觉性能好有很大的原因是机器的配置起点就比大多数
> 原来跑java me的机器性 能高很多。有一份资料给到大家,虽然是oracle的,**但是数据肯定不会假,只是有 可能不完整。
>
> 另外一个是图形加速,java se其实具备完整的图形加速体系机构,windows、
> linux、mac下java2d和3d均可以使
甲骨文(原来的sun)在java虚拟机方面的性能远好于Android,安卓之所以给大家
的感觉性能好有很大的原因是机器的配置起点就比大多数 原来跑java me的机器性
能高很多。有一份资料给到大家,虽然是oracle的,但是数据肯定不会假,只是有
可能不完整。
另外一个是图形加速,java se其实具备完整的图形加速体系机构,windows、
linux、mac下java2d和3d均可以使用dx、opengl进行加速,只是在嵌入式方面 原
来跟进做实现的厂商很少,据我所知,原来索爱和nokia做过这样的事情,javame
跑3D也跑得很好,当然google说服TI、高通之类
我觉得甲骨文的目的是能让java赚钱, 通过打官司,不管是获胜或者和解, 逼迫google和下游手机厂商像微软一样给oracl交钱。
Oracl也应该不想搞死android, 这样对java发展也不利。
我觉得这官司, Oracl现在占优势.
在 2011年12月2日 上午11:04,Neo Ko 写道:
> 这个确实是,java的话,优化会比较容易。倒是不知道跟甲骨文的官司如何,这个才是问题所在
>
> 在 2011年12月2日 上午10:49,Nicle 写道:
>
> > 相比原先的J2ME性能已经很不错了, 现在像高通, TI, Nvidia, 都已经有GPU加速, 性能问题
这个确实是,java的话,优化会比较容易。倒是不知道跟甲骨文的官司如何,这个才是问题所在
在 2011年12月2日 上午10:49,Nicle 写道:
> 相比原先的J2ME性能已经很不错了, 现在像高通, TI, Nvidia, 都已经有GPU加速, 性能问题最终会解决。
>
> 4.0的流畅度感觉比先前版本又有了提高 , 呵呵
>
> 在 2011年12月2日 上午10:40,Neo Ko 写道:
>
> > 这也说明了为什么到目前为止android上的程序效能如此低,当然等android硬件升级到一定的程度后,效能这个东西肯定会解决的
> >
> > 在 2011年12月2日 上午
相比原先的J2ME性能已经很不错了, 现在像高通, TI, Nvidia, 都已经有GPU加速, 性能问题最终会解决。
4.0的流畅度感觉比先前版本又有了提高 , 呵呵
在 2011年12月2日 上午10:40,Neo Ko 写道:
> 这也说明了为什么到目前为止android上的程序效能如此低,当然等android硬件升级到一定的程度后,效能这个东西肯定会解决的
>
> 在 2011年12月2日 上午10:15,Nicle 写道:
>
> > 恩,我还认为, google首次把java在手机平台推向成功, 也是其商业成功的关键。
> >
> > java在手机上运行其实很早就有了,
这也说明了为什么到目前为止android上的程序效能如此低,当然等android硬件升级到一定的程度后,效能这个东西肯定会解决的
在 2011年12月2日 上午10:15,Nicle 写道:
> 恩,我还认为, google首次把java在手机平台推向成功, 也是其商业成功的关键。
>
> java在手机上运行其实很早就有了, WinMobile/Sybiam都支持,
> 但是性能问题,最多是作为各平台原生程序的补充。所以之前,开发者并不热衷java的手机开发。
>
> 但google在android里实现了新的java虚拟机davlik, 让java在android上几乎成为一种原生语
恩,我还认为, google首次把java在手机平台推向成功, 也是其商业成功的关键。
java在手机上运行其实很早就有了, WinMobile/Sybiam都支持,
但是性能问题,最多是作为各平台原生程序的补充。所以之前,开发者并不热衷java的手机开发。
但google在android里实现了新的java虚拟机davlik, 让java在android上几乎成为一种原生语言, 并提供了功能丰富的java
sdk, 世界上那么多的java程序员可以瞬间加入android app开发, 这也是Android Market里程序数量激增的重要原因,
Market的成功,也造就了androi
gt;>
> PS,GPL这一系列的协议确实对商业不是特别友好,所以通常大公司不会轻易选择使用GPL,而会尽量去规避。如果实在要用到GPL的东西,也会想办法通过某些手段来过渡使用其他的兼容协议。你可以仔细的去研究一下Android的协议,还是挺有趣的。
> >>
> >> 2011/12/1 Charlie gmail
> >>
> >> > 谢谢指教,学习了。回到我们讨论的GPL协议上,能不能说,**Android的成功是因为 它没有严格遵守GPL协议呢?GPL协议
我曾经看到过这样一个说法,GPL V3协议,就是要打造一个独立王国,自由软件的
独立王国,一个全新的,历史上重来没有出现的领域,在这个王国内部(当然它和
王国外部还是有版权的界限 的),软件没有了版权的概念,预取欲求,自己对自
己使用软件的行为负责,开发者和用户合二为一。
不知道这样的说法对不对。
于 12/01/2011 11:34 PM, Thomas Young 写道:
Android严格遵守了Linux Kernel的GPLv2版协议。GPL协议很复杂的,现在内部还有v2版和v3版的区别。
2011/12/1 Charlie gmail:
谢谢指教,学习了。回到我们
IOS也不是全BSD的吧,毕竟是OS X的衍生,而OS X是mach+freebsd,这个混种还真不好界定
在 2011年12月1日 下午11:42,Thomas Young 写道:
> 不好说,Android的成功和Linux Kernel有着直接的关系,如果换一个kernel,能达到现在的水平就不好讲了。
>
> 现在智能手机按Kernel分只有三种,Linux(Android Meego WebOS),BSD(iOS),Windows(WP)
>
> 说来说去。竟然还是桌面系统的老一套,证明操作系统内核的开发还是非常困难的。
>
> Android最有商业价值的地方我认为有三:
>
不好说,Android的成功和Linux Kernel有着直接的关系,如果换一个kernel,能达到现在的水平就不好讲了。
现在智能手机按Kernel分只有三种,Linux(Android Meego WebOS),BSD(iOS),Windows(WP)
说来说去。竟然还是桌面系统的老一套,证明操作系统内核的开发还是非常困难的。
Android最有商业价值的地方我认为有三:
1. 强大的Linux Kernel提供了极强的硬件兼容性和系统稳定性
2. 宽松的MIT类协议使二次开发和定制变的极其方便
3. 弥补了功能机和iphone之间的市场空档,当然现在高端Android手机早就和i
Android严格遵守了Linux Kernel的GPLv2版协议。GPL协议很复杂的,现在内部还有v2版和v3版的区别。
2011/12/1 Charlie gmail :
> 谢谢指教,学习了。回到我们讨论的GPL协议上,能不能说,Android的成功是因为 它没有严格遵守GPL协议呢?GPL协议的传染性在
> Android上没有体现出来啊。
>
--
※ Tao Yang @ Nankai University
※ Website: [http://ninehills.github.com]
--
ubuntu-zh mailing list
ubuntu-zh@lists.u
通常大公司不会轻易选择使用GPL,而会尽量去规避。如果实在要用到GPL的东西,也会想办法通过某些手段来过渡使用其他的兼容协议。你可以仔细的去研究一下Android的协议,还是挺有趣的。
>>
>> 2011/12/1 Charlie gmail
>>
>> > 谢谢指教,学习了。回到我们讨论的GPL协议上,能不能说,**Android的成功是因为 它没有严格遵守GPL协议呢?GPL协议的传染性在
>> > Android上没有体现出来啊。
>> >
>> -
好,所以通常大公司不会轻易选择使用GPL,而会尽量去规避。如果实在要用到GPL的东西,也会想办法通过某些手段来过渡使用其他的兼容协议。你可以仔细的去研究一下Android的协议,还是挺有趣的。
> > > > >
> > > > >2011/12/1 Charlie gmail
> > > > >
> > > > >> 谢谢指教,学习了。回到我们讨论的GPL协议上,能不能说,**Android的成功是因为
> 它没有严格遵守GPL协
t;PS,GPL这一系列的协议确实对商业不是特别友好,所以通常大公司不会轻易选择使用GPL,而会尽量去规避。如果实在要用到GPL的东西,也会想办法通过某些手段来过渡使用其他的兼容协议。你可以仔细的去研究一下Android的协议,还是挺有趣的。
> > > >
> > > >2011/12/1 Charlie gmail
> > > >
> > > >> 谢谢指教,学习了。回到我们讨论的GPL协议上,能不能说,**Android的成功是因为 它没有严格遵守GPL协议
21 matches
Mail list logo