業內說的大前（大前端）和小前，在職責上有什麼區別？

01-29

小前是大前的助理？

以前其實我覺得所謂的「大前端」是按他能做的事情和能handle的領域來劃分的。但是後來我慢慢覺得或許這樣的分法不能說是錯誤，但是至少開始變得不準確。

淺薄的看，在互聯網發展的初期，那時候的職務劃分法基本叫做是美工和後台。或者統一就web開發。假如我們說「大前端」是能handle更多領域的前端。那麼當時的「美工」幾乎的包攬了如今的交互，UI設計，前端編碼，甚至產品策劃等一系列的工作。但是站在現在的角度來看，他們能稱之為「大前端」么？

同理，在當下，隨著互聯網的發展，職務會被劃分的越來越細。一個人的精力和時間總是有限的。如果想在一個窄的領域走的更深，那麼必然犧牲掉你的橫向發展的時間和機會。整個web開發流程上游被劃分成產品設計，交互開發，視覺設計，前端開發。甚至連我們通常意味的前端開發，好多時候也被二次劃分為「web重構」和「腳本開發」類似這樣的職責。但是，假如前端有大小之分的話，

我們同樣不能簡單稱這種細分領域裡做到極致的人為「小前端」。那是不合理的。

所以我倒覺得，或許更好的評判方式不是簡單的只看「橫向廣度」或者「縱向深度」。或許「橫向*縱向」所得到的【面積】能更好的反應一個人的修為。

一個大前端不一定是一個精於各個方向的人，但是我相信一定是有足夠大的【面積】，所謂的「術有崖，而心無邊」

很多外包公司有「業務」和「共通」兩個職責的劃分，「業務」應該就是所謂大前端的概念，包括view和controller層的開發

這個問題可能最好讓有「大前端」的互聯網公司的同志來回答。下面是我個人對這個名詞的看法，並不代表那些公司的實際情況。

所謂「大前端」，顧名思義應該是比「小前端」承擔更多職責。傳統上，Web應用可分為前端（在瀏覽器中執行的部分）和後端（在伺服器中執行的部分）。前端工程師的職責是以Web技術（HTML、CSS、JavaScript、DOM、Ajax等）實現基於瀏覽器的用戶界面。以相銜接的工作來說，是將視覺設計師、交互設計師的工作成果轉化為可運行代碼，完成的代碼則要交付給後端工程師，進一步完成代碼集成、測試、發布和部署。這樣一種體系可能存在不少問題，具體就不展開了。「大前端」則是將傳統上歸於後端的伺服器腳本和模板劃歸到前端。我心目中的另外一種「大前端」，則是將部分設計工作直接由前端團隊完成。不管是哪種「大前端」，或者是「小前端」，最重要的都是根據公司、項目的情況，更合理的劃分職責。

我目前所在團隊對於這樣的「大前端」叫做「web開發工程師」，負責從瀏覽器端到web伺服器端的所有開發，包含客戶端業務邏輯（瀏覽器上的html，css，javascript），伺服器端業務邏輯（nodejs）；對接訪問數據中間層。

前端菜鳥，本人拙見，大前端，前端已經不拘泥於切頁面，畫頁面的階段了，nodejs的到來提供了js服務端編程，js與演算法結合的書相繼問世，再談各種舔屏黨再不拘泥於pc，於是乎移動端的多種手機適配，手機端的應用兼容（js開發的大量應用功能頁面）會是巨大挑戰，除此之外，大數據的到來也將會以web技術為主導技術，還有react native的問世提供了web技術開發app的能力，拋去這些，還有html5遊戲開發，動畫渲染，數據可視化，這些會涉及物理加速度和數學幾何以及微積分，矩陣的知識，前端之大，我說的只是一部分。因為菜，所以說得挺low挺淺顯，希望有同學可以互相交流，共勉。

小前端就是 Web 前端。大前端包括一切負責展示的端，包括 Web 前端、PC、移動和 VR。

把大前端整合在一起還是有原因的。一個是現在很多框架本身就是「大前端」的，一份代碼可以適配 Web、PC 和移動客戶端。

第二個是 Web 前端最開始被看做文檔，後來交互越來越複雜之後，被看做一個完整的應用。這樣有助於 Web 前端從 PC、和移動客戶端借鑒概念和模式，早日發展完善。

支持Hax的說法，大前端能讓開發者更好的把握整體的系統。前端把頁面交給後端然後被後端嵌入模板，出錯了苦逼的前端就使勁調，controller層也因為前端更懂流程而歸前端。我的有個項目就因為沒辦法忍受一次次的溝通和調試，把controller層和view層拿過來。據我所知雪球的整個架構是後端SOA提供REST介面，前端完全是獨立的。

大前端根據每個公司的情況不同而不同吧，我們公司比較強調大前端的概念，但是更多的是囊括了IOS和安卓研發，講究技術的廣度，會一到兩門語言這是最基礎的，對於既會客戶端語言，又會前端語言的人來說，做現在流行的hybrid開發是很吃香的。

大前端時代來臨，我們何去何從？大前端時代來臨，我們何去何從？