0190期:不懂就慢慢學
最近看到一篇講系統整合的文章─你在SI嗎,我以前也做過系統整合的案子,基本上當年的狀況跟文中有點像,很多時後前期規劃得標的功能,常常案子做到一半,剩下的團隊沒有辦法完全解決所有的需求,而接下來公司其他的人就成了救火隊,全力支援這個快結束的案子,直到這個案子結案(如果救火的人功力好的話)或廢標(這大概是主事者不願看見的)。
前兩天我也慢慢看著自己的小孩(2歲半),在我說數到 3,你不乖我就打你屁股時,突然就自己唸出 4 , 5 , 6 , 7 , 8 , 9 , 10 ,然後很開心的笑了起來。我自己也想教他唸數字很久了,不經意的他卻在聽了半年到一年後,才學會了數數字,後來幾天他也常唸出 , 7 , 8 , 9 , 10 或 8 , 9 , 10 。雖然可能他還是不太懂,這唸出來的數字有什麼意義,不過這也是小孩不自覺的一個進步吧。
如果是十年前剛開始工作的我來看原作者的這篇文章,我大概會覺得心有戚戚焉,但是等到我工作了近十年之後,我卻覺得很多時候,這些軟體專案是否成功,取決的是主事者的規劃與遠見,及團隊合作的默契。
很多軟體專案在開發的初期到後期,本來就會加入很多的新的技術領域,如果沒有一個穩定的技術研究者來對軟體團隊導入新技術,陌生的新技術研究對很多人來說可能會延宕到軟體專案的開發,但是有經驗的開發者,可以掩蓋過一部份的這種事情的發生。
就像我 20 年前學程式,是從 Basic、C、Pascal 轉進到 SQL(這個十年前我也不會), Java , C++ , Delphi 等等物件導向的世界,也從主從式變成 3-tier ,甚至網頁介面,中間也學過其他領域如驅動程式 ,Window CE ,PalmOS ,多媒體等,軟體技術是死的,但是人是活的,只要身在這個環境,就是得不停的學習。
就算你是醫生,你也還是得學習新科技帶來的便利一樣,遵循古法有遵循古法的好處,但是就像我小孩一樣,不懂就慢慢學,總有一天,你會學會的,學會的就是你的,你老闆也帶不走你頭腦的想法,如何在專案的初期,利用一些空檔,試試看後期需要的技術,有時也是一種方法。想辦法樂在工作,想辦法從中學到整個專案的架構才是重點。
有時候能不能忍受這種無聊重覆的過程,也是一種訓練,如果一直重覆類似的程式,就像羅家倫說的"專家只是一條訓練有素的狗",那資深程式設計師的價值又在於那裡呢?你又怎能怪老闆只用低薪的新人呢。
前兩天我也慢慢看著自己的小孩(2歲半),在我說數到 3,你不乖我就打你屁股時,突然就自己唸出 4 , 5 , 6 , 7 , 8 , 9 , 10 ,然後很開心的笑了起來。我自己也想教他唸數字很久了,不經意的他卻在聽了半年到一年後,才學會了數數字,後來幾天他也常唸出 , 7 , 8 , 9 , 10 或 8 , 9 , 10 。雖然可能他還是不太懂,這唸出來的數字有什麼意義,不過這也是小孩不自覺的一個進步吧。
如果是十年前剛開始工作的我來看原作者的這篇文章,我大概會覺得心有戚戚焉,但是等到我工作了近十年之後,我卻覺得很多時候,這些軟體專案是否成功,取決的是主事者的規劃與遠見,及團隊合作的默契。
很多軟體專案在開發的初期到後期,本來就會加入很多的新的技術領域,如果沒有一個穩定的技術研究者來對軟體團隊導入新技術,陌生的新技術研究對很多人來說可能會延宕到軟體專案的開發,但是有經驗的開發者,可以掩蓋過一部份的這種事情的發生。
就像我 20 年前學程式,是從 Basic、C、Pascal 轉進到 SQL(這個十年前我也不會), Java , C++ , Delphi 等等物件導向的世界,也從主從式變成 3-tier ,甚至網頁介面,中間也學過其他領域如驅動程式 ,Window CE ,PalmOS ,多媒體等,軟體技術是死的,但是人是活的,只要身在這個環境,就是得不停的學習。
就算你是醫生,你也還是得學習新科技帶來的便利一樣,遵循古法有遵循古法的好處,但是就像我小孩一樣,不懂就慢慢學,總有一天,你會學會的,學會的就是你的,你老闆也帶不走你頭腦的想法,如何在專案的初期,利用一些空檔,試試看後期需要的技術,有時也是一種方法。想辦法樂在工作,想辦法從中學到整個專案的架構才是重點。
有時候能不能忍受這種無聊重覆的過程,也是一種訓練,如果一直重覆類似的程式,就像羅家倫說的"專家只是一條訓練有素的狗",那資深程式設計師的價值又在於那裡呢?你又怎能怪老闆只用低薪的新人呢。
















