雜談：關於程序員職業發展的兩三事

每個人都會有錯誤，但是要從細節中找尋自己的錯誤。

對於程序員來說，錯誤要麼就是很容易就找到，要麼就非常隱蔽。

首先就是發生在我自己身上的事，公司周五下午有一個職場禮儀培訓，然後老師讓我總結內容，我立刻尷尬，說話結巴和忘詞了，當著全公司面出醜。。。。

好吧，雖然現在想起來還是很尷尬，但是作為程序員一定要學會如何總結自己的錯誤和他人的錯誤，這裡我就先總結一下自己犯下了哪些錯誤。

1. 沒有認真聽講和記筆記

2. 沒有在人多的場合講話的經驗，說白了就是對應場景的經驗太少

3. 開小差，其實和第一條差不多，但是含義是不一樣的

那麼先是第一條，我總結了一下，老師首先說的是職場穿著，之後是如何與老闆交流，歡迎客戶，與客戶交流，介紹領導，送走客戶等等，現在我大概也就記得這些了，具體操作老實說沒有經過練習或者真的記錄筆記，我是絕對不可能還記得的。

那麼為什麼說我犯了錯誤呢，因為對程序員來說，除了穿西裝之外的場景基本不太可能出現，甚至穿西裝來說，我不覺得大部分公司會強制要求程序員穿西裝，所以我對於這部分沒有認真聽，導致了被老師叫到之後當眾出醜。

然後說為什麼是犯了錯誤，假如老師最後沒有叫我總結呢？這裡有個誤區就是並不是沒讓我總結就不會犯錯，其實應該感謝這個老師讓我犯下的錯誤暴露了出來，那就是這些套路，其實很有可能會用到的。

假如我之後創業，如果沒有學會這些套路，至少會見客戶的時候，就不會意識到哪些動作是犯忌，哪些動作是會讓客戶不舒服的。

接下來是第二條，因為沒有當眾講解的經驗導致忘詞，或者說忘記之前的內容（雖然我也確實沒認真聽），這方面暴露出來的問題就是我的臨場應變能力不足，做事不專心。

我做事確實很容易分心，這是事實，所以我決定找一個能磨練意志力的方法，之後分享給大家，其實我覺得我每天堅持上下班騎自行車24公里已經很磨練人了（偷笑），這個暫且不表，說一下臨場應變能力，這方面的能力確實是我欠缺的，因為我學習經歷來說，可以說基本不會有用到這些內容的情況，我畢竟不是正規大學畢業的，這個缺點是要認清，相應來說不會有面對比較多人的情況，我個人覺得因為我沒有記筆記的原因導致我會忘詞和緊張，因為我的性格就是謀定而後動，面對突發情況應變不足。

最後是第三條，第三條可以說是面對同事或者說是（職場中）我最應該關心的問題，就是自己露出了某些破綻導致同事（或者其他人）攻擊而讓自己出現損失的情況。

解決方案也很簡單，就是絕對不要露出破綻，但是我要告訴大家一個信息，就是每個人因為成長生活經歷，或多或少都會露出一些問題而自己卻什麼都感覺不到，反而認為很正常，那麼這個時候就要正確認識出自己露出的什麼破綻，否則就是很危險的事情。

比如我說個例子，財務大家都懂，如果財務貪小便宜，那麼問題就大了。

這裡再說一下我遇到的程序員的問題吧。

1. 職業規劃

2. 工作態度

3. 代碼質量

先說這三點，以後有機會再補充吧。

職業規劃問題，我可以說，我遇到過的程序員，百分之百都是完全沒有職業規劃這個概念，而其中百分之九十，說的是代碼干不動了就去做管理。

這是非常有問題的，我就先不說管理好不好乾，而是管理職位總是比程序員少的，同時每個人管理水平有好有壞，好的公司又只有那麼多，作為一個程序員如何使用十幾年的編程經驗去和別人十幾年的管理經驗相比呢？

問題就處在競爭和個人水平上，如果幹不過別人，繼續回去做程序員嗎？

這個時候就要有一個至少是存在的職業規劃，我說的意思當然不是說寫代碼寫不動了就去做管理，就算目標是管理，也要有這麼一份職業規劃，規劃自己在什麼時候學習管理知識，什麼條件下轉管理崗位。

