日期：2019.4.26
部落格期：064
星期五這一次我是看的第6章，也就是團隊開發的部分，書上的標題是敏捷流程。書中要求我們程式設計師能夠盡早提交滿足客戶要求的軟體，時時總結如何去提公升我們團隊的製作效率！我覺得書中的內容，很清楚地指明了我們在團隊開發中較為迷茫的情況下如何去實打實的完成軟體設計、製作的任務！書中也給出了乙個較為實用的團隊開發方法——繪製燃盡圖，這個圖能夠直接或間接的反應出程式設計師的水平，開發效率，開發效果等等問題，在之前開發過程中我們沒有任何的方法，就是每天簡單的討論自己做到**了，其他人有沒有什麼意見等等。在讀完本書第6章後，我覺得我可以試著從燃盡圖中找到一些團隊開發的特點、短板，並及時改正，這樣就能提高我們團隊的效率！
構建之法閱讀筆記04
夢斷 01 人類文明執行於軟體之上。但是，軟體建立藝術卻隱於暗處，即便對於專家們也是如此。在歷史上，我們從未如此的完全依賴於這樣一種人類自己不知道怎麼樣做得好的產品。在對軟體系統的加速依賴和踱著步學習怎樣做好軟體之間，有一條巨大且有時叫人恐懼的壕溝。對軟體的依賴以指數級增長，而做軟體的技能 和應用技...
構建之法閱讀筆記04
本次閱讀了第十一 軟體設計與實現 十二章 使用者體驗 在做班級派團隊專案時，缺少了與團隊成員的溝通，導致作業模組的介面成為一大遺憾，而且功能的實現也有欠缺，進度的報告沒有能及時有效的提交 沒有太多的考慮到使用者的體驗，只想自己要實現的功能，可以說有些跑偏，但幸好不太多 如何避免在產品開發後期不斷有重...
構建之法閱讀筆記04
1.msf，微軟解決問題框架，他有如下基本原則 1 推動資訊共享與溝通2 為共同的遠景而工作3 充分授權和信任4 各司其職，對專案共同負責5 交付增量的價值6 保持敏捷，預期和適應變化7 投資質量8 學習所有的經驗9 與顧客合作。在msf團隊模型中任何技術專案都必須到達特定的關鍵質量目標，才能被認為...