Day 02 聊了一下對設計師來說,Rive 有什麼優點,那今天就換個角度,站在工程師的立場,說明 Rive 的好處有哪些。
首先對工程師來說,也省下了與設計師溝通的成本,畢竟溝通是雙向的,這部分在 Day 02 有比較詳細的討論,這裡就不再重複。
除了溝通成本以外,其實 Rive 也省下了不少手刻 JavaScript 的切版成本。帶參數給動畫 & 讓使用者跟動畫互動這兩件事,用 JavaScript 純手刻也不是做不到,但有很多眉眉角角在裡面,就算硬刻出來,可讀性跟維護性也是一個問題。Rive 對這兩件事情提供了方便的 API,無形之中也省下不少成本。
聽起來可能有點奇怪,其實這算是溝通成本的延伸。身為工程師,大家應該多少都有遇過需求方各種……天馬行空的創意,此時如果設計師已經把動畫效果賣出去了,那通常來說,壓力會轉到工程師身上。再講的直接一點,此時工程師是一個人在面對設計師 + PM + 客戶的壓力。這不是一個健康的情況,但他很常發生,大家心裡都很清楚。
如果改用 Rive 或其他這種轉移切版成本的工作模式,那理論上來說,設計師在賣動畫效果的同時,就算還沒真的做出動畫,至少也有把握說動畫要怎麼做,各人造業各人擔比較不會發生這種網內互打的情況。就算要去練舞室打架,至少設計師會去跟工程師組隊,不像以前工程師一個人打十個。當然這的確會限制設計師的創意,但是至少據我所知,無法實作的創意,意義可能沒有很大,就算好不容易實作出來,也要考量成本與收益的問題。
這可能扯的有點遠了,但就我個人的經驗來說,很多產品開發的問題,終究是成本與人的問題,在一般的公司,技術問題不太會真正成為瓶頸。所以技術很重要沒錯,不然我也不會在這邊寫 IT 鐵人賽,但如果能由技術的設計與選擇,反過來去處理一些成本與人的問題,那對開發也會很有幫助。