在當代，乙個完整的軟體由乙個人獨立完成的情況十分少見，如今，軟體幾乎都是在相互合作中完成的。因此我們的**是需要給別人閱讀的，於是**的編寫就有了一定的規範，這樣才能容易的看懂別人的**。
**的規範看起來是一件小事情，但是如果沒有規範的話，就會使別人很難看懂你的**，這樣，你們的工作就很難，很難進行開展，就會進一步的影響你們的進度。所以**規範的問題我們需要進行重視，這個問題在以後的合作開發中是繞不過去的，所以我們需要提前進行這方面的習慣更正。**風格的原則是簡明、易讀、無二義性當然與之類似的也可以。如今雖然我們還沒有進入到開發軟體的專案工作中，但是這些小習慣不僅可以使你更容易看得懂自己的**，而且還可以培養你的**風格習慣，讓你在以後專案開發中，更容易溝通，避免一些可以避免的問題，更好的進行工作。通常這些我們可以參照匈牙利命名法。當然我們也需要寫注釋，要讓別的人在你的注釋下可以看得懂你的程式，進而寫出自己的程式，這樣的習慣也是必須要養成的。注重**設計規範、**複審這些也是要注意的。
總的來說，我們需要注意**書寫的規範以及一些其他的規範，這些東西會對你產生意想不到的好處。
以前一直以為只要自己編得東西可以實現任務就行了，這樣下去會對以後的專案合作產生一定的可以避免的困難。以後會注重**的規範以及一些其他的習慣。
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...
構建之法閱讀筆記06
夢斷 06 程式設計師常依賴一種稱為 媽媽測試 的手段，以對計算機一無所知的父母為假象用例，有時甚至請這類使用者親自體驗。這是現在程式設計師的通病，做出來的軟體或許在計算機上是完美無誤的程式，甚至是最優化做快的演算法，但是使用者的體驗和反饋卻並不是很好，這就要考慮到軟體設計的問題了，良好的軟體設計像...
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...