今天閱讀了從小工到專家的第一章：注重實效性的哲學，可能由於自己從來沒有進行過真正的專案開發，所以對於書中講解的內容並沒有理解的那麼深刻，所以在這簡單陳述下自己閱讀完的感悟。
「我的原始碼讓貓給吃了」是流傳在程式設計師之間的經典語句。作為一名合格的程式設計師，我們要具有程式設計師該有的素質。負責便是其中重要的一點，這裡的負責包括兩個方面，乙個是專案未出問題之前的負責，在編寫自己的**部分時，我們應該盡量避免破窗戶的存在，甚至對破窗戶做到0容忍，這是一種負責，另一方面是專案出現問題之後的負責，如果專案是因為你出現的問題，自己就應該去承認自己的錯誤，自己可以犯錯，但絕對不可以不誠實，更不應該為了逃避責任去找各種各樣的藉口。
煮「石頭湯」，拒絕「青蛙湯」：學會去變向的催化產品產生的過程，乙個產品的生產會遇到很多阻礙，但這個過程是可以加快的，你需要讓你的整個團隊或其他部門看到乙個美好的未來，並讓他們積極地參與到其中。
時刻關注專案開發的情況，不要讓小錯有醞釀成大錯的機會，不要去嘗試去拖延專案，因為專案的**很大，你承受不了。
什麼是足夠好的軟體呢，這本書解釋的很好，軟體是相對於使用者而言的，使用者只關注軟體是否符合自己的預期，而不是要確保你做的軟體用到了多麼頂尖的技術多麼的好看，舉個極為不欠當的例子，盜版軟體難道不比正版軟體漏洞大嗎，為什麼那麼多明明知道盜版軟體有缺陷還是選擇了盜版，開發軟體的過程中是需要使用者去參與的，根據使用者進行修改的，別忘了使用者本身的需求。
網際網路發展的快，知識更新淘汰的也快，要想不掉隊，就要不斷地學習新的知識和理論，並把新的知識去付諸於實踐。當然在學習新知識的同時也要做好承擔風險的準備，無風險無機遇。珍惜每一次自己學習的機會，因為留給你學習的時間並不多。
從小工到專家閱讀筆記01
理由vs 選擇 程式設計師修煉之道 從小工到專家 中有句話是這樣說的 當你犯錯誤或是判斷失誤時，誠實的承認它，並設法給出各種選擇，不要別人或別的東西，或是拼湊藉口，不要把所有問題都歸咎於 商，程式語言，管理部門，或是你的同事。看到這句話時，我不知道你們有什麼想法，我是深有體會。2016年5月 3日下...
從小工到專家1
1.如果我確實同意要為某個結果負責，就應切實負起責任，當出現失誤時，誠實地承認它，並給出選擇。2.預先制定應急計畫，原始碼必須備份。3.出現問題不要向老闆說藉口，而是挽回的方式。4.不僅要留心大圖景，還要持續不斷地觀察周圍發生的事情。5.讓使用者參與決定所製作的東西何時是足夠好。6.不要許諾不可能兌...
06從小工到專家6
1 編寫規範是一項重要的職責，但問題是很多人可能會陷在這裡，不斷地增加規範項。我們可以做這樣乙個嘗試，寫乙份簡單的描述，告訴別人怎樣繫鞋帶。這可能是乙份並不能幫助他人的描述，因為對有些事情 做 勝於 描述 因為無意識的行為更快，考慮規範反而會拖慢進度。2 對待開發文件也一樣，不要編寫過於詳細的規範。...