程序猿的執業修養（四）——全力以赴，做到最好

上回我們說到責任心，趁熱打鐵，我們說說執行力。一個人只對自己尚且無法實現的愿望著急感嘆是沒有用的，要達到目的、出人頭地，必須付出行動、百般努力！只要肯干，就可以超越他人一步，從平凡中脫穎而出。然而要做到這些也并非人人皆可為之，有的人只會躲在安全港灣，不用承受太多的挫折，做一天和尚撞一天鐘的過著平凡的生活。猴子們，你此時此刻在想什么呢？

懂得付出，學會吃苦

在上回當中，我們說過要適當的做一些分外之事，有很多朋友也說出了自己的看法。其實，分外之事并不是建議大家去搶別人的飯碗，我們推崇的是在幫助別人的同時獲得雙贏的效果。也有的朋友說，我做完自己的事情就可以了，至于額外的事情，做不做對我來說有多大影響呢？

好吧，來個demo吧！相信有不少朋友都爬過山吧！爬山至少有兩種方法，一種是按照修建好的山路順道而行，一種是開野路。走建好的山道，就如我們本本分分的完成工作。就算很快走到了山頂，我們也是在走別人已經設定好的人生，就如我們每天只是聽命于上司的安排而已。開野路雖然有可能會多耗費一些體力，也可能會遲一點抵達山頂，但在開辟新徑的同時也享受到了更多的樂趣（請注意，在實際項目執行的時候，時間是個關鍵因素，要根據情況而權衡）。

幫同事接水、倒垃圾、簽收個快遞啥的，也算是分外之事，這些看似平常的小事卻可以活躍氣氛、融洽兩人之間的感情，這就是所謂的意外的收獲。

懂得了付出還不夠，我們還要學會吃苦。“天將降大任于斯人也，必先苦其心志、勞其筋骨……”這些句子對我們來說已經是倒背如流了，然而有幾個人在現實生活中有過真真切切的體會？我們都希望擁有更加燦爛炫目的人生，那就得從此時此刻開始做好準備，做好接受比別人更多的挑戰、吃更多苦頭的準備！

盡心盡力，做到最好

成功是什么？有的人會說，成功是掙到很多錢！有的人會說，成功是能買得起房！有的人說，成功是有名氣！有的人說成功是自我價值的實現，無論我們是否能夠掙到很多錢、是否能買得起房、是否有名氣，關鍵在于我們是否能夠被認可。可換個角度來說，成功或者失敗還是一種習慣。你習慣了把經手的每一件事情做到最好、盡心盡力，就意味著你擁有了走向成功的習慣；如果你總是平凡的、甚至馬馬虎虎的對待自己的工作，那就意味著失敗會陪伴著你。

程序猿的常規工作是寫代碼，之所以很多時候，我們看到別人寫的代碼就能感知到該猴子的人品，就是因為每個程序猿都有自己的習慣，也就是編碼風格。比如在邏輯較為復雜的地方沒有清晰的注釋，比如在面向對象的設計中總是夾雜著各種違背面向對象的代碼，比如代碼沒有統一的格式化顯得臟亂差，甚至是沒有自己的編碼風格。話說個人衛生要做好，代碼衛生同樣也很重要！

不了解各位是否見識過這樣的代碼：

 1 switch (obj.Id)
 2 {
 3     case 1:
 4         break;
 5 
 6     case 2:
 7         break;
 8 
 9     // ...
10 
11     case 98:
12         break;
13 
14     case 99:
15         break;
16 }

不論您是否見識過，反正我是見識過！還好，該朋友沒有使用if來處理這個問題，用了switch已經是人類很大的進步了（雖然實質相同）！但是如果我們能夠使用面向對象編程的多態等概念來重構一下，就不用寫這么丑這么長這么不直觀的代碼了不是么？

如果說如上代碼還不能說明問題的話，那么我們來看看這個（這是個截圖）：

這個截圖中存在多個問題：

1. 由于架構的不合理，隨著代碼維護量的增加，單頁代碼量也在逐年累積，越來越長；
2. 由于“bool bIsReadOnly = false;”的存在，使得“bIsReadOnly = false;”這行沒有什么意義；
3. “LoginHelper.IsReadOnlyRole()”本身就是返回Boolean類型的，在這里又if...else了一次，有意義嗎？

這個方法的代碼重構之后：

1 #region IOrderInfoReadOnly 成員
2 
3 public bool OpenOrderReadOnly()
4 {
5     return LoginHelper.IsReadOnlyRole();
6 }
7 
8 #endregion

這個不只是代碼量的精簡，業務邏輯也更加清晰！這就是細節重構！把細節做到最好，那么整體看起來也應該不錯！

我們知道，程序猿最好怕的并不是bug，而是多變的需求，因為這會打亂他們的思路。需求多變的主要原因就是溝通不到位。如果我們的代碼不做到盡善盡美，該注釋的時候不注釋，該簡單的時候搞復雜，該復雜的時候搞簡單，這在團隊開發過程中也會帶來一堆一堆的溝通問題。我們的目的不是讓同伴們去研究自己的代碼，而是共同完成任務！

派生話題：關于加班

在本文尚未發布之時，一位朋友跟我談起加班的事情，因為經常加班，他很累。其實，加班并不能說明你的工作是盡心盡力、全力以赴的，也更加不能說明你做的很好。“加班”是個什么概念呢？那意味著你每天的工作沒有按時完成，而導致需要額外的時間去亡羊補牢。

誠然，由于需求突變、聯調測試、升級維護等等造成的硬性加班是必須的，這個我們不排斥。下班后怕堵車所以晚走一會兒，或者想看會兒書什么的造成的晚點兒離開不算是加班范疇。由于每日任務超出預估，或者當天有其他事情造成的加班，很可能是溝通協調造成的，屬于自身能力不足（不管是哪個方面的能力），這樣的我們定義為“不合理加班”。

我個人帶隊的原則就是，讓大家在白天工作時間把事情干完，謝絕加班！我曾經考慮過，如果我們的項目做大了，將來有了一定的規模，誰總是喜歡不合理的加班，那就要扣錢了！首先，工作量的控制在于溝通，不論是我帶隊還是我跟我的上司說，如果一件事情我3天可以完成，我一定會說成5天，以防不測。我們要不斷的去調整和鍛煉自己評估自身能力的能力！

如果你5天才能做完的事情非得說3天就可以，一方面是自己給自己挖坑，另方面就是自己對自己能力評估的不足！如果你提前完成了，剩余的時間內可以申請做點兒別的，也可以對自己的代碼多測試、嘗試重構。分外之事一定是別人的事情嗎？不是的，在你完成正確的業務邏輯之后，再做做測試、做做代碼重構，這也是分外之事！表面上看，公司不會因為你代碼重構的比較好給你獎勵多點兒錢（得分）。

偶爾加班可以理解，但經常性的不合理加班，就要自己好好反省一下，看看是哪方面沒有溝通好，還是自己對自己過于自信了。總而言之，我不鼓勵大家加班，長期加班給人帶來的身心壓力是非常巨大的！

總結

總是本著“差不多”就行了的觀念，那么久而久之，你就差多了！要做我們就要認真的去做，應付了事、認為沒有必要十全十美、不注重細節，那么我們離失敗就不遠了！

細節決定命運，認真做好工作中的每一個細節，全力以赴，在自己的能力范圍之內做到最好，才能握住成功之手！