作業(yè)中遇到一個很棘手的問題，交互規(guī)劃師和視覺規(guī)劃師在做出高保真原型后提交給前端開發(fā)工程師，終得到的web產(chǎn)品從細(xì)節(jié)上和布局上都和高保真原型有所差距，比方應(yīng)該有鼠標(biāo)手型的地方?jīng)]有鼠標(biāo)手型，導(dǎo)致用戶不知道這個可點，又或許一行文字上下凹凸良莠不齊，看起來就很廉價沒有品質(zhì)感。導(dǎo)致交互和視覺不得不放下手中的作業(yè)去一一核對這些問題，并指出給前端開發(fā)工程師讓其改正，終發(fā)現(xiàn)其實這些問題都可以敏捷的做好，那為什么前端開發(fā)卻不愿意在一開始的時分就做好這些作業(yè)？

從幾方面來看待這個問題：

1.過細(xì)的專業(yè)消磨掉“默契”。相信大部分有一定互聯(lián)網(wǎng)經(jīng)歷的人都是做過前端開發(fā)工程師，在那個年代從規(guī)劃到開發(fā)都是同一個人，所以完結(jié)的東西往往和預(yù)期的符合度比較高。因為在做前端開發(fā)的時分自己心里知道哪些地方應(yīng)該加粗，哪些地方應(yīng)該有間距，哪些地方應(yīng)該讓用戶更突出地看到�？墒乾F(xiàn)在咱們分工越來越細(xì)，每個工種的才能也越來越專業(yè)化，所以導(dǎo)致了本來的那種“默契”也越來越消失掉。前端想要做的便是寫出牛B的代碼，好是可以逾越google產(chǎn)品的技能水平。可是往往越專業(yè)就越違背真實做產(chǎn)品的目的。之前一次評論中，一位前端搭檔說對他們來講，代碼的規(guī)整比用戶看到的頁面規(guī)整愈加重要。我不對立代碼規(guī)整確實表現(xiàn)了前端的專業(yè)性，可是換句話講代碼規(guī)整是前端的根底，對前端的要求是不管用戶看到的頁面有多雜亂，有多艷麗，你們的代碼仍是依然要那么規(guī)整，這才是牛B的。

2.等待中的交流。項目中為了可以保證質(zhì)量，通常都會用產(chǎn)品傳遞的方法來協(xié)助每個人物的交流。我也一向“致力于”制定和update各式各樣的規(guī)范，可是我發(fā)現(xiàn)，不管你的產(chǎn)品多翔實，總會在傳遞過程中耗費一部分，導(dǎo)致后端的人物無法完整真實了解你的初衷。幸好在傳遞的過程中增加了會議交流的形式，可是一個會議讓所有人可以了解并且提出主張是不大可能的。那除了產(chǎn)品傳遞和會議以外，咱們還能做什么？咱們需求的是自動交流。作業(yè)中有句話，可以用IM的，絕不必郵件，可以用電話的，絕不必IM，可以當(dāng)面交流的，絕不必電話。這便是好的交流方法，當(dāng)然經(jīng)歷告知咱們，每次交流完之后，有必要用郵件抄送所有人來做個交流記載，以免咱們事情太多終忘掉�？墒墙涣饔謺�引發(fā)一個問題，前端、視覺往往是等著交互和需求方去找他們交流，也便是后置人物一向都是等著前置人物來找他們交流，其實這個是錯的。所謂的交流是彼此的，不要等！當(dāng)后置人物發(fā)現(xiàn)問題時應(yīng)該自動及時地找到對應(yīng)的前置人物去把問題解決了，這樣的方法一定可以把那些疑問和不確定都彌補掉。

