乙個注重實效的專案，首先需要有乙個注重實效的團隊，專案編譯時學會使用回歸測試，要有一定數量的注釋，注重實效的程式眼不會逃避責任，相反我們樂於接受挑戰，樂於使我們的專業知識廣為人知。
我們喜歡按照功能劃分的團隊。把你的人劃分成小團隊，分別負責系統特定方面的功能。讓各團隊按照各人的能力，在內部自行組織。每個團隊都按照他們約定的承諾，對專案中的其他團隊負有責任。承諾的確切內容隨專案而變化，團隊間的人員分配也是如此。
人的重複性並不像計算機那麼好。shell指令碼或批處理檔案能以相同的次序、反覆執行同樣的命令。它們能被置於原始碼控制之下，你因而也可以檢查流程的修改歷史。讓計算機去做重複、庸常的事情——它會做得比我們更好。我們有更重要、更困難的事情要做。在抽象意義上，應用如果能正確實現其規範，就是成功的。遺憾的是，這種事只活在夢裡。
在現實中，專案的成功是由它在多大程度上滿足了使用者的期望來衡量的。不符合使用者預期的專案注定是失敗的，不管你認為交付的產品有多好
。個人感受：注重是實效的專案要具備注重實效的團隊，每個人去完成各自的任務，乙個人重複去做一件事也難免會出現錯誤，因此將那些測試交給計算機去做往往能提高效率。
《程式設計師修煉之道》閱讀筆記
1.提供各種選擇，不要找各種藉口 2.不要容忍破窗戶 3.做變化的催化劑 4.記住大圖景 5.批判的分析你讀到的和聽到的 6.不要重複你自己 7.讓復用變得更容易 8.消除無關實物之間的影響 9.靠近問題領域程式設計 10.使用shell命令 11.使用純文字 12.使用強大的編輯工具 13.總是使...
08程式設計師的修煉之道閱讀筆記之二
今天在讀完 程式設計師的修煉之道 從中了解到 讓使用者參與進去 這一方面，更好的認清實際需求，自己再看其他書的時候一直在想怎麼能夠真正的去了解去傾聽顧客到底想要什麼？今天這本書給了我答案，讓使用者參與進去 不是只是用自己的想法去揣測使用者需要什麼，讓使用者參與進來，不僅僅是更便於我們去了解客戶，也方...
程式設計師修煉之道閱讀筆記02
這本書已經看到第六章了，由於書的內容相當散，每個故事又很有趣，雖然有些句子比較拗口，有些名詞沒有見過，但依然對這本書書一直有著很高的興趣，好像那些經典的專業書籍都有著這樣的特點吧。讀這本書最大的收穫我感覺是學到了一些學習的方法和寫軟體的方法，與實際的結合十分緊密，個人責任 拽光彈開發 除錯策略 元程...