On Jun 17, 11:24 pm, "Jim Huang" <jserv...@gmail.com> wrote:
> 感謝您過去的付出。
雖然這只是我的工作，但是愛之深責之切。有時候看到所有曾經參與這個 CHEWING 專案的朋友付出的血汗，被使用者隨手拿來跟財大氣粗的財團「買回
來」的產品比較，就會覺得非常不公平。商業模式建造出來的華麗監獄，終究還是比不上簡樸自由的空氣。
> 我想，這種現象一直存在於若干 free software / open source software project
> 中，特別是像輸入法這樣使用者與開發者比例懸殊的項目，更是如此。
說實話，能獲得一定數量的使用者，已經是項目的某種成功。
> chewing 的開發者大概只剩下您算是參與專案跟真實世界中的工作內容有關，其餘不是從事桌面系統開發、多媒體處理、嵌入式系統，就是甚至作與資訊技術無關的。浮上檯面的幾 個中文輸入法專案，大抵都達到「階段性目標」，也就是說在一定的程度，都算堪用，但頗難持續大幅推進。
Chewing 本身的功能都很不錯，只是欠缺後期不斷追求人性化的改進；很可惜我在 CHEWING 的參與可能要暫告一段落，公司財政年度後的我現
在抽調到字型開發有關的專案。期望下一位接任的 dychen 能以他在程式開發上和長期使用 CHEWING 的豐富經驗，把 CHEWING 推上
更高的層次。
> 約在四年前，當 chewing 專案浴火重生，當時陸續有頗多熱心且富有才氣的開發者投入，一度讓這個台灣本土的專案，得以獲得國際專案的注目，若干 Linux distribution 內建的輸入法，正是 chewing，也成為不少商業應用的預設輸入法。
在 RH 的䌓體輸入，CHEWING 仍是預設的；近期比之 RHEL 4 和 5 及時期的 FEDORA 版本， 它的穏定性有若干提升；全部修
改都回饋上游，絶無藏私。
> 這幾年，feature request 的數量總是比具體能分析問題、回報對開發有正面效益者，來得多，過去開發團隊也曾列舉出待作的技術項目，但一直欠缺有效引入「市集開發」的模式，這是相當遺憾的 。
個人感覺，它的專案網頁及 TRACKER 有些過時；相對的 USER NOT FRIENDLY ENOUGH 報告介面令管理及閱讀的效率受到影
響。
> 套用 gugod 的說法，解釋目前的狀態：「90% 的 code 寫完時，表示還有 90% 的工作待完成」。
建議把所有沒有應用公用通訊協定／API的軟件（遊戲）問題拒絶支援，否則本來苟延殘喘的開發資源就百上加斤。
謝謝
えし・かいお
