給前端了解的 Design System

我們在網頁開發時，都會從 UI 設計師手上拿到 Design System ，對於許多前端來說很重要，它會是一個歸納的重點，也是加速工作的標準。可惜，這種工作方式只「有可能」在「產品開發」這個性質，如果是接案公司幾乎無法初期定義。

工程師在工作會基於經驗把固定的行為「抽象化」，然後共用一些行為和樣式。事先做好這件事，開發真的會加速很多，你可以很有效率的完成工作。但我們歸納樣式的基準是什麼？其實也是仰賴設計稿去統合的結果。

但設計師工作並不是這樣的，很多時候也是拿到模糊的 Spec，在「與客戶 try catch」的過程中尋找客戶想要的「感覺」。人很犯賤，看到東西才知道自己要什麼，意見都是等你做完才有。如此一來，那個設計系統根本無法被定義，就算做出來也是修修改改。

會想要寫這個其實就是看到有人在河道討論設計師交付的東西，但我覺得不同職位本來就有不同職位的難點，不要自認自己很懂邀請對方，因為他面臨的困難不是你可以腦補的。每個工作環境、產業、上司⋯⋯等等條件都會造成不同的結果。可能你前份工作可以怎麼配合不代表現在這份工作也可以這樣，多去理解你的夥伴面臨的難點，好好的坐下來談談吧。