怎麼看待現在的後端不懂前端，前端不懂後端？
我司10幾年的php不懂怎麼給前端什麼數據結構
前端懂後端比後端懂前端的更多且更深，在很多後端的眼裡，前端就是切圖仔。孰不知在前端眼裡後端就是個資料庫仔，大部分情況都是增刪改查，很多時候前端甚至可以直接代替後端的，你讓後端代替一下前端試試？看著設計稿無從下手你信不信？然而後端確實天花板更高，學的東西也很多，很多後端開發者千萬不要懂點語言層面的東西就沾沾自喜，被淘汰只是時間問題。
隔行如隔山，一行騙一行。
先來點實際的哈哈：
- 前端 + 懂得後端 = 加工資
- 後端 + 懂得前端 = 加工資
其實想成為一個優秀的開發者，同時知道前端和後端，對於數據結構的設計、介面的設計會有很大的幫助。很多時候後端和前端所需要的數據結構的期望是不一樣的，遇到相互不懂的兩個人溝通起來就會比較費勁，也因此BFF(前端中的後端)層用於給前端數據數據成為了現在非常流行的一套架構。
作為一個會前端，也會後端的工程師，我最喜歡的事情就是自己一個人把前後端都寫了。在寫的時候最爽的是，對於數據結構、介面等我考慮的永遠是在前端做合適還是後端合適，數據結構怎麼樣做前端好處理，簡單。遇到問題的時候，也會考慮，是否讓後端處理，或者前端處理能更快，更簡單，找到更優解。
另外，前後端其實本質是沒有區別的，都是數據結構+演算法，也都是看文檔寫代碼，哈哈。重要的是你想不想通過學習，打通兩者之間的橋樑。
沒關係都能解決。
前端不太懂後端的實在要擼袖子幹還有 @LeanCloud 這樣的BackendAsAService可以頂上。
後端不太懂前端也可以所有界面HTML直出所有交互邏輯回到伺服器上處理。
前端的確不需要非常懂後端，後端也不需要非常懂前端。但是兩端本來就相互需要，離開誰也不行。
男人不需要非常懂女人，女人也不需要非常懂男人。兩性本來就相互需要，相互嫌棄，這是天道。
打打鬧鬧，吵吵嚷嚷。但生活依然繼續。
小明09年畢業於家裡蹲大學春夢系，成績優良，每年都拿特等獎學金。畢業之後無所事事，整天胡思亂想，在父母的安排下，去了市區某工地搬磚。日復一日，年復一年，小明覺得很累，人也曬黑了很多，於是換了個簡單的工作，某小區門衛。又日復一日，年復一年，小明又覺得工作太無聊了。於是又想換個工作，他聽說隔壁老王家的孩子在網上報了個牌簧片培訓班，那可是世界上最好的語言啊！！！他果斷辭職，投入了牌簧片的懷抱。培訓完之後，小明高高興興的找工作去了。面試的第一家公司覺得他實在是太菜，於是給了他個實習生的崗位，小明覺得這份工作好像還挺有意思的，於是爽快的答應了。又日復一日，年復一年，小明的老東家倒閉了。他不得不又一次開始找工作了。面試官接過小明手中的簡歷，一個大大的驚訝：臥槽！竟然招來了一個10年經驗的老鳥，而且工資比我還低。可是我只有3年經驗啊，這可怎麼辦纔好？！看樣子只能問點簡單的了，切莫涉及到我的知識盲區！然後小明居然順利的入職了。這天，小明正在玩著手機，對面的前端小王同學誠懇的說：明哥，前天那個省市區四級聯動介面你寫好了嗎，我著急用呢，你看啥時候能給我呢？小明頭也不抬：著什麼急，要什麼格式寫給我，我今天下班給你。。。
純屬虛構，如有雷同，純屬巧合。
這是個互相溝通的過程，需要不斷的溝通。之前在外包公司作為前端也深受其害。
主要為需求理解不統一，最不理解後端有時候複製公司基礎模版介面過來，然後就拋下一句缺什麼介面跟我說。
然後拒絕前後端分離，讓自己後端渲染頁面，介面隨心所欲，然後對css佈局結構不清楚，結果渲染出來的頁面就變亂了
最後到app和小程序,必須給介面數據了，各種數據格式就出來了，對象嵌套n層的，鍵名隨意取的，而且鍵名還是各種數字id以及數組下標，之前做好的假數據模板全廢掉，必須處理過一遍才能使用。
剛開始年輕，只能硬著頭皮做，畢竟後臺是老大，後面又趕工，各種數據轉換不僅花費我大量精力，代碼運行效率又被拖沓。
後面我就不幹了，很簡單做法，把介面文檔讓後臺寫，讓兩個新同事寫，很抱歉，他們寫了接近一個星期之後也放棄了，因為很多鍵名取名隨意加各種格式嵌套他們進展太慢，本來一個星期的時間預算處理文檔，結果只完成五分之一不到，然後老闆覺得代碼要重來，前後端分離。
後面也不是很成功，但是讓我衍生強烈的全棧想法，如果下一個公司，還遇到這麼差的介面，我能自己來。
怎麼看吊車司機不會水電工技能，水電工不會泥瓦匠技能，泥瓦匠不懂油漆工技能？
上述那些人，難道不是都一樣在蓋房子的？
一個行業成熟的標誌就是有序的「分工-合作」，不分工就沒有專業化，不合作就不能形成生產力。
題主問題裏的那個php開發者，顯然是在後者，也就是合作上出了問題。
這也不是太難理解，因為php語言特性決定的。簡單來說，技能陳舊，沒跟上時代，就這麼簡單啦，並不是什麼特別奇怪的現象，這樣的人很多。
這可能是分工明細化，專業話導致的。
前後端越做越複雜，設計越來越精美，大家都開始往深了研究，而且倆邊一起搞的話，對人員素質要求較高，也往往效果沒我專精華、單一深度話效果好。所以大家開始分道揚鑣，倆方各自開始專業化深入化發展。
但是按理說互相交互上大家還是沒有問題的，因為大家基本都是遵循HTTP協議，以Json/Xml這些通用的數據格式去溝通的，定介面的。
所以後端不懂前端的具體要使用的數據結構也是可以理解的，按理來說跟前端訂好介面就完事了。
瀉藥。
不通雙端，很難給你合適的數據結構。
而有的時候，在沒有合適產品經理或者架構的情況下。因為沒有設計階段，上來就是碼，給出合理的數據結構也是奢求。
那麼，如何解決「我就想一個介面一個頁面」，「我就要一個介面解決所有問題」這個情況呢？後端肯定是不會理你的，他的職責是保持介面穩定和通用性。懶的後端連VO都不寫，資料庫直出。
這種情況，上了10年班的老油子你和他講道理沒用的。因為「介面能不能用」是他的事，「介面好不好用」誰知道呢？反正不關他的事……
建議:寫個中臺或者使用RxJS，如絲般順滑~
雖然現在前後端分離，但是我還是覺得前端更應該懂後端，只有懂後端纔不會被不負責的後端坑。
不需要很懂，前端寫過一些後端，後端也寫過一些前端就可以了。互相都懂點，才能找到最合適的合作分界線。
另外，其實數據結構可以在node層去重新組織的，前端給自己設計api是最好了，需要websocket的地方就websocket，需要什麼結構就什麼結構，不是很舒服麼？
後端只管性能和事務性安全這些就好了。不過php性能也不咋滴啊……
前端有前端的業務需要，後端有後端的考量，我其實不喜歡跨技術棧的總是裹在一起開會那種配合，需要溝通的越多，開發越頓挫，效率就越低。
謝邀。
個人認為，產業發達的特徵就是分工明確、高效產出。
問題不在前後端分離，在人。
全棧工程師是墜吼的
能怎麼看待。
現在分工越來越細化，前後端分離之後，
大家各幹各的，最後聯調下。
就ok了，
這個纔是高效率的工作方式啊。
像流水線生產一樣，每個人把自己的部分乾的漂亮，
就能很快把產品做出來。
前端懂後端，後端懂前端的話。
我覺得還是要稍微學習下的。
畢竟我都懂，有時候做東西，我都自己前後端一起做了。
速度快，還不需要溝通。
當然僅限小項目，
大項目的話，必須分工了。
前端學習路徑可以看看我的專欄哦。
行者：零基礎帶你學前端?zhuanlan.zhihu.com
api 數據結構是後端根據業務來建模得出的，跟前端有什麼關係。前端交互需要特定的數據結構可以自己在源數據上進行自定義。總的來說就是這個後端有點菜，跟懂不懂前端沒關係。
