第 29 天了，在最後一天總結之前，也來打一些這次參賽的心得。老實說真的沒想到湊得完這 30 篇，然後好像還真的有一些人在看，前陣子甚至真的有人來問 Rive 的一些實作細節與效能問題，只能說感謝大家捧場🙇‍♀️🙇‍♂️🙇‍♂️

不保證正確，但 100% 真實

首先就像開頭說的那樣，這幾篇文章老實說不保證 100% 完全正確，Rive 這個東西真的太新而且程式碼跟文件真的太亂，拿去問 AI 可能也不一定完全對，大家都是摸著石頭過河現學現賣。但我們團隊算是非常早就開始用 Rive 的，算是跟著他們一路走過來，看著他們從一個奇怪的 SVG 動畫套件慢慢蛋雕那個白痴 state machine變成一整套成熟的 UI 動畫框架，好像看著隔壁的王小明李大華終於長大結婚生小孩了一樣（拭淚

所以雖然不保證完全正確，但是都是我們真實發生過的問題以及想法，這些髒東西無論是對於理解 Rive 的理論或實務，或是一些背景事實或前因後果，多少還是有幫助的。而且可能問 AI 找不到，可能 AI 嫌這些東西太髒了吧。

這多少也是鐵人賽的用意，老實說特別是在這種 AI 年代，社群上大概 80％ 的文章在 AI 面前都是廢文，例如我這篇文章就是。但是就好像掏金一樣，為了篩出裡面那 20%, 10%, 2%, 0.2% 有用的文章或是其他產出，需要從大量的泥沙裡面去慢慢撈慢慢篩，鐵人賽提供了一個很好的機會跟場域，讓我們可以做這件事。如果這 30 篇文章有一兩篇，甚至一兩段文字，一小段句子，真的對其他工程師做出什麼影響的話，那就已經非常值得了。

Rubber Duck Debugging

除了篩出少數真正有內容的文章以外，鐵人賽的另一個好處是健腦，就跟健身一樣，腦力也是需要特別訓練的。工業革命以後我們有了機器，但是為了訓練身體，我們還是會去跑步或是健身，寫文章也是。

就我們的經驗來說，長期大量的寫文章，的確對組織、表達、甚至是同理、或者說預測對方想要讀什麼的能力，都非常有幫助。但是前提是長期大量的寫文章，例如鐵人賽這種等級的，如果只是一年寫個兩三千字，就好像每個月練三組深蹲一樣，不是說完全沒幫助，但是不多。當然寫太多文章的缺點就是會變得囉哩八唆很愛碎碎念就是了。

除了健腦之外，寫文章也有點像 rubber duck debuggering，很多本來想不懂的事情，寫下來整理一下就通了。這有點像立會或週會，除了跟其他人回報這段時間自己做了什麼以外，也是給自己一群黃色小鴨幫忙 debug。每週花 10-15 分鐘跟團隊夥伴快速同步，得到的好處比想像中多非常多，真心推薦，當然不能講太久啦。

我們的 Rubber Duck 好朋友們

交付有商業價值的產出

但話又說回來，身為工程師，除非你（& 你的老闆 or 你自己就是老闆🫡🫡🫡）對技術或是人類共同的美好未來有著強烈的使命跟馬斯克還是東尼史塔克一樣，不然大部分工程師做的任何事情，最終的目的應該都是交付有商業價值的產出，無論是以程式碼或是其他有形或無形的方式呈現。

除此之外，產出變現的時間也很重要，炒房炒到變房東也是一種投資，長期來看也是賺錢的（台灣當房東是要怎麼不賺啦），但通常大家還是想要預售紅單趕快轉一轉賺快一點。這 30 天一直提到的 Rive 的優點，就是省下時間成本，快速交付有商業價值的產出。鐵人賽對大部分人來說，不是一個可以快速產出商業價值的東西，所以還是要算一下成本跟收益比較好。

明天是最後一天了，會總結一下這 30 天到底寫了什麼東西，感謝大家看到這邊。