工作有感19

“持續整合(Continuous Integration)"是一個近幾年興起的軟體開發方法,其中心思想在於縮短開發周期,因應需求變更,快速部屬並驗證結果。讓以往動輒一年半載的開發時程分段縮短到數周就能反應規格修改。

當開發團隊的精神走向"持續整合(Continuous Integration)",正面來看是產品的開發貼近客戶,但在我看來卻發生很多副作用。

我常與以前的同學聊天,特別是手機產業的軟體開發者。在軟硬整合的開發環境中,常常會發生一件事情,就是當產品發生問題時,第一個被怪罪,被要求檢測的是軟體人員,直到軟體檢測完畢,證明自己沒問題時,才會考慮是硬體的問題。這樣的流程原因是因為:硬體要改動比較困難,而相對起來,軟體的修改及重新建置比較容易。

而現在手機遊戲產品也有類似的問題。由於手機遊戲軟體更新不易:必須在商城重新審核上架,必須讓使用者重新安裝。因此近幾年的手機產品開始朝向大伺服器vs.小客戶端的開發方式,也就是透過伺服器的更新,玩家就能取的新的內容。而這樣具有持續整合精神的開發流程,工程師的工作時程沒有因為遊戲上線開始營運之後減輕,反而發生緊縮的現象。

當遊戲有需要更新時,首先就是先請伺服器工程師修改(如前述,因為客戶端要重新送審上架),而且每次需要修改,從營運的角度來看就是:現在要。所以開發時程就會被壓縮到一天之內(早上發現問題下午修好),甚至延長工時直到問題解決(下午發現問題,晚上修好)。

說實話,我沒辦法想出一個解決方案,因為團隊願意解決問題,產品會更好,營收變高,員工自然也會分到比較多獎金。只是因為持續整合的精神,導致最後超時工時的結果是令人覺得難過的。

就如同我常說的,長榮航空的準時,是來自於壓榨員工,以及對風險的低估。

深思中。

參考資料:

“我想還是定義一下何謂Continuous Integration,Continuous Delivery跟DevOps好了 “:http://ndsknowledgepool.blogspot.tw/2014/02/continuous-integrationcontinuous.html

“自動化測試的目的有幾個":http://ndsknowledgepool.blogspot.tw/2014/05/blog-post_5573.html

“硬體出身的人材主導的軟體產業也是個很大的問題":http://ndsknowledgepool.blogspot.tw/2012/12/blog-post_4039.html

廣告

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

您的留言將使用 WordPress.com 帳號。 登出 / 變更 )

Twitter picture

您的留言將使用 Twitter 帳號。 登出 / 變更 )

Facebook照片

您的留言將使用 Facebook 帳號。 登出 / 變更 )

Google+ photo

您的留言將使用 Google+ 帳號。 登出 / 變更 )

連結到 %s