角色：client developer、server developer
當需求確定下來以後，設計師與後端開發可以開始實施。設計師設計介面與互動，後端開發人員可以根據需求，分析業務規則，確立系統架構，並開發服務端系統。
在這個時候，前端開發人員就處於一種尷尬的狀態。介面ui還在設計，無法開始頁面製作。那前端開發人員可以做什麼？如果我們只是單純page製作的角色，我們可以喝咖啡，玩玩遊戲，等待ui製作出籠。但我們不可以。我們不單單是製作html，頁面的互動、與伺服器的資料交換都需要我們開發。這些事情都需要前後端開發人員緊密配合才能很好完成。
溝通：前後端開發的職責其實有一些重合的地方。通常伺服器端會有乙個模板系統（如jsp、struts、smarty、monorail）。傳統的web是將html直接由模板系統輸出，所有互動由link和form負責。而越來越多頁面中的互動邏輯由js和xhr控制後，後端開發人員會在這些不熟悉的領域產生一定的認知空白。這時溝通是非常重要的。前端開發 人員應該主動與後端開發人員進行溝通，確定頁面中互動與伺服器端交換資料的介面、方式、格式等。至少要在前期讓服務端開發人員看到：這些東西是由瀏覽器端負責 的。服務端需要做的僅僅是提供服務介面；瀏覽器端分離了部分邏輯，伺服器端開發人員會更輕鬆。否則，服務端開發人員就有可能會去尋求rpc的解決方案，將前後端重新耦合。
如何更好的溝通？
1.站在對方的角度考慮問題。前端開發人員要能夠考慮伺服器端開發人員關心的是什麼，不想要關心的是什麼，擔心的是什麼。我們更多時候總是考慮怎麼怎麼樣前端開發才會更簡便更好，但是也許我們只輕鬆1點或者只帶來一點成效的事情，在後端開發中會帶來一些冗餘的設計或者很多不必要的工作量，從而導致前後端配合出現問題。當我們在設計前端系統的時候，要站在對方的角度考慮問題，應該說是站在全域性的角度考慮。
2.共同語言。我們平時與人交流總是希望相互之間有共同語言。了解後端系統設計架構，技術實現方式，資料庫設計以及為什麼要這樣設計，我覺得是必要的。否則交流的時候，對方說什麼，你都無法理解，對方就會有一種雞同鴨講的感覺。
3.主動。主動溝通，不要搞的開發完頁面就事不關己，或者明知某些地方需要一起確認，非要等到對方來找你。
協作：1.環境。需要乙個協同開發環境。當你修改完**提交時，能夠立即看到效果。這個協同開發環境是乙個測試伺服器。我們可以向伺服器上提交**，或者我們修改完後，登陸伺服器並從版本控制系統同步**。
2.細節。有些資料介面api以及資料格式也許會到開發中才能夠確認下來。可以有個介面文件。如果大家都知道彼此對業務規則都熟悉，可以在開發中逐個確認。無論如何，介面文件是必須的。它記錄著在系統層面對業務的抽象。介面細節可以在開發中逐漸完善。
3.衝突。總有那麼一些檔案，是前後端開發人員都會修改的。這些敏感檔案，修改前以及修改完畢都要知會後端開發人員。而且要養成edit前update的習慣。如果出現衝突，衝突最好能夠一起解決，或者及時告知。避免再次衝突
產品設計人員與開發人員的溝通
產品部和技術部，在 的開發過程中，是兩個需要密切配合的部門，很多 甚至將這兩個部門合併在了一起，不過大部分還是分開的。在網際網路開發過程中，這兩個部門的溝通效率，對於最終 的質量有著非常重要的意義。筆者嘗試將工作中這方面的一些體會分享出來，供讀者參考或者指正。首先簡單的介紹一下在大眾點評網的乙個典型...
開發人員 溝通的重要性
作為乙個it開發人員，一直被掛上的標籤 宅男，技術控。心裡想，其實作為乙個開發人員，只要技術能力強，能搞定那些技術問題，就ok了。工作之後發現，技術能力強往往是不夠的，現代開發已經遠遠不是乙個人單打獨鬥的時代了，乙個專案往往需要乙個團隊的共同的努力才能搞定。這樣就必然涉及到了團隊人員之間的溝通問題了...
160 功能強大的前端開發人員
網際網路沒有任何隱喻，只是一堆由電線 在一起的伺服器。沒有伺服器，我們將無法與世界分享我們的創作。然而，在乙個很矛盾的，伺服器是對我們的工作不太重要的比他們去過。現在，我們可以在前端需要後端的工作。當我們確實需要後端時，可以使用我們的前端技能，從而為我們提供了令人驚訝的強大新功能。進行此次演講的站點...