寫程式寫了那麼久,一直專注在Programming、Design、Analysis。一直以來運作還算正常,但是隨著接觸到愈來愈多的開發人員,漸漸發現不是每次都能和能夠保持優良的開發品質的人合作,單靠開發人員自己的素養來管理開發的品質也不知不覺顯得吃力。除了是市場變化使得開發的內容愈來愈複雜外,參與的人員愈來愈多元化也不斷影響著品質。
開發不等於Engineering。這是我最近幾年的心得感想。只要時間允許,在下有一定的自信能開發出任何(夠成熟的技術做得出來的)功能。只是這樣是遠遠不夠的。在下不可能永遠都自己做,也不可能有無限的時間做。而愈是擅長Engineering的人,愈比在下更有可能完成這樣的任務。愈艱鉅的大型專案,成功的關鍵人物愈不(只)是開發的專家,更是擅長組織開發工作,讓團隊執行Engineering的人物。
就我的觀察,這一號人物除了熟悉Engineering的進行方式,能夠彈性又有效的管理團隊的開發工作外,他們還擅長使用各種協作工具。這些工具中就包含了所謂的持續整合(Continuous Integration)的目的,以求在現今複雜的開發環境下能不斷產出高品質的成品。
本書介紹的持續整合工具是Jenkins。它能夠協助團隊不斷建置產出。搭配適當的腳本,還可以完成自動測試。如果有必要的話,甚至能完成自動部署的工作。這些自動工作能整合許多其他的工具,自動完成許多繁鎖的工作,不旦減少人工錯誤的發生,更將工程師從一些產值較低的工作中解放出來。
本書的內容十分「工整」。呵呵,實在想不到怎麼形容它。這裡說的「工整」是--該有的都有了。除了基本功能外,雖然作者盡力的多介紹了一些近年來可能會遇到的需求,比如自動建置xcode專案以及如何自行開發plug-in。讓讀者們能快速進入狀況,並有效的導入此一技術,讓你的Engineering水平立刻拉高一個水平。
只是內容就是只有那些。說實在的,Jenkins整合的太好,讓它太簡單易用,易用到不太需要買書來看(誤!!)。不過,如果閣下是那種希望書架上有一本書可以參考的人。那麼這本書還是可以放到書架上的(笑) 。
沒有留言:
張貼留言