3.不行統(tǒng)一的產(chǎn)品思維。在每個專業(yè)人物的范疇咱們都在說往前走，意思便是不要停留在技能層面，要往前往遠(yuǎn)看。從后臺一向到產(chǎn)品規(guī)劃，咱們都有往前進的趨勢。當(dāng)然這和社會的現(xiàn)狀有關(guān)，往往代碼工程師會羨慕前面的規(guī)劃師乃至是需求方，只需口頭說說，他們就要做許多作業(yè)，誰都期望做上游。我不對立往前走，可是我期望咱們可以擺清定位，所謂的往前走是期望每個人物的思維是統(tǒng)一的，不只可以有超卓的專業(yè)才能，并且可以站在更高的角度去看產(chǎn)品，并把自己的專業(yè)才能反應(yīng)在產(chǎn)品上�，F(xiàn)在大多數(shù)人都在嚷著說咱們要往前走，要去應(yīng)戰(zhàn)上游的專業(yè)才能，可是我想問問這些人，你們自己的專業(yè)才能夠超卓了么？假如連基本的web可用性都沒留意起來（例如鼠標(biāo)手型表示可點擊，元素間的對齊，大區(qū)域指示有助于用戶找到方針等），你們怎么可能往前走，怎么可能把自己的專業(yè)才能應(yīng)用地更超卓。

4.沒有規(guī)劃的技能。所謂規(guī)劃，咱們都會想到產(chǎn)品前期的市場調(diào)研，其實每個人物都應(yīng)該對自己的作業(yè)進行規(guī)劃。我常常遇到問題是，當(dāng)前端開發(fā)工程師完結(jié)的產(chǎn)品沒有達到規(guī)劃師的要求時，前端開發(fā)總會說這個什么dom結(jié)構(gòu)、什么js自身都不支持等等，乃至有時分需求優(yōu)化和晉級的時分才發(fā)現(xiàn)，前端把代碼寫死了，底子不可能有優(yōu)化，只能重寫。面對這些問題時，應(yīng)該兩個解決辦法，一個是在做之前自動找上游交流整個產(chǎn)品的方向和方針，并把它落實在技能中，預(yù)留好接口和敞開結(jié)構(gòu)，從而使晉級優(yōu)化成為可能。另外一個是認(rèn)真仔細(xì)讀懂交給產(chǎn)品闡明，看清每種狀態(tài)和分支狀況，當(dāng)發(fā)現(xiàn)問題時應(yīng)該在做之前向別人提出，從而咱們可以一起來找到新的解決方案，不要比及完結(jié)時再說什么都做不了。

5.細(xì)節(jié)決定成敗，要表現(xiàn)專業(yè)才能有必要以細(xì)節(jié)為根底。一開始說的前端開發(fā)做的產(chǎn)品細(xì)節(jié)上的不完善，有個前端的搭檔說，要做他們感興趣的東西，他們才能留意起這些問題。確實在前端的范疇寫js比寫css更令人興奮和有動力。那我只能覺得，產(chǎn)品不是兒戲，更不是因為你感興趣而去做的。立異的東西人人喜愛，但并不是每個人都可以立異，你一味等著上游的人物給你令人激動的作業(yè)，那只能闡明你自身并不適合這份作業(yè)，所謂的立異便是在專業(yè)范疇做比別人更專業(yè)的事。另外，我不否定寫css比js更單調(diào)，可是這并不意味著css就不重要，其實更多時分css比js重要許多。并不是交互和視覺一向重視這些布局和細(xì)節(jié)的問題，換句話講，這個都是根底的東西，應(yīng)該前端開發(fā)工程師自身的意識進步，才能讓咱們重視更多體會的問題。我也期望不要再這些根底的范疇繞來繞去，好好做產(chǎn)品，做好自己的人物，做到完美！

終我想說的是不要認(rèn)為web規(guī)劃便是粗糙低質(zhì)的，好的web規(guī)劃更可以提現(xiàn)產(chǎn)品的品質(zhì)感，咱們要晉級體會就有必要把根底做好，把這些細(xì)節(jié)都處理好，咱們才有可能有精力去做立異，去做體會。