本次閱讀內容為《構建之法》的三四五章。
這部分內容主要講的是軟體工程師的個人成長以及團隊協作。
其中軟體工程師的個人衡量與發展我覺得給每個軟工人都指明了乙個方向。每個軟工人在軟體工程師的路上都會經歷初級、中級、高階階段，晉公升之道不僅僅在於技術的提公升，更重在知識的積累，軟體設計思想的積累，解決問題的經驗的積累，而在這個積累的過程中，無時無刻不伴隨著自我管理能力，表達交流能力，團結協作能力，任務執行力等等的發展，這些能力其實不僅僅是軟體工程師，更是每乙個職場工作人員晉公升必須具備的品質。
說完了個人能力，下面再來說說團隊協作。團隊協作可以簡單的分為二人合作和多人合作。
其中，二人合作，需要遵守嚴格的**規範——簡明、易讀、無二義性，比如分行、命名、大小寫、注釋，這些看似簡單的事情，其實是兩人合作中很重要的模組。另外就是要注意**複審，其實就是看是否在「**規範」的框架內正確的解決了問題，而軟體工程中最基本的複審手段，就是同伴複審。這個複審並不只是找出**的錯誤，同時還要發現程式中的邏輯錯誤、演算法錯誤以及潛在錯誤，也要發現一些可能需要改進的地方。雙人開發中**複審的過程也是乙個傳授經驗、互相教育的過程。這也是乙個對於個人的提高的機會。
然後就是多人合作——三人以上組。相比二人合作，多人合作能更好的促進設計質量和**質量，高質量的產出同時也能帶來更高的滿足感。但是多人合作的難度比二人合作要難得多，不僅僅是因為軟體團隊的多模式難以抉擇，任務分配不均，還很容易出現抱大腿的現象，而在大學的軟體團隊中，更多的就是主治醫生模式和業餘劇團模式，即，乙個人幹活其他人打醬油的模式。這樣帶來的弊端也是顯而易見的，打醬油的人幾乎沒有什麼提高不說，最終獎勵的分配也成為了團隊矛盾的導火索。有人說這種模式是不可避免的。
但是我想說的是，對於團隊中的任何乙個人，即便是打醬油的，也有其存在的意義。就算是打醬油，也要打出水平，打出存在感，軟體開發不僅僅是開發，它還包含的設計、推廣等一系列的工作，只有制定切合實際的計畫和承諾，才能更好的完成團隊任務。
對於我們自己的團隊，在專案之初，出現的問題就是計畫不夠切合實際。比如我們團隊的研究方向是基於深度學習的醫學影象分割，但是在團隊的第一次會議中，我們大多只是簡單介紹了一下自己的能力，對於整個專案的方向，我們第一階段確定的任務就是找**，對於後續階段，只有乙個大致的說明——編碼，並沒有乙個系統的、完善的計畫，每個人也沒有完善的分工，這對我們後續的工作造成了很大的影響，導致後期的時間規劃幾乎全部崩潰。
在新的團隊或專案中，我會盡量讓團隊的每個成員都有自己的工作，切實體現團隊的意義，同時做好前期計畫，符合實際，盡量在後期不會有太大的變動，同時計畫應該留出足夠的時間隨機應變，計畫要具體到人周，每個成員還需要細化自己分配到的任務。
構建之法讀書筆記02
第3章 軟體工程師的成長 軟體開發流程包括團隊的流程和個人開發流程。個人在團隊中有獨立的流程，而把每個人的工作有序的組織起來，就是團隊的流程。所以，每個人的工作質量直接影響最終軟體的質量。psp 中衡量軟體開發的工作量和質量有以下 4個因素，1 專案 任務有多大？一般用 行數來表示，也可用功能點來表...
構建之法讀書筆記
場景 故事 版權 版本 維護人 1.背景 a.典型使用者 姓名 性別 年齡 職業等 b.使用者需求 痛點 c.假設 2.場景 關於這個場景的文字描述角色 與軟體互動的角色，如使用者等其他實體，甚至時間 主要成功場景 一系列步驟 步驟 描述每一步的互動 擴充套件場景 描述一些意外情況 軟體功能說明書 ...
《構建之法》讀書筆記
乙個軟體除了穩定 功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，還有一點很注重的就是使用者體驗。在我們學習的最初階段老師們就強調對於軟體開發來說使用者體驗的重要性，無論軟體還是硬體，都有很多功能部件，各個部件還要郵寄的結合起來，才能滿足使用者的需求。其中有一點特別，就...