Here is a collection place from Domain-Driven Design Taiwan recording all the meetup and study group events.
-
Author - Vaughn Vernon
-
Detail Information: Study Group Speakers and Resources
-
Date : 2019/01/26
-
Place : 三創育成基金會 StarRocket SpaceA
-
Agenda :
- Session 1 : - Why DDD Matters, by Kim Kao
- Session 2 : - A Fluent way to go through the Domain Driven Design, by Authur Chang
-
Date : 2019/03/23
-
Place : GIS 集思交通部國際會議中心
-
Agenda :
- Session 1 : - DDD with Clean Architecture, by Arthur Chang
- Session 2 : - 團隊協作實戰 DDD, by Jed Lin
- Session 3 : - Essential capabilities behind Microservices, Kim Kao
-
Date : 2019/04/06
-
Place : 天瓏圖書資訊
-
Agenda :
- Session 1 : - 微服務與 DevOps 在 AWS 的日常, by 鮑博
- Session 2 : - 問答交流
-
Date : 2019/05/04
-
Place : 集思台大會議中心
-
Agenda :
- Session 1 - 領域驅動設計, by Clark
- Session 2 - 我的 LinkedIn 三年開發遊歷, by Ian Tsai (ZanyKing)
-
Date : 2019/07/27
-
Place : 崇友人文講堂 A+B 教室
-
Agenda :
- Session 1 - 跟著 ActorModel 來一場與 DDD 的豔遇, by 軟體主廚
- Session 2 - 從需求直面系統實作,DDD 的領域建模, by Michael Chen
To 身在軟體業的你 :
作為一個解決問題的 Builder 來說,你經常會在各種不同的時空下與不同的 Stakeholders 進行交流,試圖去詢問究竟在現在面對的問題是什麼,以及想要達成什麼目的?
長期來說,Domain Driven Design(DDD) 經常被誤解為只是個軟體開發者在寫程式的時候的一種實踐思路,代碼文人相輕各有各的工法。然而,DDD 其實從兩個層次(戰略,戰術)來探討究竟我們想要解決的問題在各種角度上的取捨可以怎麼做。
他是一種擁抱 Multiple Viewpoints 的實踐態度,可以照顧到很多不同的人:
From 老闆 :
我這生意要做的業務項目非常的多,你能不能跟我說說我到底該在哪個點上去關注我最重要的部分,我的 IT 員工就這麼 10 個人,要再多也沒有了,但到底怎麼選擇主力才對我真的有價值 !
From UX :
我很想要創造一個很有價值有用的服務來解決真正的問題,但是我始終不一定能夠跟開發團隊很好的協作,如果有一個方法可以凝聚共識講同樣的語言,那麼我可以很早的就建立起價值畫布,用戶畫像,用來確認這些的思考是否真得能解決這些問題!
From SRE : 身為了解系統業務價值的你,在每天的日常看著各種維運的同時你也其實在做業務價值的領會,SRE 於你是一種職位一種職責。
然而,我們是否有機會在系統搭建的初期,一起跟領域專家一起合作討論,去思考從問題的角度出發,跟他談論共同的"領域語言",並且除了知道業務領域的知識,你也能貢獻從你看運維的角度給出不同觀點,從而提煉出 "不同的維度探討同樣的業務價值" !
Domain Driven Design(DDD),是一個這樣圍繞著眾多 StakeHolders 的方法,幫助大家一起集體思考,一起探討從業務,到技術實踐的一種方法,而同時從 DDD 的角度出發,你會發現更多的關竅,從做系統到作服務,以至於催生出微服務,這是一個體系的發展歷程。
From Agile/Scrum/Collaboration :
你知道做軟體的時候需要很多不同的 Stakeholders 的參與,才能做一個比較合乎真正用戶期待的功能,然而你可能還有時候會想知道如果我們面對未知的問題,從這個問題領域的專家身上我們怎麼樣跟他一起進行"團隊共創",來找出真正的共同理解,然後進行實踐呢?
From BA/SA :
你們這票開發者老是拿著我聽不懂看不懂的程式碼來跟我講這做不了那座不了,但我才是這問題方面得專家,真正需求就是這樣,而這對真實用戶有價值,可以不要再跟我講 543 了嗎?
Domain Driven Design(DDD),是一個結合了眾多 Stakeholders 在一起的一種團隊共創的方式,幫助大家講共同的話語,理解真正的問題,進而走向下一個軟體發展實踐的方式,如果你也有興趣,歡迎加入這個 DDD Community 的第一次的 meetup !