背景：Google 推出 Android，獎金 1000 萬美元舉辦開發者大賽
北京開放派對採訪三位專家：屠程遠（系統底層專家、rcpandroid 專案負責人）、張黃矚（Apache Harmony committer、db4o 核心開發）、楊普（Apache Harmony PMC、committer）。
語言支持：僅支援 Java 語法，非標準 Java
- 屠：SDK 僅支援 Java。
- 張：Android 支援 Java 語法，而非 Java 平台。類庫僅為 J2SE 5 子集，未通過任何 Java 認證。編譯為 Dalvik 位元碼運行。
- 楊：Dalvik VM 不承諾遵守 Java 規範，引用 Stefano Mazzocchi 部落格闡述 Google 如何繞過 Sun IP 授權限制。
J2EE 程式設計師轉型 Android：優勢與困難
- 屠：對比 J2ME（功能極受限）、BlackBerry（略強但仍難用現有類庫），Android 支援 J2SE 子集最充分，開源類庫微調即可跑，轉型代價最小、可做事最多。困難：平台太新，硬體未發布、無實戰專案積累、客戶難為未來產品買單，投入期長。
- 張：轉型極易，語法類庫覆蓋大部分。難點在於理解移動設備特性：耗電、螢幕小、CPU 慢，資源平衡策略與伺服端截然不同。
- 楊：兩大加分項——Apache License 開源承諾（商業友善）；內建 JSON、Location、GData、Browser、Map 等 API，為 J2EE 開發者提供熟悉場景與創意空間。風險：API 不穩、文檔弱、缺成功案例，但社群活躍、Google 大賽將帶來殺手級應用。
Android vs 傳統手機平台開發差異
- 屠：傳統平台封閉，C/C++ 為一等公民，Java 為二等；Android Java 為標準語言、一等公民，編程感覺接近 PC，限制最小。C/C++ 退守驅動層，應用層 Java 最佳（資源豐富、可移植），硬體半年後將達到門檻（憶十年前 PC 128MB/300MHz 跑 Win98 已豐富應用）。
- 張：Android 開放平台，目標為普通 Java 開發者，門檻遠低於 J2ME/Symbian。
J2ME 與 Android 對比評價
- 屠：J2ME 因早期硬體弱大幅裁剪 J2SE，功能受限巨大。隨硬體提升，手機支援 J2SE 是必由之路，Android 邁出關鍵一步，大幅縮小與 PC 開發鴻溝。
Android 平台數據庫：SQLite 與 db4o
- 屠：內建 SQLite（輕量關聯式），支援大部分標準功能；db4o 為物件資料庫，編程更簡單，適合手機少量資料、靈活適應變更，但非內建，難與 Android 組件無縫整合。
- 張：Android 定義新資料庫 API（非 JDBC），個人不喜。db4o 保持 API 高度一致，無需修改即可跑，原生物件資料庫避免 OR Mapping。以聯絡人為例：db4o 10 行代碼， SQLite 上百行。物件直存不易出錯，手機資料庫需自適應管理，符合 db4o 設計目標。
- 楊：db4o 部署零配置，視為普通 library。模擬器測試綜合效能不遜 SQLite，已知 ID 增刪改查甚至有數量級優勢，極適合手機常見場景。Android 缺成熟 ORM 框架，物件資料庫更符合 Hibernate/JDO/iBatis 使用者習慣，重構無需動資料庫與 SQL，更敏捷。
