WebConf Taiwan 2024 於 12/27–12/28 在南港瓶蓋工廠 POPOP Taipei 舉行，這是第三屆的 WebConf，聽聞上一屆因睽違十年舉辦，票一開賣馬上就被搶光，加上看了別人寫的心得文，今年的活動公佈時就想著一定要來參加看看。
今年的議程分為 2 天 3 軌，內容涵蓋前端、後端 、DevOps、產品設計、UI / UX、團隊管理等共 43 個主題，總參與人數超過 700 人。詳細的議程介紹和紀錄可以參考大會共筆文件，裡面有會眾整理的講座筆記，還有部分講者的簡報分享，很值得一看！
我本身是前端工程師，但因工作會接觸到的關係，也對 DevOps、產品設計等主題很感興趣，這次主要參與的議程有以下這些：
Day-1
- 靈能的挑戰：從碼農開始的通靈王之路 — Kyo Cheng
- 個人專案到產品：善用 AI 工具打造可盈利產品 — 王鵬傑 PJ Wang
- 來一場兼顧程式碼品質以及開發效率的 Code Review — Fin
- 從技術專才到領導者: 1 到 100 人的管理之路 — Singz Hsieh
- 十年回首：React 的過去、現在與未來發展 — Zet
- 在現有軟體服務中整合 Copilot 功能：Context 與 UI 的新挑戰 — Kewang
- AI、Data 與 Web，跨領域的資料科學工作者之路 — 維元
- Zeabur：雲端部署平台 PaaS 核心技術大揭秘 — 林沅霖 Yuanlin Lin
Day-2
- 在 AI 時代軟體工程師的持續升級？ — Mosky
- 擁抱漸進式體驗 — 設計驅動企業改革動能 — 郭藺瑩 Lydia Kuo
- ESLint One for All Made Easy — Anthony Fu
- Woops，網站打不開了怎麼辦？來當一天系統管理員吧！ — 賴怡玲 (小賴)
- 用 AI 幫助開發 Apple Watch App 實戰分享 — 海馬
- DevOps 與 GenAI：在人工智慧時代的未來之路 — 邱宏瑋
- 遊戲化產品背後的遊戲化經營：如何在無形中建立數位產品的存在感 — 劉又瑄 (叉叉)
- 工程師成長之路：由時間管理到職涯規劃 — 李智樺 Ruddy
在吸收了兩天高密度的議程內容之後，可以深刻感受到今年 WebConf 大會在籌備主題與邀請講者時，除了技術與實務經驗的交流之外，主要的問題意識圍繞在 AI 發展對軟體工程、產品設計和個人職涯規劃的影響，以及我們能夠採取的成長策略是什麼。
以下分享我從這次研討會體悟到的心得，以及我是透過哪些內容得到這些想法的。
AI 時代下，軟體工程師的技能升級
過往軟體工程師或許可以只會寫程式，但當 AI 已經發展到寫程式的能力和效率可以超越人類，想要不被取代，就得重新看待好的工程師所需具備的技能集，以及能夠提供的價值。
這也是各個講者不約而同都有提到的重點。
鈦坦的 Kyo 分享從碼農到通靈王的 T 型技能養成，相較於需求來就做、缺乏決策權、技術門檻低且易被取代的碼農，Kyo 鼓勵大家走出 coding 的已知舒適圈，走入 legacy、infra、network、new tech、使用者需求、不熟悉的 domain 等未知領域。
把未知變成已知，像是建立可觀測性（observability），透過日誌（log）的優化（把 log 透過 parsing 切分成不同欄位方便分析）、指標（resource metrics）提供量化數據以進行效能測量及趨勢分析，以及追蹤請求在系統中經過的路徑，減少系統中的未知。
除了培養 T 型技能讓自己能夠應對每個 sprint 的工作需求變化，也可以進一步培養產品思維、訓練擺脫知識詛咒（Curse of knowledge）的有效溝通、提升對資料與數據變化的認識，建立自己的知識體系。
Kyo 分享，軟體工程師不應只專注在實現產品功能，同時也需要了解商業價值，讓業務領導技術前進、技術支持業務成長，提升產品價值。畢竟快樂來自交付有意義的成果。
Mosky 則和大家分享在 AI 時代，軟體工程師如何持續升級。參考 Dropbox Engineering Career Framework，常見的軟體工程師技能集為：
- 寫程式
- 人際互動
- 適應力
- 領域技術力
- 全局決策力（充分考慮業務與產品需求，進行技術決策）
- 專案管理、產品管理（事情遠重要於程式本身）
- 創新能力（AI 只會資料庫式的創新）
- 導師能力（協助經驗較少者跟上團隊）
- 文化領導力（營造具有心理安全感的環境，並作為榜樣）
若以 AI 時代為界線，將此技能集切分成前世與今世兩種版本，主要差異會落在寫程式這一項。在前世，工程師得自己寫所有的程式，但到了今世，不想寫的程式可以交給 AI，讓自己只寫好玩的程式，和訓練自己的程式（像是跟著課程或書一起寫的程式），省下 20–50% 的時間去培養其他能力。另外值得思考的是，技能集如何帶動商業運轉，創造價值。
hwchiu 在 DevOps 與 GenAI 的講題中，則從 AI 回答問題的普遍（general）特性，以及 Kubernetes 對於 config 寫法的彈性和版本更新頻繁的角度，分析 AI 或許可以用來收集與收斂資訊，但不一定能夠萃取價值與幫助決策。
特別是在 DevOps 領域，infra 的環境千變萬化，不同發行版本可能輸出的結果都不一樣，當 AI 不懂產品環境，也不是 domain expert，甚至用來訓練 AI 的資料可能是網路上難以驗證其正確性的素人文章，在這樣的條件下，難以使用 GenAI 提供的資料套用在正式產品環境。而這也正是軟體工程師的價值所在，透過專業知識，扮演量測與評估的角色。
整體來說，善用 AI 工具提升執行效率，減少 labor work 的時間，並且將節省下來的時間拿來培養技能集的更多能力，是一個可執行的方向。
遊戲化與產品思維：從釐清動機到創造價值
透過 AI 工具實現自動化，可以幫助我們節省處理瑣碎作業的時間，將時間投注在真正重要的事情上。
但什麼是真正重要的事情？
能夠回答這個問題，或許才是 AI 時代最重要的功課。Ruddy 在工程師成長之路講題中分享，方向由目標決定，一定要釐清目標；而在落實學習的六個項目（知識、技能、溝通、環境、習慣、動機）中，動機亦是最關鍵的一項。
無論從工程師個人的角度看待職涯與生涯發展，或是從產品開發的角度探索使用者行為、為使用者創造價值，釐清動機並善用動機都是很重要的事。
PJ 在 ExplainThis 如何善用 AI 工具打造可盈利產品的分享中，提到了 side project 與產品的區別：相較於 side project 通常是基於求職、學習或興趣，產品則著重盈利與商業化。釐清自己做一個項目的動機是為了學習、找工作，或是想要建立收入來源，其實是很重要的第一步，這樣可以更專注地達成對應的目標，避免分心。
若確定想要打造一個產品，從需求驗證、產品打造到產品優化階段，通常得花費至少 1–2 年，假設做的不是自己真正有熱情的項目，很難堅持下去。在這個階段，首先要誠實面對自己，尋找自己真正在意的事情（例如下班後花最多時間做的事），不要為了創業而假裝在意某個議題，甚至加入相關的社群。
而在產品提供的服務已有穩定收入，卻發現自己一直在做重複的事情、且有明確的工具可以處理這些事情時，可以開始思考流程自動化，例如使用 Google App Script、Zapier、n8n 等自動化工具將自己從重複性事務中解放。
自動化的目的，是把更多時間用來接觸產品的使用者，深入探索使用者的需求並取得回饋，讓產品可以快速進行一輪又一輪的迭代。
這一點呼應 Lydia 在設計驅動企業改革動能演講中的分享：在她過往的工作經驗中，團隊曾透過導入 style-dictionary 這套由 amazon 開源的工具，統一 design tokens 讓設計與工程端之間的開發流程更順暢，原本需耗時 3 個月的主視覺調整縮減至 8 天完成，加速了產品迭代。把時間花在能夠為使用者提供價值的事情上，做有趣的事情、專注於獨特的使用者體驗。
在產品開發上，對使用者有價值的事，就是最重要的事。
關於遊戲化，周郁凱在《遊戲化實戰全書》一書中系統性地歸納遊戲化（Gamification）的概念。遊戲化基於人本設計，關注使用者的行為動機，並提出八角框架（Octalysis）理論探討人類行為的八種核心動力：
- 重大使命與呼召
- 進度與成就
- 賦予創造力與回饋
- 所有權與占有欲
- 社會影響力與同理心
- 稀缺性與迫切
- 不確定性與好奇心
- 損失與避免
當遊戲化融入產品設計，OOOpen Lab 的劉又瑄分享她所參與的遊戲化產品體驗，不是只做互動遊戲，每個互動模組都要把內容置入，傳遞品牌理念。遊戲不是最終產品，而是透過其技巧讓人不自覺地想要主動參與和持續投入。
這是一個看似有點矛盾的問題：一個好用的產品應該會讓人很快達成目的，但要投入，卻要讓使用者花很多時間在產品上面。如何讓產品很好用，但又必須花很多時間在用？
這時候就可以運用遊戲化技巧。劉又瑄分享，她所認知的遊戲化，其實就是 from content to context，比起直接要求使用者接收你所傳遞的內容（what），提供動機、讓使用者有理由接受這個內容（why）更為重要。
舉例來說（content -> context）：
- 看到品牌廣告說明產品很讚 -> 看到別人用過說這個產品很讚
- 叫使用者留 email 看平台數據（本質是利益交換而不是互動關係） -> 邀請使用者用玩一局彈珠台的時間看數據洞察（這是專門為使用者設計的禮物）
- EDM 發送功能更新與活動邀請（缺少互動性） -> 打造寄信者的人設互動：透過虛擬化的人物設計，由一個擬人化的角色來向使用者傳遞訊息，並透過其個性與背景來合理化內容傳遞的目的
無論是內容行銷或是產品互動，都是試圖傳遞品牌價值的一種溝通方式，不只是單向的內容傳輸。遊戲化設計關注使用者的動機，提供使用者主動參與這場溝通的理由。
不讓自動化取代的學習經驗與價值萃取過程
很喜歡 Ruddy 在壓軸的演講中說的：留意 input 與 output 之間的黑箱，也就是自動化的部分。自動化，損失的是自己的經驗。Kyo 也提到，知識來得太快，只會成為短期記憶，下次遇到同樣的問題還是要依賴 AI，關鍵是如何把知識變成自己的長期記憶。這也呼應了 Mosky 所說的重新認識學習：就像練習寫字，重點不是交出作業紙，重點是練習了寫字這個刻意練習的過程。
不讓自動化取代的部分，就是我們想要將知識轉化成長期記憶的學習經驗。讓自己成為價值萃取的載體，而不是資訊的傳聲筒，如同 Singz 所說的，凡事經過我都有價值。
const amplifier = (something) => somethingValuable;（我現在寫這篇文章，其實也是希望這兩天在 WebConf 所吸收的資訊，可以透過自己主動的思考與輸出，以一種可閱讀的形式分享給更多的人，同時真正轉化成自己的知識💪。）
後記：
研討會本身就是一個拋出提問與試著提出解答的場域。既然我們會一直提問下去，要帶著什麼樣的問題意識來問問題，就變得格外重要。
也就是動機。觸發我們提問的動機是什麼，是源於焦慮與匱乏，又或是基於好奇和對知識的喜愛？無論如何，可以感受到主辦單位希望傳遞給與會者的訊息：好玩是最重要的。希望學習可以回歸到只是因為好玩的純粹，而不是源於資訊焦慮。
因此整場 WebConf，除了議程主題本身，我也開始觀察每位講者：他們所喜愛與投入的領域是什麼？促使他們深入鑽研的動機是什麼？學習的方式又是什麼？透過這樣的提問與發現，體驗過程所感受到的能量是非常強大的。無論是個人、所處團隊、公司組織、產品使用者，或是技術社群，每個人都在不同的場域貢獻自己的價值。
參加實體 conference 的意義，或許就在於親身參與體驗，在現場感受彼此能量的交流。看著台上的講者，想著讓他們持續投入某個領域的動機是因為什麼，雖然無法得知真實答案，但看著發光的人們，也能感受到一股熱情，覺得暖暖的，覺得很開心，覺得有這樣的社群真好！這是最珍貴的收穫 😌。
謝謝 WebConf 為我 2024 的結尾帶來一些力量。2025 見！
