→ iincho:一定不會比較快，不然現在出個NDK幹嘛? 05/22 00:09
→ iincho:只是這種performance的損失和一個APK通吃所有機種的好處 05/22 00:10
→ iincho:權衡下來是可以接受的，甚至可以說非常划算.... 05/22 00:10
→ iincho:你有看過當年一個機種一個binary的慘狀就不會意外... 05/22 00:10
→ latw:那乾脆學feature phone好了,ap跑java其他都C/C++,反正系統廠 05/22 00:13
→ latw:會調整指令集的差異.... 05/22 00:13
→ latw:還是google就是正在往這個方向邁進XD 05/22 00:14
你的解釋是沒錯的，Google正在做幾件事增加Android的performance。
一個就是把一些東西從Java移到C++，一個是調整Dalvik VM，
還有就是把內部一些原來買別人的東西的部份全部自己重寫。
Android的本質上就是個拼裝車，只不過拼的人是零件高手，
拼出來的東西還算不錯，但是從頻頻改版可以發現原來這個OS
一開始根本沒什麼long term的規劃，就是一面作一面改，
如果你有在追source的話這種感覺會更強烈。
為什麼Android比iOS頓? 因為這東西一開始在設計上就沒考慮過
在那種硬體上怎麼減少功能讓OS跑的更流暢，本質上這就是一個小PC，
各個零組件tune的很好，但是缺乏一開始的整體大局觀，所以
做出來的東西就是比iOS差一截，但是這跟程式語言關係並不大。
從這點來看我認為Apple/Microsoft做OS的功力恐怕還是高於Google，
只不過Microsoft犯了幾個很蠢的錯誤，所以才被丟到老三去...
未來會怎麼樣其實很難說，從Anroid 3.0的一些改變來看，這些人
應該還是相信功能越多越好那一套，不過我個人覺得這個方向不對...
題外話，iOS用的那套東西基本架構是從NeXTStep開始搞的，
當年拉這套架構的眼光真的看蠻遠的。這大概也是Android一直
給我感覺是草草堆出來的東西的另一個原因吧...。
--
Beware of bugs in the above code;
I have only proved it correct, not tried it.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.166.113.63
→ xam:long term plan 其實也沒什麼用.. 計畫趕不上變化... 05/22 00:36
→ iincho:問題是iOS看起來埋的梗後面都很OK，所以這是眼光的問題... 05/22 00:37
→ iincho:只有對自己的產品沒信心的PM才會想把全部feature塞進去... 05/22 00:37
※ 編輯: iincho 來自: 118.166.113.63 (05/22 00:38)
→ xam:Apple建立典範,Google用自己的步伐在追Apple,系統廠什麼紅就抄 05/22 00:39
→ latw:我怎覺得微軟犯的錯誤是Apple曾經犯的錯?(看看桌機) 05/22 00:41
→ loveme00835:XD 05/22 01:23
推 flylee:只能說 Jobs 真是神 .. 被踢出 apple後，自己搞 NeXTSTEP 05/22 02:26
→ flylee:結果真的變成是 apple os 的 next step ， 05/22 02:27
推 GoForward:推 從原PO的文學到不少 05/22 09:08
推 leav:"計畫改不上變化" 這是給 "缺乏規劃" 這件事找藉口用的 05/22 22:32