1. 如果我確實同意要為某個結果負責，就應切實負起責任，當出現失誤時，誠實地承認它，並給出選擇。
2. 預先制定應急計畫，原始碼必須備份。
3. 出現問題不要向老闆說藉口，而是挽回的方式。
4. 不僅要留心大圖景，還要持續不斷地觀察周圍發生的事情。
5. 讓使用者參與決定所製作的東西何時是足夠好。
6. 不要許諾不可能兌現的時間標度，為趕上最後期限而削減基本的工程內容。
7. 如果給客戶某樣東西讓他們提早使用，他們的反饋會把你引向更好的最終解決方案。
8. 不要因為過度修飾和過於求精而損毀完好的程式。
9. 持續學習。這個聽起來簡單，做起來難！
10. 如何交流：知道你想要說什麼、了解你的聽眾、選擇時機、選擇風格、讓文件美觀、讓聽眾參與、做傾聽者、回覆他人。
06從小工到專家6
1 編寫規範是一項重要的職責，但問題是很多人可能會陷在這裡，不斷地增加規範項。我們可以做這樣乙個嘗試，寫乙份簡單的描述，告訴別人怎樣繫鞋帶。這可能是乙份並不能幫助他人的描述，因為對有些事情 做 勝於 描述 因為無意識的行為更快，考慮規範反而會拖慢進度。2 對待開發文件也一樣，不要編寫過於詳細的規範。...
02從小工到專家2
1 可靠的開發軟體，並讓我們的開發更易於理解和維護的唯一途徑，是遵循我們稱之為 dry 的原則 系統中的每一項都必須具有單 一 無歧義 權威的表示。dry 是 dont t repeat yourself 的縮寫。2 重複的產生通常有以下種類 強加的重複。開發者覺得他們無可選擇，其實是有一些方法讓我...
《從小工到專家》閱讀筆記一
今天閱讀了從小工到專家的第一章 注重實效性的哲學，可能由於自己從來沒有進行過真正的專案開發，所以對於書中講解的內容並沒有理解的那麼深刻，所以在這簡單陳述下自己閱讀完的感悟。我的原始碼讓貓給吃了 是流傳在程式設計師之間的經典語句。作為一名合格的程式設計師，我們要具有程式設計師該有的素質。負責便是其中重...