注意：
本課程為上一次線上直播課的【回播課程】，預計在 2025/08/29 20:00 進行首播，此票卷價格提供觀看一個月（至2025/09/29 19:59），撥放連結將在首播當晚寄出給報名且『繳款成功』的學員，感謝大家!!
由於 KKTIX 售票流程其實有瑕疵，發現部分學員會在收到播放連結後退票就可看免費的，所以本課程改為開課前一天才寄連結，以及開課前3天就不予退票，一旦報名截止就不接受退款了，感謝大家的支持!!
另外，本直播課程的Pdf檔案只提供給購票有選擇需要Pdf的學員，也才會在首播當晚，並確認有『繳款成功』的學員才會寄出Pdf檔案，再次感謝支持本課程的學員們!!
連結內容為為當時：2025/08/15 當天 20:00~22:00 的〔AI 時代的系統分析設計7堂課中的(第一堂)概念說明〕
@課程緣由：
在 ChatGPT 問世之後，徹底的改變了軟體開發的世界，先是提示工程 Prompt Engineering 開始盛行，因為 Open AI 的 GAI 的 Codex 或 Meta Code Liama 模型之賜，讓程式碼的理解與撰寫變得相當的快速，使的在軟體工程師界有著被取代之說，也有資深工程師因此如虎添翼、而 Junior 工程師更難進入軟體業的種種說法。最近也因為 Vibe Coding 的出現，有人說用嘴巴就能寫程式，不需要任何門檻... 但真的是這樣子嗎？
@要寫好 Prompt 培養分析設計能力變得更加重要
現在因為 AI 工具像是 Copilot 的盛行，所以開發人員寫 Code 能力都瞬間提升，但回過頭來，如果（你/妳）做專案都是只想著怎麼把『專案完成』與『技術的實作』的話，那麼長期以來，(你/妳) 會慢慢發現，慢慢地對於需求異動、要改程式、或是需要長期維護支持就會越來越薄弱，因為妳的出發點不是從問題領域出發，即便 Copilot 給妳提示，你也會慢慢難以分辨 Copilot 給你的提示是不是你現在要的？
@軟體架構一直都是用來解決【特定領域】的問題【Context/Domain/Problem/..】
先前，我曾開過一堂框架設計課程：跨平台的 API Framework 框架開發V2 課程，當時，我的主要目標其實並不是著重在【API 框架技術】本身的開發，因為框架如果不能夠解決你現實客戶、需求、與要解決的問題，那麼你做這個框架其實沒什麼存在的意義！因為，框架是用來服務 Application Business、與讓企業邏輯 Enterprice Business Rules 得以賺錢運作的命脈得以持續不並中斷，你的軟體架構、你怎麼 (調整/重構) 那都是基於原始【需求】，然而所謂【需求】辭意甚廣，有可能是 (市場需求/End User 的需求/企業環境需求/商業需求/資安需求...etc).. 所以，為什麼我特別的強調使用 Hexagonal Architecture 六角架構 與 基於一個車輛租用系統的需求？目的除了因為實踐六角架構比較容易在解決客戶需求的問題時，也同時得讓軟體保有一定的可維護性，第二是，也是為了凸顯我們要解決的 (Context) 與 問題 (Problem Domain) 到底是什麼？它能解決的我們什麼問題？實現了什麼？做到了什麼？這真的就是要長年在專案裡，實際解決技術問題、長年維護系統 才會慢慢感知到這個心有餘，而力不足的窘境？？因為，到最後你才會發現，軟體真的要實現好維護，架構好調整，最後還是得著眼在最原始、一開始的主要【需求】，基本的分析與設計還是少不了的，現在有 AI 的補助，大家的技術一下子提升一甲子，但是你如果不是基於上述著眼點進行開發與設計，那麼，你可能導致自己不清楚 AI 現在給你的建議到底是對還是不對，而軟體的技術債也是從這而來。
然而，要寫好 Prompt 你就得知道你的【特定領域】的問題【Context/Domain/Problem/..】到底是什麼了？
@本課程也會告訴你如何在需求上實踐特定的軟體架構
如同上面提及，通常一個合適的軟體架構一直都是用來解決【特定領域】的問題【Context/Domain/Problem/..】，然而某位學員還跟我說，它的公司的其他 Team Members 也抱怨既然分層跟寫成一包是一樣的結果那為什麼要這樣分層？事實上，打從 (OO, Object Oriented) 時代就開始談的層 Layer/邊界 Boundary 或 耦合性/依賴/獨立性/內聚力.. 無非還是基於最根本的原因：就是你會基於【基於什麼（原因）去修改（它）】，修改的（原因）不同，哪麼哪兩個組件，就不應該被放置在一起！這非常重要，這是軟體架構設計原始出發的核心點阿!!?? 這也才是我們一開始講的，在 AI 時代，仍然需要『人』來做架構上面的『決策』，這其實指的是這件事情。
@學習這門課可以幫助我們什麼？
如何在實踐理論與模型時，如何以 Prompt 取代 Specification ？或者怎麼將使用者需求，轉化為有效的 Prompt，但是 Prompt 與 Domain Knowledge 的連結關係怎麼找出來？這也是許多人的弱項，如同我先前我分享的，分析與設計的過程得要有東西 Keep 下來，不是只是為了追蹤分析與設計的過程，而是為了產出的程式碼更貼近使用者需求。
我簡單說明一下為什麼這樣做？這樣做兩個好處：
1). 因為有絞盡過腦汁，因此拆解出的 Class/methods/interface 更容易讓 AI 見招拆招
2). 過程還可享有自動化分析設計的好處
@注意事項：
(1). 這是實戰課，知識有價，所以一定是收費課程。
(2). 本課程共分為 7 堂，每一堂兩小時，且每堂都是獨立售票，但是是連貫的課程。
(3). 當第一堂課程結束後，我才會公布第下一堂課程的 Agenda 內容。
(4). 雖然，每一堂課程均獨立賣票，但有可能每堂課程有不同的優惠價格。
(5). 這是一個線上直播課程，報名成功、繳款成功之學員，停止報名後，才會在開車前一天，收到直播的連結。
(6). 務必使用正確 + 能收到 EMail 的私人信箱報名活動，以免收不到直播連結，謝謝。
(7). 另外、本課程為個人小本經營對外售課，故無法開立發票給您的公司行號，若是一定需要發票的朋友可能請己斟酌是否要報名本課程，謝謝。
#第一堂
Agenda
-
核心問題：
- 當程式幾乎都能由 AI 撰寫，系統分析與架構設計還重要嗎？
-
軟體開發中的「變」與「不變」
- 從架構觀點導入，探討 AI 無法取代人類的部分
- AI 時代下的『系統分析』與『系統設計』方法
- 軟體架構設計與需求理解的交集
-
案例引導：
- 根據回應，給予更多提問、逐步轉為具體設計（不是 AI 替代，而是 AI 增能）
-
延伸整合：
- AI 如何加速需求萃取、問題建模、界定 Prompt Engineering 範圍的思維關鍵？
#第二堂
Agenda
...尚未公佈...(會在第一堂結束後公佈)
#第三堂
Agenda
...尚未公佈...(會在第一堂結束後公佈)
#第四堂
Agenda
...尚未公佈...(會在第一堂結束後公佈)
#第五堂
Agenda
...尚未公佈...(會在第一堂結束後公佈)
# 第六堂
Agenda
...尚未公佈...(會在第一堂結束後公佈)
# 第七堂
Agenda
...尚未公佈...(會在第一堂結束後公佈)
@課程對象：
- 已有 C# 約 2-3 年 ASP.NET WebForm 或 MVC 使用 C# 網頁開發經驗的開發人員，具備 SA 或 SD 經驗更佳
- 或本身已經身兼 SA 或 SD 的開發人員，希望對軟體分析設計過程中 AI 如何附能能有近一步了解的開發人員。
- 目前為程式設計師，想要拓展架構設計思維、甚至想充實軟體架構設計技能的開發人員
- 或本身已經是 SD 或架構設計人員，對程式開發仍充滿熱情、想了解在 AI 時代如何分析需求下 Prompt 精確提升軟體開發正確性的系統軟體設計相關人員
@講師經歷：
- 資策會 - IBM 授權教育訓練中心 - UML 課程講師
- PCHome 單元測試 Unit Test 導入 與 教育訓練講師
- GIGABYTE 技嘉 – ASP.NET Razor Pages 訓練講師
- 2015集英信誠-與大師對談講師
- .NET Conf Taiwan 2018 講師
- Visual Studio Everywhere 台北場講師
- 資策會 - IBM 授權教育訓練中心 - UML 課程講師
- .NET Conf Taiwan 2018/2019/2020/2021/2022/2023 講師
- HiSKIO 平台講師
- Study4.TW 社群講師
- 企業內訓講師
@現職：
- 資深 .NET 技術顧問
@講師的顧問相關經歷：
1. 軟體架構開發(導入)顧問需求：
- 協助將商業邏輯服務化、彈性化：以 SOA 服務導向架構的方式提供商業邏輯，讓各應用程式在開發時容易調用，並可提高商業邏輯的再利用率，統一開發環境與技術、Programming Rule/Coding Standard、導入Azure DevOps、佈署工具 Team Build 自動化 Unit Test 以提高程式碼品質外，並使用 Azure WebSites 實現 CI+CD
- 並協助將原本 .NET 4.5.1 的 ASP.NET MVC or WebForm 專案升級到 .NET Core 6/7/8 的版本。
- 透過客制化系統框架的開發、或解決開發流程不順暢等相關專案協作等問題，藉由平常開發習慣的養成、像是 Coding Rules or Styles/Standard 與程式撰寫的 Patterns，加上 TDD 等開發方法培養開發人員良好的開發習慣。
- 使用 Azure DevOps作為專案開發協同資訊分享的平台，與原始程式碼管控 Version Control 的平台，導入 Work Item，並協助落實 Agile Board 的PBI與Check-In Policy
2. 保險業系統顧問 / Redis 導入系統顧問：Redis Cache 主機架構規劃、現有AppFabric轉向導入Redis、現有產品改寫支援Redis、軟體架構規劃、單元測試導入、日常開發 與 協助 Trouble-Shooting 處理。
3. 新竹科學園區- .NET 6 系統升級顧問 + 長期系統顧問：現有 net451 平台升級 .NET 6、平台改寫、API Framework 升級、主機環境升級、DevOps Server 自動化佈署顧問、日常維運等。
@講師教受過課程：
- .NET Core 跨平台 Web API 框架開開發
- ASP.NET 5 新功能與未來變革
- ASP.NET MVC 4 RC 新增功能介紹
- ASP.NET MVC 4 Web API 開發簡介
- ASP.NET MVC 4 Web API全攻略
- ASP.NET MVC 4 新增功能介紹
- ASP.NET MVC 5 快速上手(實戰篇)
- ASP.NET MVC 6 新功能初探
- ASP.NET MVC 基礎課程
- Code Review 的目的
- C# 4.0 LINQ 與泛型應用(簡介與開發)
- 談架構設計與 LINQ (使用ASP.NET MVC)
- .NET 技術研討(LINQ與架構開發)
- .NET Framework 技術架構發展與 C# 6.0
- .NET Standard 2.0 與 .NET 的未來
- HTML5 課程
- IIS 7.0 應用程式開發實務
- IIS 7.5 的管理_開發及佈署簡介
- Multi-Thread 多執行緒程式設計(Use C#)
- TFS Source Control 功能說明
- Troubleshooting 的藝術
- Visual Studio 2010_塑模化應用程式講座
- Visual Studio 2012 與 ASP.NET 4.5 (新功能與開發介紹)
- Visual Studio 2013 新功能介紹
- Visual Studio 2015 跨平台應用程式開發
- Visual Studio 2015 開發工具入門應用與功能使用教學
- CSS 前端網頁設計概論
- 前端 JavaScript 與 jQuery 基礎應用課程
- WCF 進階課程
- Vue.js 前端開發基礎入門
- 使用 Release Management 2013 進行自動化部署
- 前端大型系統的基石 TypeScript
- C# 物件導向 - 分層架構課程
- 團隊開發永遠的痛 - 談導入團隊開發的共同規範
- 團隊開發系列-設計符合團隊的範本精靈 (Project Template)
- 如何使用 Visual Studio 2015 發揮最大生產力
- 如何培養架構性思考(談軟體架構師必經之路)
- 如何將現有 ASP.NET Web Form 網站轉為 ASP.NET MVC
- 如何透過 UWA 存取 ASP.NET Web API
- 客製化的 Web API 的框架設計
- 從 Web Form 到 MVC
- 架構設計好簡單系列 - 設計符合團隊的範本精靈 (Project Template)
- 活用 Application Insights
- 淺談 ADO.NET
- 現代化網站架構
- 軟體開發之路甘苦談
- 響應式網頁設計概念與MVC架構簡介
@我的線上課程
(1). 單元測試 Unit Test 與 Moq 物件實務課程
(2). 決戰OOAD系列課程-使用UML (線上課程)
(3). 如何利用範本精靈 (C# Project Template) 簡化重複開發工作
(4). Blazor 的演練教室｜從入門到實務 (線上課程)
@ 我的連絡方式：
Skype/EMail:
wergelis@msn.com
關於我：
部落格 (Gelis 技術隨筆)：
http://gelis-dotnet.blogspot.tw
https://www.dotblogs.com.tw/gelis/
FB 社團 (軟體開發之路)：
https://www.facebook.com/groups/361804473860062/
FB 粉絲團 (Gelis 的程式設計訓練營)：
https://www.facebook.com/gelis.dev.learning/
我講授過的課程 SlideShare：
https://www.slideshare.net/GelisWu
Github：
注意事項
- 如遇不可抗力或意外狀況，活動主辦單位得以保留改期、調整內容、或是取消活動與將全額退費之權利。
- 這是一個收費的課程，因為這完全是一個實務經驗的分享課程，您覺得內容您有需要就可來報名參加，講師必定讓您滿載而歸，並應用在您實際的工作環境之中。
- 這是一個線上直播課程，您需要自行準備上課需要之電腦與軟體運作環境。
- 報名成功、繳款成功之學員，停止報名後，才會在開課前一天，收到直播的連結。
- 請務必使用正確 + 能收到 EMail 的私人信箱報名活動，以免收不到直播連結，謝謝。
購票與退票相關事宜
- 本活動由 KKTIX 代為處裡售票相關事宜，退票政策為到售票期限當天，就不予退票與退款。
- 退票由購票者提出，KKTIX 會酌收 10% 手續費，且活動前十天內（不含活動日）不予退票。
- 詳情請參閱 KKTIX 服務條款。
主辦與協辦單位
