小朱® 的技術隨手寫

身為集好技藝和經驗與一身的老鳥們，與其獨樂樂，不如眾樂樂，把自己的經驗與大家交流分享，除了有機會可以提攜後進外，也有機會透過交流看到自己缺乏的地方，無形中也能夠得到很多。

之前有個話題引發不少討論：程式設計師的極限年齡是35歲，超過這個年紀的話如果不當主管就會怎樣怎樣...雖然我個人認為這個是隨便講講的 (35歲以上還是很快樂的寫程式的人也很多啊)，不過就當主管這件事，也不是任何人都可以當的，因為當了主管就是要管理 (Management)，沒有做好管理工作的主管根本稱不上是主管...

都當老鳥了，如果有什麼內部訓練或是新人的教育訓練，主管如果沒辦法做 (或不做) 的話當然就是由老鳥做了，而且對客戶做報告時，用言語介紹的簡報能力，當然也是老鳥必備之物。

都當上老鳥了，總不可能只做寫程式的工作吧，上面交代的也許會是規劃新系統的任務，這時老鳥在經驗上的優勢就很容易表現出來了，尤其是思考系統架構的深度。

老鳥階段指的是工作五年以上的資訊人，五年說短不短，相信除了程式設計功力已經升上高手之列外，也累積了不少心得和技術的概念吧 (例如物件導向)，到了老鳥階段，除了要再繼續精進功力外，適當的把心得和成果對外分享，也算是做功德吧。

這是中鳥階段的最後一篇了，來講講寫文章的部份吧。

資訊安全雖然產業界喊了很久了，網路上也有很多安全防護的資訊，但是為什麼還是有一堆常見的漏洞被發現？那就不是缺乏知識，而是個人習慣問題。

雖然我們身處寫程式的工作，然而 IT 產業不是只有寫程式這件事而已，往不同的方向涉獵，不但可以增長見聞，還可以在無形之間強化寫程式的思考範疇，也可以讓自己有更多能力去處理各種事情。

在菜鳥階段學習程式時，一般都是一個小小的專案或功能需求，著重的是在怎麼操作程式語言以及簡單的邏輯判斷等，以達成基本的功能需求。但到了中鳥階段，就應該要試著將範圍擴大到整個系統層次，或是專案系統之間的關聯性，放大整個設計的 view。

在能力日漸茁壯的時候，主管有可能會交代比以往更多或更難的任務給自己，雖然做完事很重要，但把它做好更重要，尤其是小心不要先挖好洞後卻自己跳下去...

一定會有人覺得奇怪，為什麼到今天還在講物件導向，因為筆者認為物件導向是心法，觀念對了，寫出來的程式才會有一定的水準，而這套心法有很多東西可以講，不過筆者只會講中鳥階段應該要學會或養成的良好習慣。

今天討論的還是在物件導向的範疇內，因為物件導向的寫法和傳統的有些不同，思維更是不同。

今天要談的是物件導向的幾個基本性質以及衍生出來的特性。

程式碼的組織是每個程式師都要學會的事，在中鳥階段除了要寫出程式外，寫出好程式才是中鳥階段最需要練會的技能，而良好的程式碼組織，正是看出是否為好程式的重點之一。

當到了中鳥階段，表示已經工作了至少一年以上，對程式開發的工作有了最起碼的經驗，當然大多數都是 Coding 比較多，但是從中鳥階段開始，要接觸的可能就不只是 Coding，其中一項就是和使用者談需求。

[碎碎念] 程式開發領域由菜鳥到老鳥的成長歷程 (15) - 菜鳥階段-測試很重要。

雖然會有人說這東西不是在學校就學過了嗎？只是，有些現代程式語言內都隱含了它的概念，但卻有很多人無法意會，只因為指標作業被系統本身做掉了。

本文要討論大家最常做的 Copy/Paste 這件事，為了要增加寫程式的效率，有時候我們會直接自現有的程式碼中直接取出需要的部份，然後移到需要的地方，不過這種夜路走多了總會碰到鬼...

在程式開發領域，工人和設計師相差其實不像其他產業那麼大，但大家都一樣寫程式，為什麼總是有人要人家指揮才要做，而有些人卻是不需交代太多就可以把程式寫的比你想像中還好？這就是工人和設計師的差別。

雖然實務界有很多先進說：學校學的那套在業界根本用不到。不過，這得要看產業，以台灣科技業來說，其實用到的機會還是很高的，寫程式也不例外，還是會有不少東西可以由學校的課程來先修的。

不管是看書或是看前人的程式碼，別光是只有看，動點手寫下去，就算是模仿也好，一定會讓自己的寫碼能力進步，練的愈多，進步愈多。

我想大家都不反對，在剛開始學習寫程式的時候，最依賴的兩樣的東西，就是書 (book) 和範例程式 (sample code)，範例程式在學習程式的道路上一定是不可或缺的重要工具，它帶給你觀念與方法，讓你可以用相同的模式來做到相同的功能，古人云：依樣畫葫蘆，就是這樣的方法。只是，如果只是知其然而不知其所以然，反而會是一種自傷的行為。

自本篇開始，會有連續九篇文章分享在菜鳥階段的程式師需要注意或準備的一些地方，首先就先以打底這件事來開始吧。