對於專案管理，對於初期程式設計師而言，我認為一直屬於一體兩翼。
一體：以技術為根基。包括了語言、框架、平台、領域、業務等等，據具體
兩翼：一為pmp之類的專案管理階段，以及cmmi之類的標準管理；二為以工商管理碩士（mba）為首的公司管理。
當個人職業達到一定地步以後，核心在於公司管理（研發、產品、市場、資金、盈利等等），技術則成為基礎。
我也提出了：在研發中應該注意的三個層次：
1、上層架構。包括兩方面：一是根據專案需求打通技術路線（以struts架構，或資料庫為核心，或window訊息-響應機制為核心）；二是根據「高內聚，低耦合」原則來確立各個模組的功能與相互之間的介面。對於架構而言，很多人並不大懂。某些研發人員在給人講架構時候，講了大半個小時，把所有人講的雲裡霧裡，自己卻還洋洋得意、目中無人，其實是大錯特錯了。實際上真正的優秀架構是通俗易懂的，是你講完後大家感到耳清目明，頭腦清新！
2、中層設計。主要為基於23種設計模式的設計。設計模式的主要作用在於擁抱變化，無需贅言。
3、**質量。一方面為**風格的規範性，另一方面為具備優秀的容錯與排錯機制。前者諸如windows下的匈牙利命名法、linux下的下劃線命名法等等；後者如嚴密的如同金字塔的異常機制以及完善的日誌機制。
對於研發而言，基本上形成五路大軍：研發、測試、產品、運維、實施。基本上產品為前軍，需要與市場、客戶等方面相互配合，形成設計，並根據反饋不斷改進；運維為后軍，為整個產品、專案的穩定、持續執行提供源源不斷的動力；左軍為測試，保證能否產品的穩定執行；右軍為實施，保證產品的市場執行；研發處於中軍地位，成為五軍的核心與戰略大本營所在，以「居中守正，行以致遠」的姿態推動者五股力量共同前行。
寫給程式設計師新手的話 （3）選書
寫給程式設計師新手的話 3 選書 2011年12月23日 陳志遠 所以的開發人員都會遇到買書的問題，一本好書如良師益友，讓人受益匪淺 一本爛書則會誤人子弟，對於新手還會打擊學習積極性。可見如何選書也很重要的事情。計算機技術日新月異更新很快，所以開發人員必須一直要學習新技術，緊跟潮流。而圖書市場上的書...
寫給未來的程式設計師
寫給未來的程式設計師 l 不要死記語法 很多初學者試圖把各種語法背下來，其實這是極其錯誤的，程式開發的語法，規範特別多，不可能都記得下來，你只要知道有這麼乙個功能就可以了，需要時候翻閱書籍，或者找幫助檔案，這樣省時省力。l 多動手，多練習 只知道死啃書本的人，是不會成為開發高手的，只有多上機編寫程式...
論35歲程式設計師技術轉管理
今天偶然聽了馬士兵老師的課程，架構師和職業生涯規劃的講述，聽到挺有感觸的一段，分享給大家。每個程式設計師工作到了一定階段，都會面臨乙個共同選擇 走管理路線還是走技術專家路線？一 不要想著技術幹不動了，轉管理 不是轉管理，一定是技術幹的特別出色，特別深入了，到後面補充上溝通 管理的軟技能，走向更高的崗...