資管大學生 看 笑談軟體工程 — 敏捷式開發的逆襲 (上)

實務與理論的差距,往往不是幾句話就能談完的

SheiUn
SheiUn
Sep 1, 2018 · 7 min read
(圖片來自網路)
這是一篇讀書的感想心得與重點整理,內容除了有作者的想法,也要我自己親身遇到的事情。
「理論與實踐並濟才能體會書中的知識。」

第一章

本書在第一章就提到:「想看這本書的怨念有多深」,以一個沒有什麼團隊開發經驗的我來說,並沒有太大的想法,但在看到下方的怨念事項,我卻笑了。其中最讓我印象深刻的是 「我不會寫單元測試ㄟ」這句話,這讓我想到與同學共同開發的種種……,總之大家幾乎都是以「我不會」做為起手式去避免掉這些麻煩。

(圖片來自網路)

第二章

第二章裡作者提出了多數高階主管對於軟體開發的看法:「大老闆與高階主管絕大多數是以代工硬體的思維看待軟體開發」,這一點我就不太理解了,畢竟我一屆大學生對於代工硬體沒有太多涉略,也不好多說什麼,只知道代工硬體和軟體開發有許多本質上的不同,硬體的開發基本上已經成型了,而軟體則是不斷的創新才有新的商機。作者也在最後的部分提到軟硬體開發分工上的不同:「硬體分工很細,遇到問題,背後各有不同的協力廠商會出面協助解決。」


第三章

第三章中講到了一間公司開發的程式已經經過很長的一段時間……,中間內容大概就像一般公司在開發系統的問題,不再贅述,結論是有 600 多個 bug 要修?!作者提供的方案有以下 5 個步驟:

  • 對於不了解的功能,以測試案例來驗證與理解這些功能。
  • 針對準備重構 (refactoring)的功能寫自動化測試。由於古早以 ASP 技術(此公司的專案是用 ASP 開發的)所開發的系統程式碼和使用者介面(user interface;UI)大多都是混在一起,要寫自動化單元測試可能不是那麼容易。所以要依據程式結構實際狀況來研究這種自動化測試要怎麼寫。

第四章

第四章中作者提出了某些人對軟體工程的誤解,上述案例公司的老闆說:「客製化和產品是不同的,無法從軟體工程做起,應該是要如何提升程式品質。」這裡我就採和作者同樣的見解「軟體工程就是要改善品質和提升效率」,哪有分是不是產品的,作者還提及「所以,這是說客戶拿到爛軟體算他活該,誰叫這是一個『專案』不是『產品』嗎?」。


第五章

接著是 PART2 第六章 Scrum 到底是?一開始簡單說了一下 Scrum 的意思後,直接跳到了「雙重回饋機制」,在上軟體品質管理的時候也有上到這一部份,但是沒有明講這兩個「回饋」的實際內容該開些什麼,這兩個會議分別是檢視會議(Review meeting)自省會議(Retrospective meeting),檢視會議是針對需求的回饋,要展示給客戶的,而如果以專題為導入的目標則是展示給專題老師(正好最近有想要把 Scrum 導入到同學的專題小組,比起紙上談兵,不如真槍實彈來的更有收穫),如果沒有達到期望則在之後的 sprint 加以修改。

  1. 有哪些與開發流程有關的地方沒有做好且需要改善的。例如:自動化單元測試做得不夠好,或是測是硬體設備不夠。
  2. 擬定改善行動計畫

第七章

第七章,Scrum 的內涵。先上一張 Scrum 靜態圖。圖中包含三個主要的元素,分別是角色(role)、活動(activity)與產出物(artifact)。

(圖片來自作者)

(圖片來自作者)

sheiun

雪煾的日常生活

SheiUn

Written by

SheiUn

I’m studying Management of Information System in NTUST. I love to study many kinds of books. And watch some science channel.

sheiun

sheiun

雪煾的日常生活

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade