首先，你把該對接的工作對接好，不管後端聽不聽，只要告知他就可以了，這樣代表你的工作已經做好，像這樣交接個兩到三次，我想他的態度應該有所改變。

其次，如果像上面說到的兩到三次後還沒有改變，你可以先把這個事情跟領導彙報一下，讓領導知道這件事情，領導聽到你這麼一說，他自然的會去把這個事情處理好。因為領導希望下面有個齊心協力的好團隊，只有齊心協力才能把工作做好。

在IT行業內，前端和後端之間的溝通確實經常出現問題，出現問題的原因無非是三點，其一是後端服務跟不上前端需求；其二是前端開發人員對於後端服務介面的理解有偏差；其三是介面設計不足，導致前端呼叫繁瑣且低效。

對於前端開發人員來說，要想與後端溝通順利進行，首先要從理解中間介面入手，只有把介面搞清楚了，與後端的溝通才能夠順利進行，而且責任劃分也會更清晰一些。通常來說，介面的定義都是由架構師來完成的，也是在充分理解整個專案需求的基礎上進行設計的，但是介面設計也是一個動態的過程，並不是設計完之後就不改變了，所以當中間介面不能滿足前端開發人員的需求時，也可以先與架構師溝通一下。當然，在實際開發的過程中，有不少前端開發人員會直接跟後端提需求，後端大部分情況下也會根據需求來調整介面並給出實現。

目前很多專案的開發是前後端同時進行的，由於前端開發通常效率要高一些，所以通常會出現前端推著後端走的情況，這對於後端開發人員來說，壓力還是比較大的，畢竟後端業務處理的過程還是相對比較複雜的。在實際開發的時候，後端開發人員通常會為介面提供一些模擬資料，以便於前端人員呼叫。

最後，前端開發人員與後端進行溝通的時候，要能夠把問題說清楚，而不是上來就要求後端人員進行調整，因為後端開發人員也是基於介面的要求來提供實現的，所以溝通的方式也是比較重要的。

是時候思考一下了，前端與後端分離的意義了。這種“技術”盛行有一段時間了，前後端怎麼還沒有一致性的介面工具或準則？

非常高興能夠為你解答！首先，完全沒必要讓別人影響自己的工作情緒，調整好心態。我認為不要自己直接去找後端的人，把問題反應給專案經理或者開發經理，讓他們出面解決。其次就是用文件說話，按照會議紀要走，這是最準確的東西。希望這些能夠對你有所幫助。(影片聲音錄的有點小)

簡單來說就是，說話客氣點，讓他能聽進去；和和氣氣的說，不聽，那就不怪你了，去找專案經理，技術經理，架構師聊聊吧，不配合工作，沒法幹活

怎麼說呢，奉勸下那些毫無基礎，培訓一下就跑來做前端的同學，趁早轉行吧，不要禍害專案了。

既然人說你講得都是錯的，就好好找找錯在哪，如果堅持自己沒有錯，有何證據，哭有什麼用，不如轉行

前端和後端為什麼要有介面？有介面是不是意味著後端崩潰了，前端也不能工作了？完全可以採用“前端-資料庫-後端”的模式，這樣算後端根本沒有直接關係，誰的問題一目瞭然。