說說前端工程與前端工程師
為什麽需要前端工程
因為大規模工業化生產的需要
前端工程的定義
前端工程是一套關於如何保障開發質量與開發效率的系統方法論及其配套的技術方案體系
-
質量：持續的滿足一系列指標，能夠確保整個生命周期內質量是可控的
-
效率：效率由產出與成本定義，提高效率就是提高單位消耗的產出，或者降低同等產出的成本，更簡單的說，效率就是成本，效率意識就是成本意識
前端工程的範疇
前端工程的核心內容是針對特定業務創造最優的技術方案組合，有的方案是用現成的，有的方案是自己造的
前端工程專註於解決前端開發的質量與效率問題，但並非所有實現質量與效率的方法都屬於前端工程的範疇，前端工程能解決的問題是有限的
-
不應該考慮人的能力，工程是一套與人無關的、通用的方法，人才培養不屬於前端工程的範疇
-
不應該考慮上遊決策、需求與節奏是否合理，這個屬於業務策略和管理的範疇，無法靠前端工程消化解決
-
影響效率的因素有很多，比如公司網速、溝通問題、工作方法、精神狀態...這些也不屬於前端工程的範疇
前端工程保障效率和質量的整體思路
-
質量
-
測試
-
人肉測試
-
自動化測試
-
灰度測試
-
專項測試
-
-
監控
-
故障監控
-
關鍵指標巡檢
-
業務監控與數據運營
-
-
標準化
-
技術架構標準化（核心目標是：控制復雜度）
-
流程標準化（核心目標是：風控）
-
供應鏈標準化（UI/UX 設計、接口、容器、CDN...）
-
-
-
效率
-
復用
-
技術方案的復用，write once，run everywhere
-
知識經驗的復用
-
-
並行
- 前後端分離
-
自動化
-
基建/工具鏈
-
-
為什麽需要前端工程師
前端是終端研發精細化分工的產物。是在什麽情況下分出了前端這麽一個工種呢？或者說分工在什麽情況下會發生？當分工能夠產生帕累托改進時，分工就必然會發生。前端賴以獨立的帕累托改進是什麽呢？是並行。前後端並行開發總體上看是可以提高效率的，因此這種分工是合理的，也因此前端是有存在依據的，不會朝不保夕、關停並轉。而且隨著前端業務復雜度的增加，前端本身的知識容量足夠支撐起一個專業工種。所以在可預見的未來，前端不會消失。不僅不會消失，大前端工程師會越來越受歡迎。
標準化
前端是一種中度標準化的事務。在工業開發中，由於受框架約束，一百個人產出的代碼大體上套路都是一致的，但仍有上中下之分。
前端有可能演變為高度標準化的事務嗎？其實這不是前端的問題，而是所有職業的問題，所有幹活型的職業基本的演變方向就是標準化，只有成為可隨時替換的標準零件，從公司大局上看，質量才是可控的，組織才是有保障的。所以在前端工業化比較先進的公司，低階的、面向常規業務的前端標準化程度會越來越高。
職能
前端的核心職能是高效、高質量的實現業務需求。這裏面有兩件事：實現業務需求 & 質量與效率
如何評價前端的職能/價值
-
面向業務
-
特殊需求都能實現，常規需求做得又快又好
-
線上 bug 與客訴、線上性能、提測質量、提測延期、上線延期
-
-
面向質量與效率
-
用技術手段控制代碼質量和線上質量
-
用技術手段提高開發效率、測試效率、上線效率、維護效率
-
僅就前端而言最重要的是什麽？就是掌握/創造前端領域所有問題的解決方案，尤其是關乎核心功能、質量與效率的解決方案，同時有所專長
前端的副業是創造技術影響力，為公司吸引人才，包括寫博客、技術分享以及通過開源技術方案解決更多人的問題
前端需要驅動業務增長嗎？絕大多數業務是沒辦法靠前端驅動的。所以前端是一種類職能部門，是資源消耗型的，主要負責提供服務
什麽是“好”前端
當我們說一個前端很優秀或很厲害，到底是在誇什麽呢？
-
活兒全，什麽都會幹，不管多難，不管多變態的問題，都能解決
-
提供了一種解決普遍痛點需求（通常都是關於效率和質量的）的方案並得到廣泛的認可與采納，有較大的影響力
-
除了前端，很多別的技術也操得六
-
代碼寫得好，活兒好，業界標桿
-
有獨立的、深度的思考，有成體系的思想，對關鍵問題把握得很清楚，善於發現別人看不到、想不到的問題
-
技術視野廣，對歷史和現狀都了解，總是能跟進各種新的解決方案，對技術的發展方向有一定判斷和洞察力
局限
We are not responsible for profit.
We are not responsible for GMV.
We are not responsible for DAU.
We are not responsible for anything directly related to money.
說說前端工程與前端工程師