第11章 軟體設計與實現
問題：典型的開發流程與開發階段的一些管理方法是什麼？
答：從spec到實現：把修改集整合到**庫中、開發人員的標準工作流程、**完成。
開發階段的日常管理：閉門造車、每日構建（每天或者至少每週完成構建是非常必要的）、小強地獄、構建大師。
問題：每週進度報告——還有多少事沒做完
答： 我們每天都在簽入新的**，每人都很忙，但是我總覺得不太對勁。感覺事情越做越多，我們離最終目標到底是更接近了，還是更遠了呢？
這時我們可以看看各種報表，首要推薦的是tfs 的「remaining work」，可以看敏捷流程的「燃盡圖」（burn down chart）。如果你看到每個
人每天花費的時間在不斷增加，但是真正需要解決的任務（task）和缺陷（bug）都沒有變化，甚至緩慢增加，這意味著團隊離最後目標越來越遠了。
可以在tfs報表設定的控制板中，進一步選擇你要報告的內容，如：iteration，選擇里程碑；area，選擇專案的不同部分，也可以修改報告的起始和終止日期等。
第12章 使用者體驗
問題：考慮使用者體驗的各種角度
答：使用者的第一印象、從使用者角度考慮問題、軟體服務始終都要記住使用者的選擇、短期刺激和長期影響、不讓使用者犯簡單錯誤
問題：使用者體驗的衡量標準
答：1.盡快提供可感觸的反饋
2.系統介面符合使用者的實現慣例
3.使用者有自由控制權
4.一致性和標準化
5.適合各型別的使用者
6.幫助使用者識別、診斷並修復錯誤
7.有必要的提示和幫助文件
問題： 什麼是使用者體驗， 什麼時候開始考慮使用者體驗？
答:究竟什麼是使用者體驗呢?
答：使用者體驗是眾多元素的混合體，包括視覺設計、互動設計、資訊架構和使用者研究。
既然使用者體驗和使用者介面對乙個專案這麼重要，但是負責這類工作的設計師並不是軟體工程師，設計師們什麼時候加入進來為好呢? 不同的人有不同的看法。
讀《構建之法》十一 十二章有感
十一章 軟體設計與實現 把 修改記整合到 庫中 將開發人員手頭上的經修改過的大碼簽入源 控制系統的步驟 1 根據場景和開發任務來決定整合的次序 2 互相依賴的任務要一起整合 3 在測試場景時，要保證端到端的測試 4 場景的所有者必須保證場景完全通過測試，然後把場景的狀態改為 解決 開發人員的標準工作...
《劍指offer》第十一 十二題（js）
輸入乙個整數，輸出該數二進位制表示中1的個數。其中負數用補碼表示。在討論區學習來的方法，太妙了 方法一n 1 會將 n 最右邊的 1 及其右邊的 0 全部取反，再用 n 與它進行按位與運算，那麼就將原本最右邊的 1 及其右邊的 0 全部置為了 0，其餘位置不受影響。n 有多少個1 就會進行多少次這樣...
構建之法閱讀筆記09 第十二章
閱讀筆記 第十二章 使用者體驗 在進行軟體介面設計時，要考慮使用者使用的第一印象，不要弄的多麼紛雜，一定要一目了然，看起來簡單明瞭。在軟體的功能特別多的時候，要考慮使用者的使用情況，可以大膽的減去一些不必要的功能，當然是針對某一部分使用者來說。設計的過程中，一定要從使用者的角度考慮問題。有一些功能，...