角色：Client Developer、Server Developer

　　當(dāng)需求確定下來以后，設(shè)計師與后端開發(fā)可以開始實施。設(shè)計師設(shè)計界面與交互，后端開發(fā)人員可以根據(jù)需求，分析業(yè)務(wù)規(guī)則，確立系統(tǒng)架構(gòu)，并開發(fā)服務(wù)端系統(tǒng)。

　　在這個時候，前端開發(fā)人員就處于一種尷尬的狀態(tài)。界面ui還在設(shè)計，無法開始頁面制作。那前端開發(fā)人員可以做什么？

　　如果我們只是單純page制作的角色，我們可以喝咖啡，玩玩游戲，等待UI制作出籠。但我們不可以。我們不單單是制作html，頁面的交互、與服務(wù)器的數(shù)據(jù)交換都需要我們開發(fā)。這些事情都需要前后端開發(fā)人員緊密配合才能很好完成。

　　溝通：

　　前后端開發(fā)的職責(zé)其實有一些重合的地方。通常服務(wù)器端會有一個模板系統(tǒng)（如jsp、struts、smarty、monorail）。傳統(tǒng)的web是將html直接由模板系統(tǒng)輸出，所有交互由link和form負責(zé)。而越來越多頁面中的交互邏輯由js和xhr控制后，后端開發(fā)人員會在這些不熟悉的領(lǐng)域產(chǎn)生一定的認知空白。

　　這時溝通是非常重要的。前端開發(fā) 人員應(yīng)該主動與后端開發(fā)人員進行溝通，確定頁面中交互與服務(wù)器端交換數(shù)據(jù)的接口、方式、格式等。

　　至少要在前期讓服務(wù)端開發(fā)人員看到：這些東西是由瀏覽器端負責(zé) 的。服務(wù)端需要做的僅僅是提供服務(wù)接口；瀏覽器端分離了部分邏輯，服務(wù)器端開發(fā)人員會更輕松。否則，服務(wù)端開發(fā)人員就有可能會去尋求RPC的解決方案，將前后端重新耦合。

　　如何更好的溝通？

　　1.站在對方的角度考慮問題。前端開發(fā)人員要能夠考慮服務(wù)器端開發(fā)人員關(guān)心的是什么，不想要關(guān)心的是什么，擔(dān)心的是什么。我們更多時候總是考慮怎么怎么樣前端開發(fā)才會更簡便更好，但是也許我們只輕松1點或者只帶來一點成效的事情，在后端開發(fā)中會帶來一些冗余的設(shè)計或者很多不必要的工作量，從而導(dǎo)致前后端配合出現(xiàn)問題。當(dāng)我們在設(shè)計前端系統(tǒng)的時候，要站在對方的角度考慮問題，應(yīng)該說是站在全局的角度考慮。

　　2.共同語言。我們平時與人交流總是希望相互之間有共同語言。了解后端系統(tǒng)設(shè)計架構(gòu)，技術(shù)實現(xiàn)方式，數(shù)據(jù)庫設(shè)計以及為什么要這樣設(shè)計，我覺得是必要的。否則交流的時候，對方說什么，你都無法理解，對方就會有一種雞同鴨講的感覺。

　　3.主動。主動溝通，不要搞的開發(fā)完頁面就事不關(guān)己，或者明知某些地方需要一起確認，非要等到對方來找你。

　　協(xié)作：

　　1.環(huán)境。需要一個協(xié)同開發(fā)環(huán)境。當(dāng)你修改完代碼提交時，能夠立即看到效果。

　　這個協(xié)同開發(fā)環(huán)境是一個測試服務(wù)器。我們可以向服務(wù)器上提交代碼，或者我們修改完后，登陸服務(wù)器并從版本控制系統(tǒng)同步代碼。

　　2.細節(jié)。有些數(shù)據(jù)接口api以及數(shù)據(jù)格式也許會到開發(fā)中才能夠確認下來?？梢杂袀€接口文檔。如果大家都知道彼此對業(yè)務(wù)規(guī)則都熟悉，可以在開發(fā)中逐個確認。無論如何，接口文檔是必須的。它記錄著在系統(tǒng)層面對業(yè)務(wù)的抽象。接口細節(jié)可以在開發(fā)中逐漸完善。

　　3.沖突?？傆心敲匆恍┪募?，是前后端開發(fā)人員都會修改的。這些敏感文件，修改前以及修改完畢都要知會后端開發(fā)人員。而且要養(yǎng)成edit前update的習(xí)慣。如果出現(xiàn)沖突，沖突最好能夠一起解決，或者及時告知。避免再次沖突。