構建之法閱讀筆記02

標籤：

                                                                            構建之法第二次閱讀筆記

 

這次讀了構建之法的第三四章，第三章主要講了軟體工程師的成長，軟體工程師用什麼東西衡量自己的能力和價值。怎樣算是一個職業的軟體工程師。

對於一個軟體工程師來講，應該瞭解軟體工程師的衡量及其發展，軟體工程師應該對自己有一個很好的自我評估。軟體工程包括了開發，運營，維護的效率，在團隊的大流程中，是每一個具體的個人在做開發，測試，使用者介面的設定管理，交流等工作，可以用衡量一個職業籃球運動員的賽季的表現的資料來顯示工作品質。

一個初級軟體工程師通過積累軟體開發相關的知識，提升技術技能。最基本的要求是對C++,java應該是比較的精通，對裝置驅動程式，核心調試器的掌握，積累問題領域的知識和經驗。但是主要是有一定的軟體工程的獨立的思想，比如說一個軟體工程師開通了一個部落格，但是都轉寄的別人的部落格內容。這就不算是具有一種思想，而是別人的思想已經將自己的思想牢牢的覆蓋了。對於一個程式員的發展主要是專業發展，大多數是考證，主要是獲得了大部分的證件，也就獲得了公司的認可，以及在工業界，教育授課，發表論文來提升自己的地位，並不是每一個軟建工程師都有強烈的願望或機遇去做最先進，最創新的項目，絕大部分工程師都不是技術天才，但是最基本的工程師也要學習最基礎的知識。

 

關於第四章主要講兩人之間的合作，首先作為一個合格的軟體工程師寫出的代碼必須是規範的，對於有些人寫的代碼別人根本看不懂，不符合基本的要求，看起來比較亂，對於代碼的風格規範最起碼是通俗易懂無二義性，關鍵是讓代碼保持簡明讓代碼更容易懂，在命名的時候最好是使用它的英語名，不可使用拼音等特殊的命名方式，養成一個良好的習慣，對一些地方應註明注釋，這也是一種職業的道德。代碼的設計規範一般不僅要考慮到代碼的規範，而且主要是模板的分塊，寫每一步都要謹慎，最好寫一段之後進行一次運行，以免到最後會出現大的錯誤。

最後還要進行代碼的複審，檢查程式會不會在某種情況下會運行不出來，導致使用者會厭煩此類產品，人不能兩次踏進同一條河流中，也就是說不可以犯相同的錯誤兩次，而且對代碼的效能進行嚴密的分析，使其的可讀性，可測試性提高。

結對程式設計是一個很好的方式，在結對程式設計的測試下，一堆程式員可肩並肩，平等的，互補的進行開發工作。他們坐在同一個電腦前進行工作，一起分析，，起設計，編程從來都不是一個人的工作，對開發人員來說結對開發會給其隊友帶來更大的信心。而且可以鍛鍊出與人合作的技巧。

 

構建之法閱讀筆記02