現在哪個 UI 會寫程式碼？

本文選自 | 《前端 UI 工程師的困境與破局》

Chat 作者 | 姬光

整理 | linse

這個話題幾年前我就一直在思考，曾經我也一度很迷茫，現在雖然已經不做網頁重構三年了，但是仍然會有些人問起我的經歷和現狀，也總有一些現實在刺激著我不得不去想這個問題。

同時，這些工作經歷和思維方式也一直深深地影響著我，所以即使這終究是個怎麼說都會得罪人的話題，我也不得不去勇敢面對。

01

從一個「認知」說起

所有從事網際網路行業的人，都知道有個工種叫做“美工”，當然他還有許多其他的名字。比如，南方的就喜歡自稱“頁面仔”，“切圖仔”，而 tx 的就喜歡稱為“構建”，意思是構建頁面結構的工種。

雖然美工，構建這些名字看起來沒那麼高大上，但也不能說帶有歧視，只是我們都不太喜歡這些名字。而且，早些年真正的美工的工作，是可以從設計到實現一手包辦的（現在稱為全棧設計師）。

那麼，這個崗位從什麼時候開始變得有點 low 了呢？我在本篇 Chat 裡詳細闡述了作為 UI 工程師的困境與可能的改變方向！

掃碼訂閱，破局 UI 工程師的困境

▼

這可能要從《網頁重構》這本書，以及這個崗位的誕生開始。

重構，就意味著推翻過去的東西，重新構建新的規則制度。美工，由於參與的流程比較長，所以也不可避免地難以做到每個環節都很完美，甚至很糟糕（全棧工程師？呵呵）。

所以導致的結果就是，大量素質很一般的從業人員乘著網際網路的大潮，進入了美工這個崗位，最後設計設計做不好，程式碼程式碼寫不好。最終留給人的印象就是：美工都在做一些粗製濫造的東西。

由於這個角色的 title 實在太多，我還是統一用 UI 工程師比較好，至少是個比較新的 title 吧。

既然是新的 title 必然會有些新的定位，以 tx 為例，許多部門的 UI 工程師也都歸到了 T 族（技術族）的通道中（曾經有一段時間是在設計族）。

然而，儘管職級通道劃分到了技術族，但編制往往是在設計部門，或者是跟著產品線走。那麼設計部門中的 UI 工程師，就成了設計師中最懂程式碼，程式設計師中最懂設計的一撥人了。

這種略微有點錯位的身份關係，也曾讓我們迷茫。我自己也有這樣的趨勢，當接觸了更全面的研發流程之後，就很難保持對 UI 細節以及曾經追求的極致使用者體驗的關注度了。

這或許也恰恰說明，對於某些型別的產品或某些階段的產品來說，UI 細節沒那麼重要。

02

UI 工程師的困境

• 前端的發展太快了，應該怎麼去追求深度學習而不是一味追求廣度？

• 當討論前端 UI 工程師困境的時候，會立足以個體為主，還是以這個崗位群體為主？

• 怎麼更好的學習應用基礎佈局及響應式佈局？

• 樣式表現有問題如何除錯？需要根據某些瀏覽器 hack，具體處理時除了經驗還有什麼好辦法？

• 後端開發者需要掌握哪些前端知識或技能？

• 公司或者 leader 應該如何衡量一個偏科前端的價值呢？有比較合理的衡量標準嗎？

• 國內外 UI 方面有何差距？如何判斷一套 UI 系統/框架的優劣？

• 如何根據自身情況來針對某些東西做總結或計劃？

如果你也有同樣的職業瓶頸或者有以上疑問，可以與我共同探討 UI 工程的困境和可能的改變方向。我將會分享我的親身經歷，告訴你如何邁出職業的下一步，點選閱讀原文，直接訂閱試讀吧！！