羿閣 發自 凹非寺
量子位 | 公眾號 QbitAI
幹了40年程式設計師，是一種什麼體驗？
一位從1984年就開始當程式設計師的老哥出來「現身說法」了。
他總結了自己從業近40年的經驗，彙集成13條建議，希望能給想長期做程式設計師的新手們提供一些幫助。
文章一發布，就在reddit、Twitter上引發討論，許多程式設計師也紛紛跟帖附議，有網友就表示：不能同意更多！
趕緊來看看，他都分享了哪些乾貨吧。
來自近40年碼農的經驗分享
這位老哥叫Noah Gibbs，曾供職於英偉達、AppFolio Inc、DAQRI等多家公司，目前就職於Shopify。
作為一名資深的軟體開發者，他一直活躍在開發一線。
但與想象中不同，這次他並沒有介紹要學習什麼語言或框架，而是指出了一些他認為比技術更重要的事。
（以下是作者Noah Gibbs的口吻敘述）
1、幾歲開始都不晚
大約一年前，也就是45歲時，我才開始學習彈鋼琴。這一年我覺得自己一直在進步，我相信如果堅持下去，到60歲時我一定會非常棒。
學習程式設計也是一樣，當你已經有了一些其他領域的背景時，你學習程式設計就會變得很快。
相信我，如果你從50歲開始做程式設計師，10年後，也就是你60歲時，肯定會比我18歲的水平好得多。
我遇到過很多優秀的程式設計師，他們都是在20歲、30歲甚至40歲才入行，所以我不知道你為什麼不能從50、60歲開始。這一行需要時間和工作，但你不必非得年輕。
2、多嘗試不同類型的程式設計
如果你剛剛入行，並且想長期從事程式設計行業，我的建議是：要多寫一些軟體，任何軟體、寫什麼都無所謂。
在我幹程式設計師的40年裡，很多潮流來來去去。可以說，讓自己多嘗試不同的類型的程式設計很重要。
這可以使你思想不會變僵硬，而且事實證明，幾乎任何一種規則都能教會你一些東西。
如果你太拘泥於某一項單獨的任務，就很可能會失敗。
3、不要怕回報慢
不要覺得自己正在學習的東西是無用的，因為無用只是相對的。
我曾經把多年的業餘時間投入到一種叫做DGD的舊MUD程式語言中。這當然不是為了實用價值，因為幾乎所有關於它的東西都是奇怪的和不標準的，很少有真正能應用的。
但它教會了我很多，它教會了我Ruby on Rails後來應用的東西，它教會了我如何使用資料庫程式設計，它還教會了我一些在後來學的5、6種語言中都能用上的東西。
有趣的是，多年後我在DGD找到了一份諮詢工作。這世界上還沒有多少DGD的工作，但我有一個！這比我學過的許多「實用」語言更實用。
就像我經常對自己說的：「現在還早。」你可以多學習一些有趣或有用的東西，即使可能十年、二十或三十年後才有回報。
不要總是選擇18個月後就會變好的東西，因為你無法預見未來會發生什麼。
4、找到工作對你的吸引點
你開始寫程式碼一定是因為它的某些方面吸引了你，你要做的是試著弄清楚那是什麼。
這個答案每一個人都不一樣，對於我來說，我喜歡寫程式碼給我帶來的成就感和聰明的感覺。
只有在工作中找到足夠吸引你的點，才能長期堅持下去。
如果你感覺不到任何被吸引的點，那你可能需要休個假，或重新尋找你喜歡的東西，因為這樣的工作只會讓你精疲力竭。
5、這不是短跑或馬拉松，這是寫日記
如果你是個新手，很可能在下定決心「我要成為一名程式設計師」後，列出一個詳細的計劃，計劃中可能包含8個大點、56個小點等等。
我不會告訴你不要這麼激動，但我要說：不要把這個計劃太當真。因為你不可能通過計算和計劃來完成所有的事情。
在某些時候，你並沒有「脫離你設定的任務」，你只是「過著自己的生活」。這不是失敗，也不是放棄。
你無法預測什麼是有價值的，所以你應該學習所有的東西。我的經驗就是：你活得越久，工作得越好，你就越能意識到每件事(每個人)都能教給你有用的東西。
你不是在跑短跑或馬拉松。相反，這就像是在寫日記。
十年後，你會翻看這本日記，然後說，「哇，我做了一些很酷的事情」或者「嗯，我是個很有趣的人」，但我想你應該不會在日記上寫「我非常擅長Java」。
6、不要混淆工作和職業
不要把工作和職業混為一談，它們不是一回事。
對於我來說，編寫軟體是一項非常棒的工作，但只是一個還行或者可以更好的職業。
在接受別人的建議時，也要注意對方提到的是關於工作的建議，還是關於這份職業的建議，如果你把兩者混淆，這個建議就沒有多大意義了。
7、學習順序並不重要
在剛入門的時候，你往往會得到關於首先學習什麼語言或技術的不同建議，但這其實不重要。
如果你沒有按老規矩走，而是開創了自己的道路，那並不意味著你沒有做好基礎工作，也不意味著你就很糟糕。
因為如果某件事真的很重要，你遲早都會發現，並重新去學它。
8、你越優秀，就越和別人不一樣
早期的程式設計師職業培訓（例如部落格文章、大學課程、書籍）就像流水線，試圖培養你在每一個方面的基本能力。
而且新手很容易誤認為，一個首席工程師需要點滿很多技能、每個技能水平也必須很高，但事實並非如此。
你可以通過編寫一段相當簡單的程式碼並詳細地描述它，就像Patrick McKenzie在《Bingo Card Creator》中做的那樣，也可以通過寫一些真正有利可圖的東西來獲得尊重。
除了基本的能力之外，這些道路幾乎沒有任何共同之處。
這也是為什麼當你求職時問這樣的問題是很蠢的：「我是一名有15年工作經驗的軟體工程師，通常的薪水是多少?」
15年是如此之久，以至於你應該形成了與其他人不同的優勢之處。你寫過書嗎？從事過賺錢的大型項目嗎？整合過一個有趣的開源項目嗎？這15年你做了什麼？
當然，這也不僅僅是工資的問題。你可以問：「我是一個有15年經驗的軟體工程師，這意味著我有能力領導這個項目，對嗎?」答案當然是「可能」。接下來的問題是「那在15年裡你做了什麼?」
9、從實踐中學習
我不會建議人們一開始就去學習軟體設計的深層原理，這是因為如果你試圖把它們當作純理論來學習，那麼幾乎肯定會做錯。
對於初學者來說，首先要學會用一些實際的語言構建一個可用的軟體。不管是哪一種語言，只有犯一些真正的錯誤，才能在錯誤中解決問題。
然後就可以這樣循環：實踐，犯錯，學習理論，修正錯誤。
當然，這也並不意味著如果你先學習了理論，你就會永遠變差，只不過是需要一段時間才能正確使用你所學的知識。
10、使用什麼技術很重要
如果你想在程式設計師這一行做上幾十年，那麼你不僅要學習各種各樣的技術，還要學習各種各樣的非技術技能。
舉個例子，「學習至少一種函數語言程式設計語言」，就像鋼琴家「學習演奏莫扎特的鋼琴曲」一樣是必須的，但同時，學習一些程式設計時所涉及的邊緣技術，會為你培養額外的洞察力。
11、向其他領域學習
如果我們的行業還很年輕，這意味著什麼?這意味著我們還在研究基本原理。
你可以從其他領域學到很多東西。我曾經寫了一本關於如何偷學藝術家練習方法的書，正是因為藝術和音樂都是古老的學科，它們已經領先計算機發展幾千年了。
所以，如果你遇到了一個問題，你可以考慮一下其他領域的人們會如何處理這個問題。
例如，阿圖爾·葛文德（Atul Gawande）的《清單宣言（Checklist Manifesto）》中就講述了飛行員、摩天大樓建造者和醫生處理問題的截然不同的方式，這些都是很好的方法。
12、不要重複造輪子
眾所周知，如果美術家重複畫一個靜物、音樂家反覆練一首曲子，他們都會越來越熟練，但程式設計師不一樣。
在程式設計師中有一個說法是「不要重複造輪子」，我們的工作正是想辦法讓電腦完成所有的重複工作，這樣我們就可以只做新的工作。
你可以嘗試重新發明輪子、可以故意用「糟糕」的方式編寫程式碼，看看會發生什麼。總而言之，你需要真正擅長一些不同尋常的事情。
13、只管去做
我一直在向大家推薦非技術領域的建議，而不是那些充斥著技術宅們的論壇，那些論壇裡充斥著最近才轉行為程式設計師的人那種偏執的熱情。
如果你寫程序，你就是程式設計師，或者軟體工程師，或者隨便你怎麼稱呼它。
只要你堅持寫下去，你就可以一直做一個程式設計師，不管多少年。無論如何，如果你堅持下去，你就有資格，這才是最重要的。
怎麼樣，看完以後，你對程式設計師行業有沒有新的認知？
除了文字版本，作者還在YouTube上上傳了視訊版，連結放在評論，感興趣的小夥伴們可以自取～
文章連結：
https://codefol.io/posts/the-forty-year-programmer/#disqus_thread
視訊連結：
https://www.youtube.com/watch?v=UPkJGU7Itb0
參考連結：
https://www.linkedin.cn/incareer/in/noahgibbs
