2012年10月7日 星期日
UML 教學分享
前陣子我開始在公司內嘗試導入 UML 做為內部所有設計文件的溝通標準。過去,敝公司的前任架構師有他習慣的系統架構表達方式,定義了許多幾何形狀與色碼標準。
雖然其細緻程度也能相當詳盡地表達系統的異動,但總不是個業界標準的方式。
一直以來,我的理念就是讓工程師(包括我自己)在一家公司所學到的技能與知識,是到了下一個環境也能夠再運用的,而不是學到的知識僅僅只能適用於當下的工作環境,一旦轉換了工作環境就全部變成廢物,這樣不但無法真正累積實力,而且真的非常浪費寶貴的生命。
終於有機會讓這局面有了轉機,我開始重新導入設計文件的標準,開始要求工作同仁放下過去學到的一切,全部重新改以業界標準 UML 來表達一切的設計。
訂閱:
文章 (Atom)
-
最近,因為公司替即將上線的系統做壓力測試引發出許多問題,促使我開始重新思考一些開發流程的疑問: 先 SIT,UAT然後才進行壓力測試真的是正確的測試標準流程嗎? 會開始有這樣的疑問,在於壓力測試若沒有過關,若要解決關鍵的效能問題,有時候會...
-
原圖取自馬克的部落格 我最感到幸運的,是這一路上遇到幾個願意帶我的師傅。其中一個待我相當嚴苛( 當時我常常心裡有很多抗拒 ),然而現在回想起來,卻也從他身上學到、領悟許多。其中他讓我體悟到影響至深、最重要的一點,不是技術,而是某些做事態度, 尤其是『程...