網頁前端和後台人員都是如何看待全棧工程師的？

引用百度： 全棧工程師，也叫全端工程師，英文Full Stack developer。是指掌握多種技能，並能利用多種技能獨立完成產品的人。
想問下現在從事網頁前端和網頁後台人員的各位對全棧工程師的一些看法，會不會影響到自己的工作或者更好的溝通便於整個網站的開發之類的。

回複內容：

我入行的時候主要做後端開發，PHP加資料庫，現在我的工作即有前端又有後端的內容，粗淺地談一談我的看法。

我覺得所有工作在web棧上的程式員都應該成為全端工程師，能在整個技術棧上思考問題很重要，有時候甚至很關鍵。

舉一個我經曆過的例子，曾經在做一個高流量網站的某個功能的時候，發現很難在公司硬體預算之內用PHP和資料庫本身得到長期延展性方案，這是功能需要即時資料的多維度篩選，並且要把前端的響應控制在3秒之內，一般網站的相應應該在1秒以下，但就是這個功能的可用性因為速度的問題，遲遲得不到提高（單純背景解決方案我們當時要用到20秒以上，基本不可用）。最後我們從一些其他類似網站得到了啟發，在前端用ajax分布分區載入資料，然後分發給跑在瀏覽器裡的多個web worker，讓它們去作複雜的資料計算，然後把結果逐步地傳給主進程render給使用者，這個過程沒有blocking，單片資料可以控制到200ms以下，使用者基本感覺不到需要等待。這是一個核心基於前端技術的方案，完勝純後端方案。

另一個例子是從前端到後端的例子，我們有一個相對複雜的mobile應用，有兩組大概30個template需要render，相當的資料會用這30個template來render，雖然模板都是js先行編譯的，也就是說沒有即時parse的問題，但我們還是不想在mobile裡執行太多string concatenation（編譯後的js模板），最終我們把資料以及模板的render整合移到了後端，我們的REST API會直接產生可以直接innerHTML的view，前端只需要傳合適的參數告訴後端如何render就可以了（完全的後端的view），這樣省去了我們原來不得不去做的前端最佳化，這種情況下最佳化後端要簡潔多了。

所以成為全端工程師不是多懂一種語言，多熟悉某些技術這麼簡單，在一端思考問題和在整棧思考問題的落腳點的不同，會深刻地影響你的架構和實現。好多優秀的開發，都卡在了切圖上。。。我只是想安靜地做前端的，但是覺得這後端水平真辣雞，還是我來吧。
我只是想安靜地做前端的，但是覺得這UI水平真辣雞，還是我來吧。

全棧的開發效率不知道比他們高到哪裡去了。我自己後端前端資料庫營運都接觸過，感覺也沒必要為了一個概念給自己貼標籤。

以前是因為小公司沒人才這樣乾的。最艱苦的時候公司除了倆老闆，就我和美工同學在幹活了，實在沒人了。後來招倆新人進來，剛畢業，就差手把手的教了！你認真的帶，人家還嫌你水平低，後來全跑了。

其實不少全棧是逼出來的，後來發現這樣幹活還是蠻有效率，然後就繼續給自己貼全棧的標籤了。

不幹出活來，公司開不下去，工資開不出來，不想全棧也得去全棧了。全棧工程師是很美好的願景，不過，任重道遠。
目前來看，JS目前具備這個潛質，首先它解決了前後端語言不統一的問題，它使用一種語言解決各個情境下的問題。
（1）JS本來瀏覽器的指令碼語言，實現前端
（2）JS有一些技術方案，甚至可以產生Android和iOS的APP
（3）Node.js可以作為Web的Server
（4）Node.js可以實現後端Server

JS的確做到了這些東西，但是，能夠做到同時精通這4個方面，真的太難了。
世界這麼大，這樣的高手肯定是有的，但是，應該不會很多。

讓專業的人做專業的事，分工產生效能。如果只求實現一個功能（或者小的應用），其實並不會很難，但是，想做好一個功能，讓它在各個苛刻的情境下（大規模訪問、安全、良好體驗），也從容運作，就不是一件容易的事情。每一個方面，背後都對應著廣闊的知識體系，這裡沉澱下來的技術積累，並不是能夠短期內就可以輕鬆掌握的。

全棧也許是未來技術的趨勢之一，用一種語言/技術就能解決全部的問題，這對於程式員本身來說是一種解放，不過，任重道遠哈。切，我們以前站長界，那是連設計都要做的
＜（￣︶￣）＞和全棧一起工作是最愉快的啦。什麼都可以搞定，效率提升剛剛的。搶我們飯碗的裝逼犯真實世界的學習不是遊戲裡面加技能點，你可以都學，也可以都學的很好，要看的是你的個人能力和努力程度。
當你都達到一定程度的時候，整個人的視角都會發生很大變化。
至於別人的看法，肯定會有噴的不奇怪，堅持你認為對的事，並持續努力才是應該做的。現在在做單片，已經是單片 web 案頭全站了。。。

