我的出版計畫 — 「軟體設計」 and 「個人目標設定與規劃」

我個人在明年的目標設定計畫內,準備出版兩本實體書籍。 一本是「軟體設計實戰」;另一本是針對「個人目標設定與規劃管理」。 原來是打算利用三個月的時間先寫一本 "軟體設計與元件化(Component-based)的實務應用",控制在 300 頁左右。以 "問與答(Problem-Solution)" 的方式來表達該書的架構。 不過,有了一些變數,因為我們團隊代理了 ...

達成目標的技巧 — 摸石頭過河

若把設定的目標比喻為河的彼岸,那麼,要如何才能達到河的彼岸? 有兩點重要的關鍵思考: 這條河無論如何一定要過。 盡快摸清這條河的狀況,既不能有畏難退縮的情緒,卻也不是盲目地前進。 說得更明白一點,確定了目標,知道方向在哪裡,那麼,就馬上採取行動,找到第一個渡河點的石頭,踏出第一步。然後,找尋下一個可以渡河的石頭,再踏過去,如此逐步的修正、逐步的前進,最後,即會到達河的彼岸。 這叫做「摸石頭過河 ...

打造個人化的桌面環境 – Desktop Sidebar

難得可以發現到這麼棒的桌面整合視窗工具,故特此推薦介紹 -- Desktop Sidebar。 重的是,它是完全免費、也不需安裝廣告推播,還有,也支援繁體中文介面。 :) Desktop Sidebar 是以 "Panel" 的觀念將各種不同功能的 "Panel" 整合在一長條的視窗內,就如同 XP 的工具列,但比其內建的工具列彈性大得太多太多了。 安裝完後,預設就有好幾種的 "Panel", ...

論閱讀及學習 — 回應 Helenna 的「隔行如隔山」

>dear kenming, 我不是指你的po文寫得不好...而是真的"隔行如隔山"...對這種組織的學科,helenna一方面真的很是沒慧根(會不會太直接了....:P) 難怪我不能當boss....ㄏ 關於那本第五項修練,我有去搜尋過...可是...sigh,我還是對生物有興趣些....^Q^ 好生佩服那些字你看的下去呢,又加以咀嚼消化..整理出來.. 以前,只會對少數幾種的書籍有興趣,例 ...

「大題小作」 vs. 「小題大作」

當我希望能快速一窺整體系統的全貌,而將複雜的局部細節封裝(encapsulate)時,我會「大題小作、化繁為簡」。 當我希望將焦點擺在某一局部,並把該局部視為一個整體(whole),剖開局部探究內部的細節時,我會「小題大作、、化簡為繁」。 溝通時,需要先釐清彼此所討論的主題是擺在「大題小作」上,還是「小題大作」? 免得因為對範圍(Boundary)、層次(Layer)認知上的不同,而雞同鴨講。

關於設計思維的落實 — 自問自答

Q1.為什麼程式設計師不太重視設計(Design)? A1.傳統 "Top/Down" 分析->設計->實做 的迫害,使得程式設計師根本就不相信設計圖與程式碼是一體兩面;設計圖是空談、設計圖是文件、設計圖是造假(嚴重了!) 太麻煩,無法看到立即可執行的產出(應用程式)。人們往往要 "眼見為憑",尤其是 PM、老闆。 不知該如何表達,用 UML?覺得好像是要去學另外一種語言,粉累 ...