讀書筆記2014第4本：程式設計師修煉之道-從小工到專家（第七、八章）

第七章 在專案開始之前

36 需求之坑
不為收集需求，挖掘它們。
有一種能深入瞭解使用者需求，卻未得到足夠利用的技術：成為使用者。與使用者一同工作，以像使用者一樣思考。
描述需求文件時，要使用專案術語表。
用WEB來收集和管理需求。

37 解開不可能解開的謎題
遇到不可能解決的問題時，退一步問問自己如下問題：
1）有更容易的方法嗎？
2）你是在設法解決真正的問題，還是被外圍的技術問題轉移了注意力？
3）這件事情為什麼是一個問題？
4）是什麼使它如此難以解決？
5）它必須以這種方式完成嗎？
6）它真的必須完成嗎？

38 等你準備好
一件事沒有開始，是謹慎？還是在拖延？

39 規範陷阱
需求文件寫上幾百頁不成問題，但是一旦使用者看到了實際執行的系統，你就會被各種變更要求淹沒。
對有些事情“做”勝於“描述”

40 圓圈與箭頭
有些設計圖是給程式設計師看的，對終端使用者沒有意義，不要認為用上了UML等形式化描述圖形就能製作出好的設計。

第八章 注重實效的專案

41 注重實效的團隊

不要留破窗戶，不要重複你自己，按功能劃分團隊

42 無處不在的自動化
持續整合的概念

43 無情的測試
早測試，常測試，自動測試

44 全都是寫
嵌入在程式碼中的註釋，註釋應該討論為何要做某事、它的目的和目標。

45 極大的期望
給他們的東西要比他們期望的多一點。

46 傲慢與偏見
在你的作品上簽名。

 

第一章 注重實效的哲學
第二章 注重實效的途徑
第三章 基本工具
第四章 注重實效的偏執
第五章：彎曲或折斷
第六章：當你編碼時
第七、八章 

本文轉自申龍斌的程式人生部落格園博文，原文連結：http://www.cnblogs.com/speeding/p/3721907.html，如需轉載請自行聯絡原作者

http://www.cnblogs.com/speeding/