第十章：典型使用者和場景
書本中提到的典型使用者和場景這種方式來為使用者考慮，我覺得很生動，可行性也很大。書本中吳石頭的例子也是很生動，馬上就能理解大概，還有場景也是。
我們也寫了乙份關於典型使用者和故事的文件。這樣或許可以讓我們更清晰了解明白接下去我們該怎麼做。
前面需求分析，還有後面體到的典型使用者以及story，都是針對自己的程式來進行一種分析，可見開發軟體是，需求的分析很重要，還有specifition（需求分析文件）規格說明書。
第十一章：軟體設計與實現
在考慮完專案的需求後，我們需要的是對專案進行設計並且加以實現，書本中也有列舉在開發階段團隊出現的幾種情景：
閉門造車：我認為這種現象比較能讓程式設計師集中在程式編寫裡面，我們有時候也會在感覺到效率不怎麼樣，沒有有乙個「封閉」的時間，或許對隊員來說是乙個全身心投入程式的好方法。（這是我自己的理解。。）
每日構建、構建大師、寬嚴皆誤、小強地獄這些書本也有生動的例子講述。
對於這些情景我也不知道其中的利弊。
第十二章：使用者體驗
乙個專案做出來的程式必然要有使用者，使用者的體驗是我們程式重要的過程，也可以說是程式的價值體現，生命價值的體現。
而使用者體驗的幾個要素我們要注意：第一印象，程式的ui設計很重要，這是個看臉的時代，外觀的美感，很大程度決定程式的使用者數量；其次，從使用者的角度考慮問題也是很重要的；軟體服務始終記得使用者的選擇；短期刺激，長期影響；最後注意不讓使用者犯簡單的錯誤。
程式的使用者體驗效果是有一定的評價標準的，書本也有很詳細的列點描述（231頁），我們可以通過這些標準來對我們的程式進行評價。這樣或許我們能夠改善我們的程式，讓使用者更滿意。
讀《構建之法》十一 十二章有感
十一章 軟體設計與實現 把 修改記整合到 庫中 將開發人員手頭上的經修改過的大碼簽入源 控制系統的步驟 1 根據場景和開發任務來決定整合的次序 2 互相依賴的任務要一起整合 3 在測試場景時，要保證端到端的測試 4 場景的所有者必須保證場景完全通過測試，然後把場景的狀態改為 解決 開發人員的標準工作...
構建之法閱讀筆記09 第十二章
閱讀筆記 第十二章 使用者體驗 在進行軟體介面設計時，要考慮使用者使用的第一印象，不要弄的多麼紛雜，一定要一目了然，看起來簡單明瞭。在軟體的功能特別多的時候，要考慮使用者的使用情況，可以大膽的減去一些不必要的功能，當然是針對某一部分使用者來說。設計的過程中，一定要從使用者的角度考慮問題。有一些功能，...
c primer第十二章讀書筆記
本章主要講解new運算子在各種情況下的使用注意事項。c 使用new和delete運算子來動態控制記憶體。一 關於靜態成員 1 靜態成員屬於類，不屬於物件，即在多個物件中只有乙個靜態成員物件副本。2 靜態資料成員在類中宣告，在包含類方法的檔案中初始化。但如果靜態成員是const整型型別或者列舉型別，則...