一．研發(fā)人員如何分工？
 在以前我就設(shè)想一種較為合理的開發(fā)模式是：研發(fā)人員劃分為三撥人：平臺底層開發(fā)人員+平臺功能開發(fā)人員+項目二次開發(fā)人員。這三撥人形成兩種需求關(guān)系：平臺功能開發(fā)人員為開發(fā)平臺功能而向平臺底層開發(fā)人員提出接口需求，平臺底層開發(fā)人員為滿足這些需求而實現(xiàn)接口；項目二次開發(fā)人員為滿足二次開發(fā)需要而向平臺開發(fā)人員提出功能需求，平臺開發(fā)人員為滿足這個需求而開發(fā)功能。這樣劃分的好處是使得軟件開發(fā)不再是一種閉門造車的活動，而是一種需求帶動的活動。在這種需求關(guān)系的驅(qū)動下，每個人都可能成為某個領(lǐng)域的專家。

二．最大的差距之一是產(chǎn)品設(shè)計
除開算法等軟件因素，國產(chǎn)軟件和外國軟件的最大差距是什么？我認為是產(chǎn)品設(shè)計。因為缺乏專業(yè)的設(shè)計人員，界面大多是開發(fā)人員和測試人員商量著設(shè)計的。這種設(shè)計往往有著三大弊端：一是說法不準確，比如有一次我就看到幫助菜單欄上有一項叫“關(guān)于對話框”，就對一個同事說：“你去翻翻Microsoft Word，看看它的幫助菜單欄上是否有關(guān)于對話框這一項，它的是關(guān)于Microsoft Office Word，因為用戶不明白對話框是何物”；二是缺乏人性化的交互設(shè)計，這個很好理解，因為開發(fā)人員不是一線用戶，開發(fā)人員一般實現(xiàn)功能了事，沒想著怎么把軟件做得更人性化。如果同一個功能由他成千上百次地操作，或許他會想到要做得更人性化些：三是缺乏美感，這個源于我們接受的教育。我們從小到大就沒接受過美學(xué)教育，設(shè)計出來的東西很難有美感。

三．API的演化
有沒有一個開發(fā)高手一開始就能把底層庫的API都設(shè)計好？我相信我們大多是凡人，不具備這樣的功力。照這樣說，API自然要經(jīng)歷一個從不完善到比較完善的歷程。那么問題來了，如何縮短這個歷程，如何降低API演化過程中的成本？我想到的有兩點：一是軟件設(shè)計人員應(yīng)盡可能閱讀你所開發(fā)平臺的開源代碼，吸收其中設(shè)計方面的精髓；二是就底層API的設(shè)計應(yīng)盡量發(fā)揚技術(shù)民主，在內(nèi)部就API的設(shè)計展開充分的討論，這樣設(shè)計出來的API被大家接受的程度也會大些。

四．需要分支版本嗎？
開始我設(shè)想應(yīng)盡可能加快產(chǎn)品的迭代，盡量在項目檢驗API，在項目中應(yīng)用主干版本的SDK進行二次開發(fā)。一些同事不同意我的激進做法。他們主張應(yīng)設(shè)立分支版本SDK，用它做項目的二次開發(fā)，三個月或半年再從主干版本中更新。實踐說明，同事的意見是對的，這樣做兼顧了項目的快速開發(fā)和產(chǎn)品的開發(fā)，避免因接口變動而影響項目。

五．工具集合的作用
開發(fā)一個軟件平臺，需要很多工具。這些工具一般由腳本語言編寫，比如設(shè)置環(huán)境變量的批處理，遍歷一個文件夾的所有工程將其都加到一個新建的解決方案，二次開發(fā)工程向?qū)У鹊�。這些工具短小精悍，卻往往能有效提高開發(fā)效率。這時你會感覺掌握一門腳本語言是多么有用！