《夢斷程式碼5》
前臺與人對話，後臺與位元對話，言簡意賅。
建立還是複用？每個軟體遲早都會到達這個岔路口。的確，我們不也是這樣，複用固然便利簡單，但能否完全適合自己現在的
程式設計環境仍是一個未知數。 而建立雖然費時費力但無疑是針對自己的狀況，兩者各有優劣。
嚮往未來那種程式可由複用的部件組成，軟體部件將在全球範圍內提供，那樣我們或許會告別這痛苦的程式設計過程了吧，只去享受那成功的喜悅。
軟體界那太多勢不兩立的標準，或許是阻礙我們複用程式碼的一大難題吧。
“程式設計師總以創作為榮，叫他們拾人牙慧，無異於佛其逆鱗。”的確，原創固然很棒，但我們要的是好的結果，因為使用者是不會去看你的程式的，
很多人都站在巨人的肩膀上取得了成功，我們為什麼不能？
一個軟體的開發，就像人的成長——成人，成長，學習發展，向著完美改變自己。
能快速學會不常見或特殊的技能。如果管束不嚴則會戲弄主任。這是說拉布拉多獅子狗還是說程式設計師？用“經理”替換“主人”，相似度之高令人震驚。
程式設計師是頑固的獨行俠，老調重彈不足以促其成事；他們需要哄逗和愛撫，要有耗子可以追殺，要有缺陷可以盪滌。看來程式設計師的管理也有著很高深的
內涵。
老話說得好：快速、便宜、優質，任選其二吧。三者兼得可能性貌似不大。
制定進度計劃並盡力跟上。簡單卻又實用，只要你堅持去做。
奇客：專注於己事的人；追求技術（特別是專業技術）和夢想、不融入主流社會的人。這樣的人有夢想有追求，有著明確的目標，也應該是我們學習的人。
與IT專業人士溝通，要比死人溝通還稍微難一些。這還不至於吧，希望以後我不會這樣。
程式設計師儘管不合群，卻真的需要與他人傾談——形式越隨意越好。
在軟體管理中，協作不是馬後炮，也不是無足輕重之事：它是工作的核心，決定採用何種工具和方法有可能成就或毀掉專案。
給我6個小時砍樹，我會用前4個小時磨斧頭。準備和計劃很重要，不能盲目的去程式設計。
用程式碼的多少去衡量一個程式設計師的好壞是最白痴的做法，一段精彩的程式碼或許僅僅是小小的一段創新，而那種做法只會讓越來越多的人敲出越來越雜亂無章繁瑣的程式碼。在變成當中我們可以用一部分時間來尋求簡潔的方法路徑，磨刀不誤砍柴工，但是我們不能把這段時間過多的放大。就像我本來做飯而去超市買醋，卻看到了旁邊的衣服，逛了半天商場，忘記了本事是要來買醋的。