筆者從2013年7月開始接觸軟件開發，2015年1月得到了第一份正式軟件開發的工作。期間走過了很多彎路，看了很多類似“30天從菜鳥到編程高手”的書籍和教程。正如聽過很多大道理依然過不好一生，看過很多”好書“也依然寫不出好代碼。說到這里就要討論下本文標題提到的”優秀的程序猿（媛）“，在我成為職場小菜鳥的這段時間，關于優秀的程序猿有了自己的一份理解。這些不是什么一招制勝的絕世武功心法，但我覺得這些是成為優秀程序猿的最基本常識。
1.程序猿（媛）的工作不僅僅是編碼。
二八法則對于程序開發過程也很符合，近8成的時間，我們要進行需求分析，程序架構設計，數據庫設計，與業務或其他程序猿（媛）討論交流。所以若要成為一個優秀的軟件開發人員，你必須培養廣泛而全面的技巧（Skill），而不僅僅是技術（Technical），在加入工作之初，不要把全部精力放在代碼上，要注重參與到整個開發流程中，積累經驗，不要因一時不能接觸的核心代碼（新手尤其是實習生尤其不要將注意力全部放在代碼上）就憤憤不平。因為程序開發和管理的過程并不是寫個HelloWorld那么見到那。
2.如果有可能出錯，就一定會出錯
墨菲定律告訴我們凡是有可能出錯的地方就一定會出錯。因此在編寫程序時出現了任何方式出現的bug請不要驚慌。因為只有還沒發現的bug，沒有不存在的bug.
而且當你接手的是前輩的項目代碼，請先深呼吸3分鐘，并將一切殺傷性武器收起，因為當你深入分析和編寫代碼時你會發現個別的代碼實在稱不上好代碼，沒有明確的注釋，不夠清晰的邏輯，語言特性的錯誤使用，凡此種種你總會找出一些槽點。
但是請堅信，如同筆者以及文中的前輩一樣，你也會寫下不那么優雅的代碼，尤其是初入職場的這段日子。所以你要做的就是完善這份代碼，并盡最大努力（編寫測試代碼，反復驗證需求）確保你所寫下的代碼可以正常運行。
3.少即是多
有種說法是，優秀的程序員都是”懶“人，因為他們總是在編碼時盡量用簡潔的邏輯和最好的代碼量去實現功能。言多語失，代碼多bug得。“Keep it simple, stupid!”（保持簡單，KISS設計原則）。所以，如果沒有必要的就舍棄吧！因為要記住：“事情若有可能出錯，就一定會出錯。”
4.客戶永遠是第一位的，同時客戶永遠也不知道他（她）想要什么
客戶若有需求，或是想法，但是他們不知道詳細情況……軟件開發要做的工作就是，發現細節并去除所有的不確定性，將這些需求轉換成客戶想要的一個應用程序。請記住，程序和編碼不是第一位，如果這些代碼不能用來解決實際問題，就沒有必要花時間和精力去寫。牢記程序猿的工作不僅僅是寫代碼而是解決問題將對我們的成長十分有益處。
5.你遇到的問題一定有人遇到
就像可能出出錯的地方一定會出錯一樣，你遇到的問題在很大概率上已經有人遇到過，并給出了解決方案。而你要做的就是在開始動手寫代碼之前，利用搜索引擎或者你的同行的智慧嘗試找到解決方案。就像如果你要自己制造汽車，完全不需要從輪胎開始發明，只需要收購適當的零件然后將他們組裝在一起。
這是個知識的時代，也是個分享的時代，開源不僅僅是創意的分享也是意識上的解放。對于想成為優秀程序猿（媛）的我們要學會獲取知識和分享知識。
實踐是檢驗真理的唯一標準，分享和協作是發現真理的捷徑。
文章列表
留言列表
