程式設計師不僅僅是寫程式碼

本文由碼農網 – 小峰原創翻譯，轉載請看清文末的轉載要求，歡迎參與我們的付費投稿計劃！

很多程式設計師都普遍性地認為他們的工作就是寫程式碼，這是錯誤的。寫程式碼不應該是一個程式設計師的全部。

程式設計師的職責應該是解決問題。

當然在解決問題的過程中，常常會涉及到程式碼，但是這一部分所佔的比例非常小，更多的是構建一些有用的東西。

在構建軟體的過程中，我們需要知道如何進行迭代。迭代能讓我們對問題有一個更深入的理解，一步步一點點完善產品，話說，那種吹噓自己能一蹴而就、一次性搞定的傢伙統統是吹牛。迭代的過程中需要的是驗證功能，而不是寫程式碼。因為事實證明，寫程式碼所耗費的成本是你不能承受之重。

此外，擁有一種能用於測試、評估和篩選idea的系統也是極其重要的，因為如果沒有的話，團隊裡面所有的開發人員只會“各自為政”，將自己所有的精力投入到自己認為可行的方法上去，一條道走到底，不撞南牆不回頭。

寫到這兒，不知道各位程式設計師明白了沒有？

上面這些事情雖然和寫程式碼沒啥多大關係，但是卻是打造一個成功產品最重要的組成部分。然而，很多開發人員更關心的是，能否找到一個在記憶體中搜尋二叉樹的最佳時間複雜度的解決方案。

這自然是好的，但是卻並不重要。本人，在軟體行業已經有著15年工作經驗，從不需要去翻閱類似《計算機程式設計藝術》一類的書籍，借鑑某些東西，一次也沒有。

可不要誤解我的意思——我從不否認演算法和資料結構的重要性。只是，就算是世界上最完美無瑕的軟體，如果沒人用那就是浪費。掌握解決問題的技巧，學會構建迭代模型，善於團結協作，以及，寫出更棒的程式碼，那才是一個開發人員的天職。而不僅僅是寫程式碼。