2014年度週會總結

去年開始在週會貫徹宣講個人一些開發的理念，如下是對去年主要念叨點的總結：

程序員的素養

素養，我以爲就是一個羣體對於有利於羣體總體發展的一些規則。對於社會，就可能體現爲道德。人生活在不一樣的圈子裏，就有不一樣的素養要求。素養是有利於羣體，從而有利於我的，可是對於具體某事而言，多是不利於當事我的的。對於開發人員而言，我能想到的：1. 對代碼負責，不用過客心態對待代碼；2. 代碼風格和代碼註釋，代碼風格和代碼註釋必定要統一。對於應用，註釋量能夠略少，對於基礎平臺和庫，註釋必定要嚴格和嚴謹；3. Review，你們幫助你們，造成統一的行事準則；4. 團隊意識和主動性，爲團隊創造更好的業績。5. 積極主動的交流，包括工做狀況交流和知識的交流。把知識握在本身的手裏，你永遠停留在那個位置。本身的接班人要本身培養。技術交流，應該不能停留於這樣是否是目前沒問題，而要考慮擴展性，多問問那樣是否是更好。

代碼的註釋和命名

代碼註釋和命名，就是一個程序的外貌。代碼的架構，就是一個程序的氣質。氣質，你們可能都認爲比較重要，可是外貌同樣也很重要。漂亮的外貌，可讓人愉快工做，良好的命名一樣。良好的命名，不只能夠使人愉快，更能夠幫助你們更容易理解程序，同時，良好的命名，有助於你更好地思考你怎麼樣去實現程序。若是你能清晰明確地命名，那一般意味着你的程序結構存在問題。

應該作有效的註釋，註釋應該去說明你的功能，說明你的結構，即說明你的想法。不要去指導別人，別人或許有更好的實現方式和思路，要尊重別人。模塊的結構和接口，別人使用模塊的方法，代碼算法部分，臨時變通部分，須要特別的註釋。

代碼架構

代碼架構很難一律而論，可是我以爲有幾點能夠做爲參考：1. 程序的一致性，就同一個應用裏，有統一的參數校驗原則和返回值系統。2. 清晰的層級結構，一個設計的架構圖應該是很容易畫出來的。3. 封裝，理想的封裝應該上層只須要知道下一層的結構信息，若是有長長的成員操做，一般意味着壞的架構設計。只有對代碼瞭然於胸，纔可能作出一個良好的結構。

調試信息，要十分注意調試信息的合理安排，調試信息應該歸屬於什麼，是否有必要，應該仔細考慮。