＊＊ 本文同步發表於 FB社群-軟體設計鮮思維 ＊＊
前兩個星期有位上過前一期「軟體架構師」課程的學員，他在某大金融單位擔任技術職PM，特地利用週末時間到我家附近，請教我關於他利用 UML 所繪製的設計圖問題。相當認真，所以我很願意陪他一同討論軟體相關議題，順道一同在肯德基吃午餐。總共花了約兩個來小時吧，該學員還要去參加他的讀書會，真是有夠認真啊，不過起碼有討論出一個比較具代表性的使用案例其實現的主要程序描述。
畫出來是否正確或合理與否是一回事，至少他肯利用 UML 表現出他的設計思維就很值得肯定，這才有機會可以指指點點與討論的。
他只畫了使用案例圖與某一結構設計的類別圖，因爲有公司機密問題，這裏就不方便貼出他的原稿。我只就他的設計給予一些建議與修正，並利用他在 Mac 所使用的 UML 工具繪製出來。
長久以來我一直對於該如何有效記錄與整理數位筆記相當苦惱，尤其是對筆記的資料夾如何分類，以及筆記如何有效查找與索引，一直不得其要領。
我自己有訂閱了 Evernote 與 Notion 專業用戶，前者用來擷取 (web clip) 網頁內容非常好用，應該是目前地表最強的網頁擷取的工具了；而後者則是這兩年超夯的雲端筆記軟體了，衆多 Youtuber 極力推薦並發表好多使用心得，看這篇：「為什麼許多人都改用 Notion 做為主力筆記軟體？看完這個你就明白了 👍」
然而我從 Evernote 轉至 Notion，使用體驗上都還是覺得總有那種說不出的不順手。前者提供太多功能但卻覺擁腫；後者我發現到它大多被應用於如何提昇「生產力 (productivity)」上，例如工作/專案管理、習慣追蹤、整理個人文件數據庫 …等。這兩者對於「純」筆記的記錄與整理，總覺得沒那麼「簡單、直覺」，尤其後者最大的硬傷在於無法本機儲存數位資訊，而且竟然沒有支援完整 HTML 排版，雖提供多樣化的頁面組織元素，甚強調說有支援 Markdown 語法，但其實都只是一小部分而已。
就上個星期隨意瀏覽 Youtube 視頻，再次瀏覽到這篇 (其實以前就有看到該篇視頻，但當時正在研究 Notion 的應用就忽視了，而也正因爲有使用 Notion 後的體驗才能更有感吧。) ：「天哪我給大腦開外掛了！它完全顛覆了大家對筆記軟體的認知|Obsidian 教學-YouTube (這一篇視頻對入門者強烈推薦)」，這才發掘到這樣的筆記軟體不正就是符合我所想要的嗎？！ - 簡單！！
最近在整理原來實體課程的教材內容，準備移轉到線上教學平台上 (我的第一個線上課程應確定爲「活用 UML 體現軟體設計思維」)，首先考量的應該是國外最大的教學平台 - Udemy。
實體教學與線上教學肯定是截然不同的方式，前者重於與學員的「互動」，甚而需「因材施教」，動態改變課程內容；但後者並沒有可與之互動的觀衆，所以事前錄製的內容與呈現方式，以及每一個單元的主題與目標，就要相當明確了。
最主要的呈現方式當然就是視頻錄製，並可以使用如 Powerpoint 的簡報作課程大綱與內容說明，另外涉及到開發工具的操作等，就需要螢幕錄製操作步驟。每一個視頻單元，據我大量查看 Udemy 衆多課程講師，大都爲 5~10 分鐘左右，單元主題要能切中該視頻內容，可以是很通俗的命名。
與我實體課程規劃大綱的方式最大的不同是，Udemy 課程大綱主要只有兩層：Section 與 Lecture。
Section 比較像是章、節的概念，而 Lecture 與傳統書籍大綱內的小節觀念可能不大相同，它要呈現的是一個講課、講座、講稿這樣的概念。
Section 比較容易界定，一個「章/節」的目標 (objective) 明確就沒有問題。而 Lecture 我是很不習慣，主要就在於要配合視頻 5~10 分鐘內的長度，所以以前的小節觀念，需要分割或合併，但要給予一個清晰的 Lecture 講座名稱，有時沒想像得簡單。
＊＊ 本文同步發表於 FB社群-軟體設計鮮思維 ＊＊
最近在線上輔導了一位 技術職PM 結構設計的實現 (Realization)議題，他傳給我 DDD 的架構圖，覺得在「Domain Service」與「Domain Model」的責任界定上，觀念不是很清楚。
嗯，其實這所謂的 DDD (Domain Driven Development) 架構圖根本就是典型 3-tier (Presentation-Application Logic-Data Source) 分層結構呈現爲圓形的剝洋蔥層次而已，越是內層 (Domain Model) 越代表爲系統的核心。
工程師從這張圖往往會認爲「Domain Model」是最重要的核心觀念。是這樣沒錯，但對以「需求爲導向」的專案開發性質，它卻反而沒那麼重要！況且結構設計的基礎功夫要很紮實，封裝-介面-多型 諸多「虛」的設計觀念確實能充分了解並能整合活用，沒有花上 5-10 年以上功夫，是不容易應用在現實的系統開發上的。相對於此，「Domain Service」對現實的專案開發可是更切實際，且結構設計上的觀念也會比較容易入手。
先瞧下我目前桌面的螢幕擺設。左邊是 BenQ EX320R 32吋護眼螢幕、右側則是延用已有8年的 DELL U2410 24吋螢幕。EX3203R 上方裝了另外網購的 ScreenBar 護眼檯燈，然後旁邊是我的家鳥玄鳳粉圓。 :-)
![[簡單開箱] 入手 BenQ Ex3203R 曲面螢幕與](images.kenming.idv.tw/2021/01-06/benq_screenbar-007.jpg "[簡單開箱] 入手 BenQ Ex3203R 曲面螢幕與")
我是重度電腦使用者，一天最少有10個小時以上。先前使用 DELL U2410 + ASUS 低階的 IPS 螢幕，原來的螢幕擺設是這樣，可能使用期限也挺久了，總感覺螢幕字體顯示模糊；還有兩臺色差其實滿明顯的，兩邊切換來回看眼睛常會不舒服，所以在農曆年前打算換臺標榜護眼 BenQ 品牌的護眼螢幕。
![[課程剪影] 2021/03/13-14,20-21 軟體架構師培訓課程](http://images.kenming.idv.tw/2021/01-06/system_3tier_architecture.png "[課程剪影] 2021/03/13-14,20-21 軟體架構師培訓課程")
