寫前端的價值是什麼？

這件事從我過去到現在被一些老式開發者、非技術領導者影響。每個都是用寫了「幾頁」和「美醜」影響。已經有不止一位上級主管質疑我前端能力，他們質疑的標準是：「我覺得你的畫面不漂亮」這種點，我只能說，很棒~

被用「畫面漂不漂亮」評估的前端

不知道有沒有Frontend看到這篇文章，如果今天有人用你的畫面程度來評估你的價值。「我覺得你這個圓角很怪」、「我覺得你的區隔兩塊資料沒有群組感」、「我覺得你的配色很不搭」、「我覺得你的間距排列太大了，這樣資訊會變少」⋯⋯⋯等等奇怪的疑問，所以「你的前端能力不行」這種詭異的理由。真棒～

工程角度的價值，外人看不到

或許你會想說「我的code很乾淨簡潔又好懂」、「我的組件函式複用率很高」、「我的瀏覽器運行效能很好」、「我可以高速建立網站」等等工程角度的技術，但我只能說對外人來看，前端就是一個「畫出可以用的網頁」這樣的角色，你只是一個做「美術」的。哎呀～一秒惹怒前端工程師就這麼簡單～

抽離工程師角色，站到產品設計師的位置

直到最近我開始思考，抽離「工程師」這個角色，我應該怎麼做？當你站上產品設計師的角度思考事情時一切不一樣。你不再想的是「怎麼做出功能」、「怎麼寫好code」，因為這些並不是最重要的，需求端永遠會給你很趕的時間寫不出好code，永遠會給你很難搞很難寫或是根本寫不出來的功能。你要做的是，在「開發成本」和「市場需要」中間取得最大的價值與平衡。

改來改去？超正常的！

期限就是期限嗎？並沒有，那只是有個期待值。（期限這件事這已經可以另外寫一篇了）

那還能為產品貢獻什麼？

那你還可以為「產品」貢獻什麼呢？

寫code到後面基本上大部分的東西都寫得出來，那瓶頸會在哪？更多技術？多學後端？多學系統？大部分的前端工程師確實會這麼做，這也是有跡可循，朝著軟體開發更完整的技術線前進。

麻煩多練習說人話

但依舊沒人懂，你做的到底是為什麼？試問，如何讓一個不會寫程式的理解「前後端分離」、「ESLint風格管理」、「程式碼重構」等等，這些只有工程師懂的東西能講得讓一般人懂嗎？麻煩多練習說人話！並且告訴他們，我能為商業上帶來什麼實質好處，不然⋯⋯再多的技術都是沒價值的。