.NET Walker

我得說，打從2000年以來，我從來沒有那麼期待某一個PowerPoint的新功能。也幾乎沒有為了某個新功能而安裝新版的Office，但…Morph讓我破例了… 最早看到這個功能是在底下這支影片: https://www.youtube.com/watch?v=FeUolRLacCw 時間是去年(2015)的11月，那時候MS就釋出此功能的介紹，但讓人引頸期盼很久，遲遲不出現，而且，還 說了 是要先是釋出給 Office Insider participants，然後才給consumer and commercial Office 365 subscribers。簡單的說，就是你必須是 O365訂戶 才行。(O365訂戶開始有特權了?) 這功能有何特別? 讓我為了他先加入了 Office Insider ，後來又安裝了O365版本的Office 2016，並且一天到晚按下更新鈕，看看MS推送新功能了沒。 終於，在上面這個版本，我們看到了MS推送了此更新。更新後，你可以看到轉場選單中有個轉化功能，英文版叫做Morph: 這功能有什麼用呢? 他可以幫助我們很輕鬆的完成類似Prezi那種在兩張投影片之間自動放大縮小的動畫。 而且操作簡單，例如： 上面這是的圖片例子。你會看到我只在投影片頁面中增加一個圖片，接著複製該頁面，然後在新的頁面中調整同一張圖片的大小與位置，出現的就是非常類似Prezi的轉場效果。 那如果是圖形或文字呢? 不難發現，基本上轉化這個轉場特效，作法就是幫你把某一個物件(不管是圖片、文字、圖形)，在前後兩頁之間，自動產生過場動畫，有點像是當年Flash和Silverlight的Storyboard。透過這個特效，你可以很輕鬆地做出非常炫麗的PPT動態效果。 喔? 還沒有安裝O365的Office 2016 ?! 不要急，慢慢來，我就先不等你了。

最近這幾年，我都在ALM和Agile/Scrum與DevOps上努力，也針對這幾個議題有所著墨。 一次，碰到朋友間討論到敏捷開發這個話題，朋友問到，開發產品或專案時，面對客戶端，客戶真的或願意(或希望)一直改版嗎? 因為改版的過程中總是有機會帶來不穩定，實際上很多客戶本身自己也不希望改版，更不希望廠商三五不時就更新一下… 的確，最近這一兩年，有些人可能真的受夠了，各種不同 Level的產品，小自手機上的App、大到底層的作業系統，這種三天兩頭改版的情況幾乎已經是常態，但改版帶出的不穩定，常常讓用戶苦不堪言。 面對這個問題，我是這麼說的： 『有一個非常大的前提，首先，需求變更不是客戶決定的，是客戶的客戶，也就是說，如果客戶可以決定不要變更，那當然就不變更，但現今真實世界的狀況是，客戶被客戶的客戶(或市場)逼著要變更，因此， 敏捷只是回應客戶的需求，並非鼓勵客戶沒事情就變更一下...』 記得嗎?我們在上課時，我的投影片上總是寫著，我們歡迎變更(而不是寫，我們鼓勵變更)，我知道，變更就隱含著風險，即便風險再低，如果可以，我們當然還是盡可能避免，不去變更，但現實世界持續地告訴我們，這不可能。 因為現在環境的挑戰和過去不同，十年前沒有iPhone，FaceBook至今也才不到15歲，這世界變化太快，因為變化快，我們才(被迫)需要去面對。 因此，需要去面對事物的本質，當我們去面對，發現變更是必然，變更是不可或缺，這時候，才帶出了另一個事實。 因此我接著說： 『另外一個前提是，我們所要實現的CI/CD，所希望達成的效果，絕不是變更後好了這邊壞那邊，或是提供客戶一個半成品(改好一半的東西)。我們必須先理解，變更，是必然，而控管變更後產品的品質，也是必須的...，因此才衍生出後面一堆的自動化測試和驗證機制...』 最近這一年大家談的DevOps，也是一樣的道理，真實世界（情境）中有這個需要，我們面對，接著找出解決方案。反過來說，你(的環境)還沒有這個需要，確實也不一定要這麼去做。 最近interview一些工程師，這十年，台灣的開發人員依舊維持維持一個普遍的現象，就是常常系統是一個人單打獨鬥完成的，這沒什麼不好，某些情況下甚至可能是優點，這是市場和規模使然，沒有對錯。但這讓我們的開發人員，並不習慣與別人合作，也不習慣團隊和溝通，我前幾天跟客戶說：並非你把一堆程式設計師集合在