按慣例用一篇文章記錄 DevOpsDays Taipei 2024。
（如果有看到文中的紀錄有誤之處，還請通知我修正，謝謝）
活動基本資料
- 主辦單位：台灣敏捷協會、台灣敏捷社群、DevOps Taiwan Community、Taipei HashiCorp User Group、iThome
- 官網：https://devopsdays.tw/2024
- 日期：2024/07/10 ~ 2024/07/11
- 地點：瓶蓋工廠台北製造所
- Keynote：共 4 場
- 分堂議程：共 39 場
- 工作坊：共 15 場（其中 2 場是 DevOps Bootcamp）
- 贊助商：共 14 家
- 活動人數：超過 800 人
- 活動共筆：https://hackmd.io/@DevOpsDay/2024
（今年是 DevOpsDays Taipei 首次使用「瓶蓋工廠台北製造所」這個活動場地。）
持續許願
如同我在今年開場時自嘲說的，在 DevOpsDays Taipei 的組織者當中，我是負責許願（及推坑）的那一個。
（專門推坑的）
今年許了哪些願望呢？
- 繼續維持開放空間會議
- 繼續辦一整軌的 DevOps Bootcamp（新手村）
- 多一點 Trunk-based development 的主題
- 少一點只是單純介紹工具的主題
- 適度增加國外講師的數量
針對上面的願望，一個一個簡單聊一下。
開放空間會議
我在很多公開場合都提過，自從在 DevOpsDays Taipei 2017 舉辦與參加過「開放空間會議」（Open Space Technology，簡稱 OST）之後，我就大受震撼。
原來研討會不只可以透過單向的演講為與會者帶來價值；透過適度的引導與空間安排，讓與會者們建立雙向（多向）交流的活動也同樣具有價值，且甚至有可能帶來超過單向演講的價值。
因此 DevOpsDays Taipei 絕對要保留一個「空間」舉辦 OST。
其實近幾年來，台灣已經有越來越多的技術研討會，也開始主動規劃各種「場外活動」，可能是 OST，可能是 The World Café 或其他形式的交流活動⋯⋯，並且主辦單位會大力宣傳鼓勵與會者參加這些「場外活動」。所以，大家真的可以試著在研討會多與其他人交流，有時候你獲得超乎想像的收穫。
特別感謝鈦坦科技的 Sam Huang 再次擔任 OST 的引導者，每一次都義不容辭的提供協助，謝謝！
（OST 徵求議題中！）
（這次的 OST 有特別邀請 Keynote speaker 參與，照片為 Ruddy 老師在 OST 與大家聊天。）
DevOps Bootcamp
延續去年，今年也繼續規劃一整軌的 DevOps Bootcamp 新手村。其實我本來一開始的許願是整軌 Bootcamp 都是體驗工作坊，但在幾番討論（現實與理想的交戰）之後，最後調整為這次的 4 場演講 + 2 場體驗工作坊。
為什麼會許願要做體驗工作坊呢？
其實起心動念很單純，由於 2023 的 Bootcamp 是 7 場演講，今年就希望能改成更具有互動性，能讓與會者留下更多深刻印象的體驗工作坊。
2023 的 DevOps Bootcamp 主題
- DevOps Overview
- 在 DevOps 的路上測試該怎麼進行
- 那些年我們做過的 DevOps Pipeline
- DevOps 的高階工程實踐
- 從 Ops 與 SRE 的角度看 DevOps
- BizDevOps 概論
- 從 VSM 到 DevOps 指標了解交付能力
那麼為什麼是「體驗工作坊」？不能是特定工具或技術的教學工作坊呢？
答案也很簡單，因為那種按著步驟教你怎麼使用特定工具的教學工作坊，很容易落入「工具教學」，而新手有可能會因此錯誤的認為 DevOps 就只是這些工具而已。
然而問題就來了，對於 DevOps 新手，到底要讓他們體驗什麼才好？以延續 2023 的角度來看，難道 2023 的 7 場演講就足以涵蓋 DevOps 新手需要及早認識的所有 DevOps 重要觀念了嗎？
於是在與幾位前輩請教與討論（推坑），並且考量過研討會場地狀況與可能的人潮流動之後，最後才將今年的 Bootcamp 定調為 4 場演講 + 2 場體驗工作坊。
2024 的 DevOps Bootcamp 主題
- DevOps 實務中不可或缺的產品思維
- 超越直覺：產品交付階段的數據驅動科學
- 建立 DevOps 團隊的經驗甘苦談
- 何謂 GitOps? 為什麼愈來愈多團隊開始導入?
- 【體驗工作坊】BizDevOps 力量：從需求轉換到團隊內外溝通
- 【體驗工作坊】一條龍工程師無法完成的 DevOps Pipeline 體驗工作坊
不知道大家對於 2023 ~ 2024 的 DevOps Bootcamp 議程規劃是否滿意？我自己是挺滿意的，如果明年還要繼續，我還真不知道還能放些什麼內容。
（說真的，我真不知道為何 DevOps 新手村會來這麼多人？）
Trunk-Based development（TBD）
本來想要寫一些關於 TBD 翻譯志工團的事情，但我們的苦主 Miles 已經先寫出來了，所以我就不多做重複了，但先幫忙廣告一下，其實在 DevOpsDays Taipei 2024 舉辦之前，TBD 正體中文網站就已經正式上線了，想要用中文認識 TBD 的朋友，可別錯過了！
TBD 正體中文：https://tw.trunkbaseddevelopment.com/
就如 Miles 所寫，其實 TBD 不是新議題，只不過在台灣，它一直是一個時機未到的議題。終於這兩年，我們感覺它差不多是一個可以有更多曝光，讓更多人認識的時機了。
其實從去年開始，在徵稿時，我們就有特別將 Trunk-Based development 列進徵稿主題中。因此如果你有在注意，台灣早已有一些講師有談過 TBD，像是董大偉老師的「DevOps 的高階工程實踐」，雖然他在演講標題沒有提到 TBD，但演講內容在介紹到 CI/CD 的最高境界時，已經明示暗示的表達出與 TBD 相似的情景。
雖然徵稿主題重點之一是 TBD，但其實邀請 Paul 來台並不在原本的計畫之中，這整件事更像是一個因為吸引力法則（當你真心渴望某件事物，整個宇宙都會聯合起來幫助你完成）而帶來的一份禮物！
原本我只是一心想著要協助 Miles 以 DevOps Taiwan Community 的名義，與 Paul 溝通翻譯 TBD 網站的事情，希望透過社群的力量讓 Paul 了解，我們真的是為了公益，希望能推廣好的觀念給台灣的工程師認識。於是在計畫與 Paul 溝通翻譯計畫的 Email 中，我便順帶提到台灣開始有人在談 TBD，有機會的話，也許可以邀請 Paul 來台參加 DevOpsDays Taipei。
然後事情就這麼成了（咦）。對你沒看錯，就這麼一封 Email，然後其中一句話提到了歡迎他來台，然後他就說「好那我就飛過去嘍」（咦咦）。這麼爽快的答應來台，反而驚嚇的是我們，而且 Paul 不但立即表示願意來台，甚至還比我們組織者更積極的一直追問「你們希望我講什麼主題？講一堂 Keynote 太少了，我可以再多講一堂！你們確定兩堂就夠了嗎？要不要再多講一堂？還是幫我擺一個白板在走道，我可以一直在那邊跟人交流！」
（Day 1 的 Keynote speaker 當然是 Paul 啦！）
（翻譯志工團前往與 Paul 聊天！）
Paul 的熱情真的是讓我們感到驚喜，於是在更多溝通之後，就如大家所知道的，不但 TBD 翻譯志工團順利獲得認可，可以翻譯 TBD 網站，Paul 也順利來台參加 DevOpsDays Taipei 2024，且如他所述，講了一場 Keynote、一場分堂議程、更在 OST 中充分的和大家交流了一整個下午。
（Paul 真的在 OST 那邊跟與會者交流了一整個下午！）
不只是工具主題
身為 DevOpsDays Taipei 的許願者，我個人對於 DevOpsDays Taipei 一直有一個堅持，那就是希望它不會是一個只充斥著各種「IT 工具」與「IT 解決方案」的研討會。
因此從徵稿主題、審稿、邀稿⋯⋯，在所及的影響範圍內（畢竟審稿會議中，我最多也只能投 5 分）會盡量去避免演講主題出現一面倒的只有「工具」。所以過去審稿會議也出現過，讓講者入選，但透過窗口向講者提出建議，希望講者能調整演講主題的內容比例，將工具相關的內容比例減低，多談一些工具之外的經驗談。
如果只是要介紹工具，我相信有更多活動，甚至軟體工具供應商也都會自己舉辦活動，而 DevOpsDays 這個研討會品牌，既然是從「國外的社群」發展起來的，那麼我們應該要保留它的多元性，讓它可以擁有更多的可能性，所以，如同前面談到的 DevOps Bootcamp 或者是 Keynote 演講，你會發現我們幾乎都沒有塞入「特定工具」的主題，希望大家在這裡可以接觸到更多不同的觀點與經驗談，聽見一些你過去可能沒有特別關注的內容。
（本來應該是新手村，不知為何審稿完畢後就變成 Keynote 的葉秉哲）
適度增加國際交流
自從我們（其實主要都是 iThome 的 Chris 在熱絡的交流）跟 DevOpsDays Tokyo 的組織者開始聯繫之後，我們就發現原來 DevOpsDays Tokyo 有不少的國外講師；而今年我們派出的東京考察團在回台之後也有回報過，除了講師之外，也有不少在日本工作的外國人會參加 DevOpsDays Tokyo。
相比之下，忽然覺得我們 DevOpsDays Taipei 是不是太在地了一些？為了不落人後，我們當然也要拼一下國際化（誤）。
上面當然部分是玩笑話，真正要說在 COVID-19 疫情之前，台灣的大型研討會都還是有在與國際交流的，DevOpsDays Taipei 當然也有來自國外的講師，只是因為疫情導致這些交流一瞬間都停滯了。在疫情對世界的影響已經趨緩的狀況，從去年開始差不多是一個時間可以恢復這些國際交流。
其實一直以來 devopsdays.org 都有提供一個 slack 平台讓各城市的組織者可以在上面互相交流，但歐美的講者要飛來台灣終究費用較高，因此我們會先以亞洲區為優先，日本、新加坡會是我們優先交流的夥伴。希望未來我們台北的組織者可以繼續逐步擴大國際交流的規模，邀請更多合適的國外講師來台跟大家交流。（這任務就交給未來的組織者了（拍肩
總之，感謝 DevOpsDays Tokyo 及我們的東京考察團的努力，這次我們有來自英國、日本、印度、沙烏地阿拉伯多個不同國家的講者。
志工
這次我們依然有招募共筆志工及國際親善大使志工。共筆志工輔助讓每一場演講能留下更多文字紀錄；國際親善大使志工則是幫忙做好國民外交，輔助國際講師能更融入本次的活動。兩種志工都在本次活動中發揮了極大的影響力。
本屆志工名單
共筆志工
- Anna Su
- Brune Kz
- Kuro Hsu
- Maruko Huang
- 呂健誠
- 吳建澄
- 李桓瑋
- 賴坤佑
國際親善大使志工
- Gustavo Baker Show
- Hsu Eva
- Lynn Hung
- Mansun Kuo
- Roberson Liou
- Seno Gohn
- Stanley Lee
- William Chao
- 張芷寧
- 詹益軒
- 龔鈺淞
特別感謝 龔鈺淞 這次願意接下志工團長的角色，幫忙溝通協調與管理志工群！
另外這次為了 DevOps Bootcamp 也有另外招募工作坊助教群，這部分的名單就交給工作坊講師自行公佈了。（我這邊的助教名單，就留待下一篇文章再來記錄與感謝了）
也要感謝 DevOps Taiwan Community 的志工群，今年我一樣也是把 DevOps Taiwan 的社群攤位直接交給社群志工處理了，謝謝每一次需要顧攤都第一時間情義相挺的 泳褲(fripig)，及其他也有幫忙來顧攤的志工們！
感謝再感謝
最後的最後，還是獻上感謝再感謝，畢竟 DevOpsDays Taipei 2024 並不是靠著許願就能順利舉辦，真的是感謝參與其中的每一位。
感謝所有的主辦單位與每一位組織者，各種不同角度的意見交流，讓活動能有更完善的考量。
感謝 iThome 執行力超強的 Chris，每次都在理想與現實中找到平衡點。
感謝所有的贊助商，大家閒聊時總是說今年是 AI 以外的 IT 圈寒冬，但我們依然獲得不少贊助商參與本次活動，謝謝他們的贊助。（但今年贊助真的有變少，所以就沒錢做紀念服了。）
感謝所有的志工及 DevOps Bootcamp 的工作坊助教群，如前面提到的，今年志工依然發揮了極大的幫助，感謝大家！
感謝所有的與會者，謝謝各位願意購票並花費兩天的時間參與這次的活動！
感謝所有的投稿者，今年高達 94 份投稿，真是苦了審稿團。
感謝所有的講師，這麼多精彩的內容，可以明年繼續更多分享嗎？
最後，再一次感謝這兩年所有被我邀請（推坑）負責 DevOps Bootcamp 的講師，因為有些講師想保持低調，我就不一一條列名單了，感謝所有入坑者的支持，新手的未來都靠你們啦！
（今年被我推坑來負責 DevOps Bootcamp 體驗工作坊的盧建成，也是被我凹很大的苦主之一！）
好了，每一年活動結束後，真的是一個字「累」，但每次在活動現場遇到每一位朋友、夥伴，聽見大家的分享，心裡還是感到這些累是值得的。雖然尚不知道明年會如何，但就還是先說聲 DevOpsDays Taipei 我們明年見啦！