當然我作為程序員才入行1年多，這裡還是請大家多網上查查其他人的博客帖子，就我目前來說給不了大家太多的意見，當然也可以給大家一些小建議。

首先就是任務分解，例如目標是入職微軟，那麼分解目標就是先學會英語，至少要達到能夠自如和外國人溝通的地步，這一步可以報班也可以花時間自學。

然後是數學，數學水平我個人覺得至少大學本科一下的，至少要能夠在網路的幫助下使用。

最後是演算法，微軟面試的演算法應該不是很難，演算法導論學會後，看一下微軟面試經（大概就是其他人的面試經驗和面試題），雖然面試題不太可能重複，但是至少要知道大概流程，同時要確定面試流程。

還有就是我上面說的，最好找一個同樣是微軟或者也是相同等級的大公司人員先預演一下，我相信他們也應該樂於這樣，或者說花錢讓他們給自己做一些諮詢服務也可以。

大概就是這樣吧，核心內容就是分解大目標，規劃小目標，規划到以天為目標，比如上面說的學英語，下班回來後，學10個單詞，複習昨天的10個單詞，演算法導論看3頁，複習昨天看的3頁，這樣積累下來，不用特別長的時間，就有顯著的提升，當然得堅持。

然後是工作態度，說工作態度，就是不要以得過且過的態度對待工作，我記得郭德綱一直說，相聲這一行，門檻在門裡面，有的人進來了再出去捨不得，你也是藝術家，我也是藝術家，大家湊合湊合得了。

這一句同樣適用於我們這一行，甚至可以說程序員的入門要求比相聲低多了，相聲還有賣不出票的時候，程序員只要入門了，至少不會上街要飯。

而我要說的是，如果看到門檻就躺下不動了，職業生涯很快就會遇到瓶頸，甚至有的人不理解，我給你這麼多錢，你為什麼要走，為什麼？對我來說就是技術得不到提升，所以我走了，不是很簡單的事情嗎？

現在的網站開發，小公司的項目，有幾百個人使用已經很不得了的事情了，幾千上萬已經可以融資了，在這麼小的數量級下，所需要的技術並不會很高，大部分人就一輩子爛在裡面了，即不提升技術，又懶得動腦子，一年的經驗用了十幾年，之後就轉管理，有什麼用？

所以我希望大家和上面的職業規劃聯繫起來，程序員的 dry（don"t repeat you self）原則，不要忘了，在有能力的情況下，尋求突破吧。

最後是代碼質量。

說到代碼質量，我覺得一大半是代碼風格，一小半是debug 能力。

這裡的第一也是唯一的原則，還是 dry 原則。

然後就是 語言的風格，我看過好多代碼，如果沒有能力優化自己的代碼，那麼就

Convert.int32(sId);

多寫注釋吧。

這裡說一下細節，就是盡量遵守語言的風格，比如java就是小駝峰，c#雖然也是小駝峰，但是其中介面就使用了其他的風格，私有變數也是其他風格。

我看過有的人c# 風格，大寫，小寫，下劃線風格相互使用，這種是非常討厭了，自己看著累別人看著更累。

還有就是不要做多餘的操作。

這裡給大家演示一下：

大意是這樣，我要說的是這裡ToString 是完全沒有必要的，而且直接轉換如果轉換空引用是會拋出異常的。

建議是這樣：

我入門時間也不長，但是我知道一個道理，就是能使用別人的框架，就盡量使用別人的框架，為什麼？

因為我不認為自己寫的代碼比別人的好。

至少現階段對我來說，自己實現的代碼，確實不如別人，當然照著別人的框架造輪子又是另一回事，但公司項目中，在範圍內使用別人的框架，而且盡量使用最新版。

1節省時間，2減少錯誤。

當然還是具體事例具體分析，如果沒有這樣的東西，那也只能硬著頭皮自己造了。

當然上面扯遠了，良好的代碼風格，能節省很多時間和精力，還有是測試，這裡建議大家了解一下 TDD，（如果是網站開發，給每個Controller的 每個方法創建一個單元測試。）

學習Java的同學注意了！！！

學習過程中遇到什麼問題或者想獲取學習資源的話，歡迎加入Java學習交流群495273252，我們一起學Java！

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！