小弟職業是程式設計師，簽半年的約聘工作，總算約滿離開
想說這一段經驗蠻難忘的，所以說出來給大家分享
想當時找工作時，面試一定跟面試主管確認"一般的下班時間"
通常晚上7:00以前可以下班的，才會開始考慮
當然，履歷一定也會提到不希望常態性的加班
不是完全不能配合，而是偶而專案真的時間尬不過來，幾天晚一點回家幫幫公司是OK
走這行也知道，作軟體服務業，能夠每天晚上7:00以前就能下班，是一件很幸福的事XD
後來透過人力顧問公司，談好了一份半年約聘的工作
一方面也是認為，約聘後靠工作表現，老闆會比較願意談高一點的價碼
畢竟履歷不是很讓人感到驚艷的那種...
當然，小弟也跟人力顧問公司確認過，平時工作的確不太加班，通常晚上6:30~7:00就可以走
一開始的確算是蠻爽的
反正就是每天Coding
Co到晚上差不多6點多就走人
可惜好景不常
有一天主管問我"你能不能寫Windows Form?"(小弟應徵的職務是Internet程式設計)
天真的我照實回答"應該是OK"
然後呢，過兩天就被派去駐點了
也就是說，先被人力顧問公司派到合作企業駐點，然後再被合作企業派到客戶那邊駐點...
那麼，先說在軟體服務企業中，一定會有的感想(至少我的感想)，就是為了趕專案，總是找一群比較沒經驗的新手寫一些困難的程式(在猜大概是因為便宜，又因為人多開發快)，然後再靠有幾年經驗的老手(因為比較貴，所以可能一個team只有一兩個)去Cover新手犯的各種錯誤
我在上一間公司就是這樣，幫人家抓bug的時間跟開發自己程式的時間比重差不多
而我們約聘服務的公司，似乎是把這一點凸顯到了極致
我們以前說bug，是說這個功能有幾個bug
而這間公司正在開發的系統，bug是以"千"來算的
簡單來說一下我剛到客戶那邊時的狀況好了
第一個震撼到的就是bug破千(記得好像是兩千多吧，這個數字其實包含了修正過的bug與尚未處理的bug)
報表幾乎都有問題，不是印不出來就是數字錯 (有好幾十隻報表)
每個功能，你那顆"新增儲存刪除"或任何按下去有動作的按鈕按下去，有有高的機率會發生錯誤、或執行結果不對
狀況更糟的是...這是一個已經交付給客戶的系統(所以人才會在客戶那邊駐點囉)
更不用說複雜的什麼利息計算、單複利計算、沖銷、自動沖銷的邏輯，那個跑下去一定是死
差不多只要一個功能複雜一點，就一定無法正常運作
由於是這樣的狀況，所以想當然爾，客戶一定不會有什麼好話
客戶也很可憐，因為系統一定要在某個日期前上線，但又極不穩定
所以連客戶自己也跳下去測
工程師也很可憐
先說一下我剛到的時候，工程師的資歷好了
維護這個系統的工程師約有10幾個(聽說很多都是原本負責其他專案，後來狀況不對，所以投入到這個專案的)
看起來都是年資不超過一年或一年多一點的(都很年輕)
附帶一提這個公司他們稱這些資歷比較少的人為"小朋友"
(ex: 怎麼這些小朋友原本在我這個team過得好好的，怎麼到你們那邊被操成這樣？)
有幾年資歷的，應該有四個(加上我，以及後來又進來的一個)
不過這四個裡面，真正在開發或抓bug的算是三個，因為其中一個偏SA
不是說經驗不多就不好
而是公司要這些經驗較較不足的人去開發或維護那些複雜的邏輯
有時候實在是有點勉強
有的人甚至一個程式改了好幾次就是改不好
最後弄出來的程式碼連比較資深的程式設計師都不曉得要怎麼修
也不能怪人家，如果看過SA文件(專案說明文件)
SA文件有些都在裡面直接寫資料庫查詢語法 (可見這些SA以前也是從Programer轉過來的XD)
在你搞懂客戶要什麼之前，你要先搞懂這些語法是在幹嘛 =.=|||
而且語法有時還有問題
你複製這些資料庫查詢語法，然後貼到資料庫操作介面，查出來的資料不是有錯就是無法執行
所以看這種規格的方式，就是得要透過這些資料庫語法，來推出專案經理想表達的是什麼
SA文件裡面也會寫到資料表規格
可是還有那種欄位名稱寫錯的
還有那種連資料表名稱都寫錯的(不是拼錯，而是將某張資料表的名稱寫成另一張資料表的名稱)
讓我納悶的是，看著這樣的SA，居然還真的能生出程式(程式確實是照SA的規格去寫，可想而知光是新增資料時就會錯了...)
當然更有規格描述跟現行系統執行狀況不一樣的，這有可能是客戶後來有改規格
意思就是說，你改bug如果發現程式碼執行邏輯跟系統規格要的不一樣，你可能不能直接照著規格文件去修正這段邏輯，因為有可能會錯
我還拿過那一種直接給你一張包含一個表格的Word檔，有個表頭，然後下面的表格裡每個格子寫一個數字，然後要你照著這張表的"公式"去新增程式計算邏輯...
是怎樣...我看起來像達文西密碼裡的蘭登教授嗎...= =
接著每天面對的就是抓不完的bug
加上客戶又在催，所以大家壓力都很大(SA更是每天一張屎臉..XD)
而不曉得為何，我們十幾個人就擠在兩間四、五坪的小會議室，每天在很狹小的空間敲筆電
當然這種狀況，老闆大概也不太爽
所以我們每天都要寫文件回報進度
每天，而且是按照三餐寫
中午交一份進度、下班時間(晚上6點)再交一份進度
當然這種情況，你說不加班是不可能的(通常沒到晚上8:00走不了)，所以晚上下班前還要再交一份
進度的內容就是你今天做了什麼，抓了哪些bug(公司對每個bug有編號或文件名)
也許已經有人想像得到，每天面對怎麼抓都抓不完的bug，bug數量成長的速度遠比你修正的bug速度還快；然後又一群人擠在小小的空間裡面coding，每天從早上9:30忙到晚上9:00，除了中間吃飯的時間外，沒什麼喘息的時間(因為bug抓都抓不完了)；而忙成這樣，做出來的東西卻很難被客戶肯定(客戶火大啦~光喵到會議紀錄文件就知道了)；然後又得面臨客戶上線的時程壓力等等
其實說到下班時間我還好一點，如果可能的話，我就會在大約7:00多快8:00硬著頭皮先走了，不會是每天都留很晚...只是其他人都還在，也不曉得這些正職員工到底是留多晚...
到後來老闆大概是又開始想，為何bug越改越多，有些bug改過了卻還是錯，所以又要求程式設計師改完bug後，要寫文件描述bug是如何發生，然後還要抓圖描述執行結果，表示bug確實有修改好...
bug都改不完了說~~還要搞這個...
接著又加上每周固定下午5:00要開進度會議，每個人都要直接報告做了哪些事情..
這對我這個混仙來說，一開始實在是有點不適應啊...
最後，好不容易撐到約滿終於可以走人
在公司需要人手的時候離開，公司當然會提出一份不錯的條件留人
但是，雖然對公司很抱歉...小弟還是不玩啦...
以上這是小弟做程式設計這麼多年來，最累的一份工作(感覺這半年把以前摸魚的份都補回來了XD)
大概是小弟以前都過得太爽了吧，應該會有人會鞭小弟，覺得才稍微被操一下就哀哀叫...><
不過相信這段記憶會跟隨小弟很長一段時間~也算是一種體驗 :D
想說這一段經驗蠻難忘的，所以說出來給大家分享
想當時找工作時，面試一定跟面試主管確認"一般的下班時間"
通常晚上7:00以前可以下班的，才會開始考慮
當然，履歷一定也會提到不希望常態性的加班
不是完全不能配合，而是偶而專案真的時間尬不過來，幾天晚一點回家幫幫公司是OK
走這行也知道，作軟體服務業，能夠每天晚上7:00以前就能下班，是一件很幸福的事XD
後來透過人力顧問公司，談好了一份半年約聘的工作
一方面也是認為，約聘後靠工作表現，老闆會比較願意談高一點的價碼
畢竟履歷不是很讓人感到驚艷的那種...
當然，小弟也跟人力顧問公司確認過，平時工作的確不太加班，通常晚上6:30~7:00就可以走
一開始的確算是蠻爽的
反正就是每天Coding
Co到晚上差不多6點多就走人
可惜好景不常
有一天主管問我"你能不能寫Windows Form?"(小弟應徵的職務是Internet程式設計)
天真的我照實回答"應該是OK"
然後呢，過兩天就被派去駐點了
也就是說，先被人力顧問公司派到合作企業駐點，然後再被合作企業派到客戶那邊駐點...
那麼，先說在軟體服務企業中，一定會有的感想(至少我的感想)，就是為了趕專案，總是找一群比較沒經驗的新手寫一些困難的程式(在猜大概是因為便宜，又因為人多開發快)，然後再靠有幾年經驗的老手(因為比較貴，所以可能一個team只有一兩個)去Cover新手犯的各種錯誤
我在上一間公司就是這樣，幫人家抓bug的時間跟開發自己程式的時間比重差不多
而我們約聘服務的公司，似乎是把這一點凸顯到了極致
我們以前說bug，是說這個功能有幾個bug
而這間公司正在開發的系統，bug是以"千"來算的
簡單來說一下我剛到客戶那邊時的狀況好了
第一個震撼到的就是bug破千(記得好像是兩千多吧，這個數字其實包含了修正過的bug與尚未處理的bug)
報表幾乎都有問題，不是印不出來就是數字錯 (有好幾十隻報表)
每個功能，你那顆"新增儲存刪除"或任何按下去有動作的按鈕按下去，有有高的機率會發生錯誤、或執行結果不對
狀況更糟的是...這是一個已經交付給客戶的系統(所以人才會在客戶那邊駐點囉)
更不用說複雜的什麼利息計算、單複利計算、沖銷、自動沖銷的邏輯，那個跑下去一定是死
差不多只要一個功能複雜一點，就一定無法正常運作
由於是這樣的狀況，所以想當然爾，客戶一定不會有什麼好話
客戶也很可憐，因為系統一定要在某個日期前上線，但又極不穩定
所以連客戶自己也跳下去測
工程師也很可憐
先說一下我剛到的時候，工程師的資歷好了
維護這個系統的工程師約有10幾個(聽說很多都是原本負責其他專案，後來狀況不對，所以投入到這個專案的)
看起來都是年資不超過一年或一年多一點的(都很年輕)
附帶一提這個公司他們稱這些資歷比較少的人為"小朋友"
(ex: 怎麼這些小朋友原本在我這個team過得好好的，怎麼到你們那邊被操成這樣？)
有幾年資歷的，應該有四個(加上我，以及後來又進來的一個)
不過這四個裡面，真正在開發或抓bug的算是三個，因為其中一個偏SA
不是說經驗不多就不好
而是公司要這些經驗較較不足的人去開發或維護那些複雜的邏輯
有時候實在是有點勉強
有的人甚至一個程式改了好幾次就是改不好
最後弄出來的程式碼連比較資深的程式設計師都不曉得要怎麼修
也不能怪人家，如果看過SA文件(專案說明文件)
SA文件有些都在裡面直接寫資料庫查詢語法 (可見這些SA以前也是從Programer轉過來的XD)
在你搞懂客戶要什麼之前，你要先搞懂這些語法是在幹嘛 =.=|||
而且語法有時還有問題
你複製這些資料庫查詢語法，然後貼到資料庫操作介面，查出來的資料不是有錯就是無法執行
所以看這種規格的方式，就是得要透過這些資料庫語法，來推出專案經理想表達的是什麼
SA文件裡面也會寫到資料表規格
可是還有那種欄位名稱寫錯的
還有那種連資料表名稱都寫錯的(不是拼錯，而是將某張資料表的名稱寫成另一張資料表的名稱)
讓我納悶的是，看著這樣的SA，居然還真的能生出程式(程式確實是照SA的規格去寫，可想而知光是新增資料時就會錯了...)
當然更有規格描述跟現行系統執行狀況不一樣的，這有可能是客戶後來有改規格
意思就是說，你改bug如果發現程式碼執行邏輯跟系統規格要的不一樣，你可能不能直接照著規格文件去修正這段邏輯，因為有可能會錯
我還拿過那一種直接給你一張包含一個表格的Word檔，有個表頭，然後下面的表格裡每個格子寫一個數字，然後要你照著這張表的"公式"去新增程式計算邏輯...
是怎樣...我看起來像達文西密碼裡的蘭登教授嗎...= =
接著每天面對的就是抓不完的bug
加上客戶又在催，所以大家壓力都很大(SA更是每天一張屎臉..XD)
而不曉得為何，我們十幾個人就擠在兩間四、五坪的小會議室，每天在很狹小的空間敲筆電
當然這種狀況，老闆大概也不太爽
所以我們每天都要寫文件回報進度
每天，而且是按照三餐寫
中午交一份進度、下班時間(晚上6點)再交一份進度
當然這種情況，你說不加班是不可能的(通常沒到晚上8:00走不了)，所以晚上下班前還要再交一份
進度的內容就是你今天做了什麼，抓了哪些bug(公司對每個bug有編號或文件名)
也許已經有人想像得到，每天面對怎麼抓都抓不完的bug，bug數量成長的速度遠比你修正的bug速度還快；然後又一群人擠在小小的空間裡面coding，每天從早上9:30忙到晚上9:00，除了中間吃飯的時間外，沒什麼喘息的時間(因為bug抓都抓不完了)；而忙成這樣，做出來的東西卻很難被客戶肯定(客戶火大啦~光喵到會議紀錄文件就知道了)；然後又得面臨客戶上線的時程壓力等等
其實說到下班時間我還好一點，如果可能的話，我就會在大約7:00多快8:00硬著頭皮先走了，不會是每天都留很晚...只是其他人都還在，也不曉得這些正職員工到底是留多晚...
到後來老闆大概是又開始想，為何bug越改越多，有些bug改過了卻還是錯，所以又要求程式設計師改完bug後，要寫文件描述bug是如何發生，然後還要抓圖描述執行結果，表示bug確實有修改好...
bug都改不完了說~~還要搞這個...
接著又加上每周固定下午5:00要開進度會議，每個人都要直接報告做了哪些事情..
這對我這個混仙來說，一開始實在是有點不適應啊...
最後，好不容易撐到約滿終於可以走人
在公司需要人手的時候離開，公司當然會提出一份不錯的條件留人
但是，雖然對公司很抱歉...小弟還是不玩啦...
以上這是小弟做程式設計這麼多年來，最累的一份工作(感覺這半年把以前摸魚的份都補回來了XD)
大概是小弟以前都過得太爽了吧，應該會有人會鞭小弟，覺得才稍微被操一下就哀哀叫...><
不過相信這段記憶會跟隨小弟很長一段時間~也算是一種體驗 :D
最後編輯：
