前言
做前端開發已經有一年多了，前端這個職業，在很多人看來就是一個切圖仔、頁面仔，包括產品、UI或後端等同事，很多時候在他們看來，前端只需按照設計圖做頁面，做做互動，對接介面，工作比較簡單沒有難度。但是前端真的是這樣簡單嗎？
其實近年來前端需要學習的知識越來越多，從以前前端三劍客，到現在的各種框架、混合開發、各類小程式開發、打包工具、服務端知識等等，很多前端小夥伴直言學不動了，前端焦慮感也越來越強。那我們要如何在這種別人誤解的目光下與焦慮感日漸強大的情況下，練就、保持前端幸福感呢？我總結了一年多以來的經歷和經驗，分成外在因素和內在因素（技巧、技術提升）兩方面，本文分享外在因素。
重要的幾個點
在說外在因素之前，先看以下一些點：
- 熟知業務，熟悉產品原型
- 積極參加專案評審
- 技術評估，瞭解技術實現的細節，確定技術邊界
- 全域性視野，業務、技術擴充性
不知道大家在日常開發中，有沒有做到或關注到以上這些點。其實能夠影響到我們對一種職業的幸福感的外在因素，基本就是對外合作溝通，而合作比較多的，從產品到UI，後端到測試，那這跟我們上面講到的幾個點有什麼聯絡呢？
於產品而言
熟知業務需求，明白業務的目標、方向以及核心KPI，這是跟產品溝通最好的方法。
很多時候技術跟產品的撕x，都是因為溝通不順暢。
我身邊的同事經常跟產品撕x，但仔細聽來，你會發現，撕x的原因不是因為產品設計不合理，而是業務比較難實現，但是開發的表達又不到位，沒有基於業務邏輯與產品溝通，只是一味地說不行不行，導致過分撕x，影響工作進度。
前端作為最接近使用者的開發者，有著天然的優勢，是第一個能對專案有整體的體驗和感知。而在熟知業務的情況下，我們能夠對產品設計不合理之處提出建設性意見，甚至對產品設計遺漏的地方做出補充，防止後期方案不斷變更。在我們對產品說“不行，做不到”的時候，要說出自己的依據、觀點，最好是能基於資料依據這樣的溝通，產品經理也會樂於聽取我們的意見，促進產品的完善，也就不會輕易出現“根據手機殼顏色實現不同的手機主題”這樣的情況。
於後端而言
前端跟後端的合作，主要就是介面的對接。熟知業務的情況下，前端如何做得更好？
- 發現潛在的坑與隱藏的業務，及時讓後端同學補充介面
- 制定介面文件規範，提高對接效率
- 介面提供時間節點（很重要！防止介面拖延！）
- 資料模擬，提前對接
這裡講一個感觸比較深的點，前端作為最接近使用者的第一層，但其實也是專案開發的最後一層，後端提供介面給前端的時候，前端還需要對接，才能完成最後的展示，之前因為後端同學介面各種拖延，導致進度卡在我這邊，不僅要加班，還可能背鍋。所以開發前最好跟後端對一遍介面欄位，或者讓後端先寫好介面文件，通過yApi、mock、easy-mock等工具模擬資料返回，提前對接介面，這樣就算後端有任何邏輯改動，也不會影響到我們對接的進度，有效防止卡進度和背鍋。
於測試而言
當前端與後端對接完成之後，專案基本就要交給測試童鞋來測試了，這時候也是最痛苦的時候，因為我們需要對自己生產的bug負責。有一些是邏輯錯誤，但也有一些是比較無厘頭的，包括測試童鞋對操作不熟悉而提出來的bug，這種情況無疑是既費時又降低雙方的工作倖福感，那我們可以怎麼做呢？主動提供複雜的互動測試指引。
很多互動複雜的操作，只有我們前端才知道具體是怎麼操作的，一種常見的互動可能有幾十種實現方式，操作起來也會有細微的不同，這時候主動提供操作指引，既可以提高測試童鞋的測試效率，也能減少我們處理無厘頭問題的時間，節省雙方的時間。
結語
最好的證明就是行動，前端不僅只是會切頁面，寫頁面而已，前端也能在專案中擔任重要的角色，解決技術和非技術性的問題。同時受限於自身經驗，某些方法可能並不是最好的解決方案，希望各位朋友多多留言交流。