我幾年前porting過整套desktop還真的白玩了, 還真不記得有改過多少東西?

:think:

所謂標準版，market載的到我就去試，
我手機只想好好的正常使用，root之類的行為沒必要也沒興趣。

binary檔案本來就不是問題，NAND FLASH現在也不貴，
問題是這些東西執行以後會吃記憶體跟處理器的。
沒UI或使用封閉AP的嵌入式系統沒問題，但開放平台上的AP其呼叫的函式庫千奇百怪，你是要浪費多少記憶體來支持(而且還兩套以上)

標準版的firefox只能在x-window上跑.

你知道要建出上面那些東西要多少其他的東西嗎?
一套標準版的x-window+firefox只要128M ram就可以跑得動.

:think:

那99.99%的專案都是沒有包含UI和和觸控的功能,那最好Linux或windows的UI只要重新編譯就可以在手機上跑....

手機平台重視的是針對硬體做最佳化,最好是有high level的API把硬體最佳化的部份給隱藏起來,像OpenGL和OpenCL就是如此~

App重視的是內容和服務,就算3d圖形追求高效也是靠在GPU執行的shading code來跑~

所以開發者大部分就只是做邏輯控制和UI event的handling,這種工作交給JavaScript和python就非常容易,用Java寫還嫌太冗長~

如果C/C++這麼有優勢,那全世界的網站從server到網頁端有誰在用C/C++來開發的??

大部分的網站還不是都用Java, Python, PHP和JavaScript來開發,大家注重的是服務內容,還有方便trace bug,用C/C++這種沒有VM做保護的語言,直接運行大量服務的程式碼是很脆弱,容易被小小的bug搞垮整個系統..

而且Java的JIT就是在runtime時期來編譯,比預先編譯的C/C++更有優勢,再配上hotspot,動態去調整編譯的參數,在PC上的速度跟native code已經沒有差別 :)

我知道阿，不然linux在嵌入系統怎麼走得下去。
環境單純本來就好搞定。

但是這樣解決多種framework重複吃掉資源的問題呢？
不管是qt還是gtk，都可以呼叫函式顯示'hello world'，
但卻各吃各的記憶體跟資源，你要如何解決這種浪費？

所謂標準版的firefox只能在xwin上面跑，
換個方向看，就如同Android綁在java上面一樣，
榜死在特定環境上才有利縮小不是？
只是Android選的是java而不是gtk跟qt這些framework不是？

樓上幾位,

我講的是 標準版的 Linux/Open source 是在x86上已經在用的東西 99.99% 都可以移到其他 cpu 上不用修改, 功能完全一樣.

:think:

"不用修改"
=>那是因為 那些library 的時候就有考慮到 multi arch processor support, 而有 arch specific 的 code base, 人家都幫你 port 好了...

+1

一家軟體能力超強的公司, 不想用傳統方式花費人力管理客戶可以理解

但是連最基本的黑名單機制都不做, 就可以知道他們的心態是什麼.

今天如果是歐洲(美國)市場, 它敢這樣作? 擺明就是看不起你, 居然還有人要聲援. :stupefy:



　

是的, 有一部份是, 不過大部份是為了最佳化做的,
而且有很大一部份並沒有, 因為他們寫的code很好, 並不需要針對arch特別做什麼.

台灣寫軟體的程度跟他們比根本是 嬰兒 等級的.

:think: :unbelief:

跑得動 跟 跑的好 是兩回事, 跑的好 跟 有好的使用者體驗更是天差地別.
尤其在 hardware resource 極度限制的 embedded system 上.

更別提 apple / google 在 mobile bowser 上面 的最佳化 (java script engine, rendering engine, opengl es compositor. 等), 使用者體驗上 則有 UI UX (不同form-factor, 不同輸入方式 touch based/ pointer, keyboard based.)

只想把桌上型的程式 包含使用模式 跟體驗 原封不動搬到 mobile system 也只有注定失敗.