在我30多年的程序員生涯裏，我學到了不少有用的東西。下面是我這些年積累的經驗精華。我常常想，如果以前能有人在這些經驗上指點一二，我相信我現在會站得更高。
1.客戶在接觸到產品之後，纔會真正明白自己的需求。
這是我在我的第一份工作上面學來的。只有當我們給客戶展示產品的時候，他們纔會意識到哪些是必須的。給出一個功能性原型設計遠遠比一張長長的文字表格要好。
2.只要有充足的時間，所有安全防禦系統都將失敗。
安全防禦現如今是全世界都在關注的大課題、大挑戰。我們必須時時刻刻積極完善它，因爲黑客只要有一次成功，就可以徹底打敗你。
3.安全防禦是否失敗取決於及早規劃。
假設有黑客會徹底破壞你的防禦系統，那你就得提前做好準備。這樣即便真的讓他們侵入了系統，也盜取不了任何有價值的東西，因爲你已經對服務器做了安全設置，比如對數據庫中的內容進行了加密，並且對每臺有可能遭受攻擊的服務器進行了隔離。
記住，再強大的防禦都會有它的薄弱之處，關鍵是要有備無患。
4.良好的安全防禦系統不要在乎它的費用，因爲這是戰略投資；不及格的安全防禦纔是被浪費的資源。
在我的職業生涯中，經常聽到有人抱怨說安全防禦是多麼多麼的複雜和昂貴，他們沒有意識到的是，如果防禦失敗，公司將損失的可能不止幾十億美元。爲了節約幾塊錢而導致企業破產，這種做法毋庸置疑是非常愚蠢的。
5.將複雜的東西整理成簡單的，是很難的，但是要是把複雜的搗鼓成更加複雜的，那就簡單了。
這一條適用於編程、設計和幾乎所有的創造領域中。我一直以來都希望自己的代碼能越易於理解越好。如果你的代碼過於複雜和晦澀，那十之八九它正常工作的可能性很低。我曾非常有幸地見識到有些程序員費勁千辛萬苦，反而讓代碼更加難以捉摸了。
6.成功源自於失敗中的學習；失敗則是因爲容忍錯誤的橫行。
有很多程序員總是在辯解，說什麼“程序這麼難，犯錯誤很正常了，軟件變得糟糕也在所難免了”。這種理由聽得多了，於是，大家也逐漸接受了這些扯淡的藉口。但是我們作爲程序員真的不應該讓這些藉口阻礙我們的進步，應該謹記，錯誤只能犯一次，要吸取教訓。話說是程序員都會希望自己下一次就能一次性搞定代碼。但是沒有人是完美的，不過至少我們是在朝着這個方向前進的路上。
7.唯一不變的是變化本身，這是誰都無法改變的法則。
計劃永遠趕不上變化，以爲明天的世界和今天一樣，這種想法本身就是愚不可及的。尤其是在編程世界裏，沒什麼是永恆的。人不能兩次踏進同一條河裏。
8.永遠不要停止學習，一旦你停下來，技術的浪頭就會狠狠將你拍死在沙灘上。
作爲程序員立於不敗之地唯一方法就是，不斷學習、不斷進步。因爲一旦你鬆懈下來，你的所有優勢都將隨風而逝。
9.整個軟件行業建立在“百家爭鳴”的思想上。
在我的職業生涯中，我看到過很多程序員會對各種事情較真：預估完成時間上較真，規模大小上面較真等等。而且有的人還屢錯屢戰。有些以前被批判爲“行不通”的技術，現在卻已經牢牢佔據了人們生活的一席之地，並且現今正向着另一個高潮衝刺。
10.適合你的不一定適合他。
在軟件項目中我們可做的選擇很多很多。有的英明，有的糟糕。但是適合你和你當前情況的選擇可能一點都不適用於其他人。我們經常能聽到別人說自己又在幹什麼偉大的創舉，但是如果他們說什麼這是唯一的好方法時，我會對此嗤之以鼻。
11.在這個不斷變化的世界中，評估是最爲重要的技能。
這一點有些人可能並不知道。但是如果你願意認識新事物，看得到他人的努力，比較做事方法之後再擇優使用，那麼不但是你自己，還有你的團隊、你的項目、你的公司，都將受益無窮。但是很多人對此都不擅長，而很多負責人甚至在這方面表現得非常糟糕。照着別人說得做，以及看別人做什麼自己也做什麼，是非常容易的。但是如果要全方位地看問題然後再基於自己的需要選擇對應的最優方向，這就很難很難了。在軟件行業中做抉擇是必須的，但是如果當你在不得不評價分析的時候頭腦一片茫然，那最終的結果只能是隨機挑一個或者是盲從隨大流。
12.不管黑貓白貓，能抓到老鼠就是好貓。
只要你的軟件能實現客戶指定的功能，他們纔不會關心需要解決哪些問題。系統出問題了，異常情況發生了，硬件壞了，程序猿被女朋友甩了，黑客盜號了：用戶永遠不會對這些發生興趣。如果發生意外情況，最好能坦誠說出來，但是你最好要能確保這種情況不會持久，因爲你總給將最終的產品交給客戶。
13.客戶的意見決定質量。
無論你設置了多少指標，檢查過多少表單，審覈了多少代碼，寫了多少測試：這都不是關鍵，除非客戶自己親眼目睹軟件運作正常。關於代碼質量、性能、設計和可用性，客戶的意見纔是決定質量的唯一要素。
14.對某方面的無知可能會讓你一敗塗地，因爲你在這方面毫無經驗。
即使到了今天我依舊在不斷驚歎，有的同行竟然仍然沒有收集足夠的日誌、崩潰報告和使用信息來掌控自己的軟件。那些對這方面信息不屑一顧的傢伙，大多會高估產品的質量。因爲如果你不採取措施和記錄結果，渾渾噩噩地混日子，終將會導致你對當前情況一無所知，包括你的客戶。我一直反覆強調，詳細而有用的日誌記錄、程序崩潰跟蹤、評論和意見，反正各種只要能讓我儘快瞭解發生了什麼問題的途徑和方法，都是可行的。不過，我也知道有很多人認爲“這種事和程序員有一毛錢的關係嗎？”。
14.總有更好的辦法，但是時間不允許。
評估中最難把握的節點是什麼時候應該停止頭腦風暴開始開工。或許我們會錯過那個更好的方法，但是如果要耗費很長時間，那就不值得了。但是這是很難界定的，不過有時候今天的一個小小的選擇可能會打敗明年那個更佳的選項。Who knows？
下面兩點引用自一名銷售人員，他是我很早以前的同事。有些東西我並不是完全同意，不過也能給予我們不同的角度看問題。
15.客戶要找愚蠢的。
這是我最喜歡的一句話，這個銷售人員就職於一家諮詢公司。他認爲，要找那種不懂技術但是有足夠資本揮霍的金主。聰明的人總是會問很多問題；沒錢的人無力購買我們的服務。我很慶幸我是一名程序員，哈哈！
16.我的工作是欺騙客戶，而你的工作則是支持我。
第二句話來自於同一個銷售人員。他總是喜歡不斷地承諾一些不可能的任務，然後當我們終於嘔心瀝血加班加點趕出來了，他就來收穫我們成功的果實。挑戰的確讓人exciting，但是每次都是這種不可能的任務未免太痛苦。我的建議是，換一個更好的銷售人員！【譯者注：這不是傳說中的PM和程序員之間的“和諧”關係麼？】
轉載自：http://www.codeceo.com/article/a-lifetime-programmer.html