一週以後，我參加人生中的第一次黑客聚會。在場的每個人都在討論什麼Scala，Clojure，Go。我想，他們學得還真是多。轉身我就借了三本O’reilly的書，每本書看了大概50頁。
什麼？你問我為什麼沒有完整地看完一本書？那還不是因為每本書開始的時候簡單易懂，然後就開始做假設，假設你具備這個知識，假設你會使用那種工具，可是這些我都不會好嗎？
我的一個朋友告訴我應該學Emacs，並且給了我他的配置檔案。我又花了幾個小時學習基本的Lisp語法，以便我能自己設定配置檔案。
然後一個人從我身邊經過，看見我正在使用Emacs，就問“你怎麼還在用Emacs（表情自行腦補），你不知道Vim更好嗎？”我想“呵，Vim”，於是我開始背誦Vim成堆的鍵盤快捷鍵。
工程師們經常討論這樣一個話題，文字編輯器哪家強？並且，工程師們將這看成是一場宗教戰爭——評判的標準不在於客觀的準則，而在於歷史分歧。
那時候，我認為如果我打字越快，我程式設計的速度也會越快。所以我拋棄了傳統的鍵盤佈局，用上了程式設計師必備的Dvorak鍵盤佈局（就像下面這樣）。客觀上來說，對程式設計師而言，這是最高效的一種鍵盤佈局。
看著上面的鍵盤佈局，你能告訴我有多少字母鍵，數字鍵，特殊字元鍵的位置沒有變動嗎？答案是個位數。
等我能夠成功啟動Linux，一分鐘能夠敲出十個單詞的時候，我開始通過看書和Udacity的課程學習Python。
經過七個月的艱苦奮戰，我得到了第一份軟體工程師的工作。
CTO面試我的時候，我告訴他所有我學過的工具和我正在使用的高大上的配置檔案。CTO禮貌地聽我說著，時不時點點頭。等我吹噓完自己淵博的知識之後，他看了我一眼，然後說“其實，大部分事情都有很多解決的辦法，但是隻有其中的極小一部分是有意義的”。
四年以前，我所在的公司決定使用Ruby on Rails構建他們的產品。對於語言的選擇，所有的工程師都沒有意見，現在，他們的許多原始程式碼還在工作。所有的工程師都用MacBook，因為MacBook不僅可靠，並且和他們在產品中使用的Ubuntu Linux伺服器非常類似。這裡的工程師不討Vim和Emacs哪家強，每個人使用的文字編輯器都是RubyMine，這是一個強大的整合開發環境，預設配置非常好用。這裡的每個工程師使用的工具完全一致，意味著每個人可以隨便挑選自己的座位，然後立馬和左邊或右邊的同事開始結對程式設計，而不需要糾結開發環境的配置問題。使用完全相同的配置能極大地方便兩個開發者之間的合作。
雖然我不會Ruby on Rails，公司也覺得我能勝任工作。因為我會Python和Django，並且贏得了黑客馬拉松的比賽，公司認為這些可以說明問題。
最開始的幾周真是艱難，這種艱難不僅僅來自於我來到一個新的團隊，使用一種新的語言，新的框架和新的程式碼庫，而是因為我發現身邊的人都是以一種自虐的態度在學習程式設計。
我獨自在圖書館、咖啡廳坐了幾個月，每天就是盲目的通過命令列安裝各種工具，除錯Linux驅動，解決一些細枝末節的問題，比如說括號不匹配。我涉足每一個能想到的線上課程，報了無數的MOOC課程。我認為實際上我什麼都沒學到，直到在某個月的考核中，我上升至第五位。這些經歷給我的印象是，程式設計是一場你永遠無法取得勝利的戰鬥。我開始明白那些看起來正常的程式設計師他們的過往實際上是那麼灰暗，他們經歷過太多，又壓抑得太久，不得不說，學習程式設計簡直就是一個反社會的活兒。
辭掉上一份工作的第一個週末，我上傳了這張自拍。那天我起了個大早，穿了件體面的西裝，穿西裝是為了提醒自己：我可是要去學習程式設計的人。Facebook的標語“我的新辦公室——餐桌上。我每天過著朝8晚6的生活，只有在必須要休息的時候才休息”。在生活中，我學程式設計師說話，像他們一樣思考，現在，我已經習慣了這個詞。
我的同事幾乎從沒遇到過語法錯誤，因為他們的IDE替他們解決這個問題。而當他們遇到一個錯誤資訊，如果在幾分鐘內不能解決問題，他們就會給其他同事傳送一條即時訊息，請求其他人的幫助。他們會隨意跳到別人的桌旁，然後開始結對程式設計。這裡的程式設計師不會太自我，也不自詡為精英。他們也不認為程式設計是一件痛苦的事。有的只是成年朋友之間的建設性的對話。
一個團隊中的成員使用的工具是高度一致的。在Passion Project和黑客馬拉松中，開發者可能會使用新的JavaScript框架，比如說Angular.js。而在一個真正的團隊裡，成員把精力主要放在使用現有的技術提升產品之上。從這個角度來說，他們是保守的。
在ThoughtBot你也會看到類似的情況，在ThoughtBot中，每個人都堅持使用一個小且高效的工具集（Rails，Vim，Postgres和Redis）。因為工具集小，所以工程師容易成為該領域專家，又因為每個人使用的工具集都是一樣的，所以相互之間進行互操作就變得很容易。
所以真正的問題是，如果高效的團隊在使用一個小且固定的工具集的時候最高效，那麼是不是人們在學習程式設計的時候使用一個小且固定的工具集是最好的。那些線上程式設計課程和程式設計訓練營顯然是這麼想的。
但是作為一個個體，可以選擇的工具那麼多，真的很難決定到底該怎麼選。我知道這一點是因為我經歷過。一個好的程式設計師的技能集合可以用T形來表示——涉獵的領域很多，但是真正擅長的領域不多。但是，經過經年累月的積累，T形將會慢慢變成下劃線形。
我遇到過許多學習程式設計的人，上來就想什麼都學，什麼都會，最終，他們都失敗了，放棄了他們成為一個程式設計師的夢想。我不想這種情況也發生在你的身上。
你需要專注更多方面
事不宜遲，下面給出一些新手容易犯的大錯誤：
- 從這種語言轉到那種語言，又從那框架跳到這個框架，或者騙自己可以精通所有的語言或框架
- 使用小眾的工具來搭建自己的開發環境，而不是選擇傳統的、可信賴的工具。
- 學習像Docker和Famo.us這樣的工具，僅僅因為它們新奇，雖然更加基礎的技術都還沒掌握好。
如果非得用一個詞來總結我的建議，我會說：專注。
我問你，你會用專注這個詞來描述你的程式設計學習計劃嗎？如果你認為你的計劃夠專注，好，你現在可以停止閱讀，回到你的計劃開始學習，因為我不想說任何可能導致你失去專注的事情。
如果你還的計劃不夠專注，那你也有福了——照我說的去做，你也能專注，但是這需要花費你幾分鐘的時候做幾個艱難的決定。等等，你們別走啊！
好的，你還沒走。下面就是你需要做出的艱難的決定。
- 選擇一種軟體型別，可以是Web應用，手機應用，遊戲，或者嵌入式。我推薦web應用，因為它夠靈活。學習的資源也很多，工作機會更是數不勝數。如果你的興趣點不在web應用上，關掉這個頁面，在Google搜尋框裡面輸入“getting started in _____ development”，將返回的結果一條條點進去看。
- 選擇一種程式語言：JavaScript，Ruby或者Python。每種語言有自己的強項，都有與之相對的用於構建web應用的工具（分別是Node.js，Rails或Django）。除非你自己明確知道自己該學哪種語言，否則我推薦你學習JavaScript，因為它使用最廣泛。
- 選擇一門線上課程。這裡有一些選項供你選擇：如果對JavaScript感興趣，去FreeCodeCamp.com或者NodeSchool.io上找；如果對Ruby感興趣，去TheOdinProject.com或者TeamTreehouse.com上找；如果對Python感興趣，去Udacity.com上找。相信設計這些課程的老師們的智慧，按照建議的順序完成這門課程，不要跳來跳去。
- 買一個新的/舊的MacBook，或者在你現在的電腦上安裝Ubuntu Linux。至於其他你可能需要的工具，按照線上課程的建議安裝即可。
一旦你做出了這些決定，剩下的路就太簡單了。你只要保持清醒，不要被周圍的新工具所迷惑。一週七天，每天學一點線上課程，哪怕一次只有半小時。相信你今天做出的決定。最後，請記住：只要有耐心，任何能幹的人都能成為絕世coder，當然也包括你。
相關閱讀
評論(1)