MaoYang-有話要說

上週五晚上,在 JavaWorld 看到KentYeh上傳了一個他初步翻譯的Android中文文件, 原本我也想寫一些Android的開發文件放在blog讓大家參考, 但是看到KentYeh已經翻了不少Android的文件, 所以為了避免做重複的工作, 當天晚上就跟KentYeh聯絡, 問他是否願意將他的文件原稿分享出來一起翻譯, KentYeh很爽快的馬上就答應了, 所以我們隨即在 http://opensource.javaworld.com.tw 建立了一個 Android繁中開發文件計劃 專案, 為什麼這麼強調繁中? 因為大陸彼岸已經有網友在進行 簡體中文版的文件翻譯 , 我想這不是民族主義作祟, 純粹是不太習慣大陸的資訊用語, 就算直接將簡中的翻譯用Word轉成繁體中文, 很多資訊名詞還是看不太懂:-) 這個專案也是採用開放原始碼的方式但是是使用Wiki來協同編輯翻譯文件, 只要申請加入專案, 就擁有Wiki的編輯權限開始貢獻翻譯, 目前除了我與KentYeh, 陸陸續續又有4位網友加入, 真的非常感動. 這個專案一開始原本是起始於Android文件的翻譯, 但是前一陣子在看 維基經濟學 這本書, 所以也順便利用這個專案來實現維基經濟學中所說的同儕生產, 與點子市集, 我開了幾個Tracker, 讓參與的專案成員可以 貢獻Android Sample code 貢獻How to或How to聯結 貢獻Android的idea 讓以後開發Android軟體的程式設計師可以方便找到資料, 希望未來會有更多人的加入, 讓這個專案成為Android的繁體中文知識社群.

自從Google宣佈了 Android 平台並懸賞1000萬美元做為Android平台上的軟體設計比賽獎金, 身為程式設計好手的你想必也是摩拳擦掌,躍躍欲試, 或是呼朋引伴組一個團隊一起參加比賽為程式設計生涯留一個美好的回憶. 如果你有時間也有一些志同道合的夥伴, 我很鼓勵你們去參加這樣的比賽, 最主要的是Google舉辦的這個比賽跟我們以往所見到的程式設計比賽有許多不同, 我大致摘要如下: 沒有年齡限制: 所以只要你會寫程式(最好寫過Java)都可以參加. 不是採用圍場的方式: 所以你可以用最輕鬆的方式寫程式, 穿著睡袍, 躺著,臥著,趴著 .... 沒有限定題目: 只要在Android可以跑就可以, 所以Google建議的Topic最後一條是 Whatever you're excited about! 任何讓你感到興奮的題材都可以, 只要你爽就好:-) Google是目前唯一可以挑戰微軟的國際級軟體公司, 當你的軟體進入決賽, 除了Google的巨額獎金, 同時你與你的團隊也受到全世界的關注. 看到這裏您的熱血開始沸騰了嗎? 不過Google有限定的交件日期, 從2008/1/2~ 2008/3/3, 算起來剩下3個多月的時間. 所以如何在這3個多月的時間內與你的夥伴更有效率的一起合作以贏得這項比賽? 我在這邊有些建議與想法 使用既有的OpenSource協同作業平台例如 JavaForge , OpenSource@JavaWorld , SourceForge , Google Code , 因為當你的團隊是分散在各地的情況跟OpenSource開發模式是非常相似的,運用協同作業平台讓軟體文件分享例如UML, 或是Idea透過Forum來討論與溝通都非常的方便,而且這些協同作業平台對於OpenSource專案都已經得到許多成功經驗. 儘量使用 Eclipse 內建的團隊協同工具, 例如 Mylyn 做工作管理,可以縮短你工作被中斷並再Warm up的時間, 而且Mylyn可以與 JavaForge 與 OpenSource@JavaWorld 中的Tracker做很好的整合, 詳細功能請看 這裏 使用版本控制如 SubVersion , CVS . Eclipse跟SubVersion, CVS的整合相當好, 團隊協同開發如果不採用S...

Google已經正式宣布GPhone(Sorry! Gphone是不存在的, 但是我覺得Gphone比較容易記與發音, Android念起來舌頭會打結:-))的開發平台 Android ,讓人驚訝的是Android目前僅提供Java開發程式語言, C/C++還沒有支援, 在Android的Forum已經引起 熱烈討論 , 我直覺是C/C++最後還是會支援,只不過要讓C/C++可以在不同的CPU執行則必需先搞定Cross compiler,GCC目前支援MIPS,ARM,等CPU已經是很成熟, 這部份應該也不成問題才對, Anyway, 如果是使用Java, 那麼IDE使用 Eclipse 就一點也不令人意外, Google還開發一個ADT的Eclipse plugin 以協助Developer建立與執行,偵錯可在Gphone上執行的軟體. 既然是使用Java, 那麼JRE呢? 是J2ME嗎? 這一部份就令人驚豔了, Google使用自己的JRE名為 Dalvik, 我用google search了一下Dalvik關鍵字, 找到一篇另人耐人尋味的文章 Google如果繞過Sun在Java ME的IP-Based授權限制 , Sun並沒有開放對J2ME的授權限制, 所以只要是做手機的都知道, 手機要支援J2ME平台,都要支付給Sun授權費. 但是Google在Android建立了自己的Java Virtual Machine而且是以 Apache License v2 釋出source code(但是我還沒有在Android看到Dalvik的source code, 這篇文章這樣說還有待考證), 如果是這樣, 這對於嵌入式系統開發廠商是一大利多, 而且對於Sun無疑是一種傷害. 但是也許事實並沒有這麼糟, 畢竟Dalvik不是J2ME, 如果手機開發廠商想利用Dalvik取代J2ME來節省成本, 市面上所有的J2ME程式勢必要再重新compile或是改寫, 我想這樣的改變要看Gphone有多成功而定, 不過無論如何,Dalvik對於Sun猶如芒刺在背, Sun的未來不禁令人擔心.