本人有五年前臺(tái)開(kāi)發(fā)經(jīng)驗(yàn)，2年后臺(tái)開(kāi)發(fā)經(jīng)驗(yàn)，實(shí)際上我覺(jué)得后臺(tái)可能比前臺(tái)還要容易，在不考慮比較深的技術(shù)壁壘的情況下，前臺(tái)有原型圖，我需要百分百還原，再加上畫(huà)面特效，用戶(hù)操作特效等挺麻煩的，有時(shí)候一個(gè)小小的點(diǎn)卡半天很正常，只要不是特別簡(jiǎn)單的需求，說(shuō)隨便兩個(gè)小時(shí)搞好的我是不怎么相信的。轉(zhuǎn)后臺(tái)之前，本來(lái)以為很難，結(jié)果后臺(tái)寫(xiě)起來(lái)真的就是好快，我經(jīng)常做到無(wú)聊到?jīng)]事做把人家的活攬過(guò)來(lái)一起做，后來(lái)還是前后臺(tái)一起搞了，后臺(tái)框架搭好以后，剩下的只是業(yè)務(wù)接口實(shí)現(xiàn)而已。總的來(lái)說(shuō)，前臺(tái)入手容易精通難，后臺(tái)更多偏向框架的靈活使用。不要瞧不起前臺(tái)，特別是某些后來(lái)開(kāi)發(fā)人員覺(jué)得不就是寫(xiě)個(gè)界面么？但我想說(shuō)界面的邏輯不比后臺(tái)簡(jiǎn)單，前幾年曾經(jīng)去參加一個(gè)公司的面試，以后后開(kāi)發(fā)人員跟我在那裝，一個(gè)勁的說(shuō)就是前臺(tái)而已，很簡(jiǎn)單的事情，說(shuō)了好多次，把我說(shuō)煩了，我就跟他探討前后臺(tái)，屁都不懂的面試官，就一新生蛋子，最后我說(shuō)你公司連面試官都這水平，與我期望不符合，要過(guò)來(lái)簡(jiǎn)歷就撤了，帶著有色眼鏡看待技術(shù)的人一般都是那種一知半解，一瓶子不滿(mǎn)，半瓶子晃悠的人

我就是做前端開(kāi)發(fā)十年了，其實(shí)你這個(gè)問(wèn)題在職場(chǎng)中普遍存在。就像以前我認(rèn)為，后端不就寫(xiě)寫(xiě)接口，一個(gè)接口10幾分鐘的事情，墨跡個(gè)半天沒(méi)出來(lái)一樣，總是很埋怨，其實(shí)你真正去實(shí)操的時(shí)候，發(fā)現(xiàn)并沒(méi)有這么簡(jiǎn)單，細(xì)節(jié)的東西特別多。

前端說(shuō)需要兩天時(shí)間，可能考慮某些改動(dòng)涉及會(huì)影響到其它功能方面的問(wèn)題，都需要測(cè)試評(píng)估，并且前端的開(kāi)發(fā)，比后端還多了界面這一塊開(kāi)發(fā)的時(shí)間，這界面調(diào)試往往最費(fèi)時(shí)間，這是很多后端開(kāi)發(fā)人員沒(méi)有考慮到的。

總之，前端評(píng)估可能是一個(gè)相對(duì)寬泛并且預(yù)留了一定空間的時(shí)間，也許他能答應(yīng)2小時(shí)做完，但能保證真的做好了嗎，沒(méi)有隱患問(wèn)題存在，這些都是要考慮的，畢竟前端一發(fā)布出去就不好在升級(jí)版本改動(dòng)了，這也就是他和你評(píng)估時(shí)間存在較大差異的一個(gè)重要原因吧！

我覺(jué)得這個(gè)現(xiàn)象是”底層思維“的另一種表現(xiàn)形式。

不管前端還是服務(wù)器端，很多人都覺(jué)得精通框架源代碼、甚至能自己寫(xiě)出框架才算真正的技術(shù)。而相對(duì)框架來(lái)說(shuō)，業(yè)務(wù)代碼是接近用戶(hù)的上層，就不那么重要，技術(shù)含量也少的多。程序員都普遍認(rèn)為底層的東西才是核心、才是真正的技術(shù)。

我身邊也有后端和老板覺(jué)得前端是一份簡(jiǎn)單的工作，只是切切圖做做頁(yè)面,基礎(chǔ)的HTML、CSS能很直觀的做出效果來(lái)，讓人誤以為前端是一份簡(jiǎn)單的活，殊不知前端的水也是非常深的。

圖一，安裝完oracle,sql,db,mysql后，負(fù)責(zé)數(shù)據(jù)庫(kù)開(kāi)庫(kù)的叫做底層，

圖二，負(fù)責(zé)瀏覽器視窗頁(yè)面上能看見(jiàn)的什么東西的一律叫前端。

圖三，負(fù)責(zé)整個(gè)視窗界面看起來(lái)很舒服，給人留下深刻印象的我們一般叫他們ui.

項(xiàng)目經(jīng)理拿到項(xiàng)目，會(huì)給底層大致講解一下，然后底層會(huì)根據(jù)講解開(kāi)庫(kù)做系統(tǒng)，然后給前端代碼。前端拿到代碼寫(xiě)入頁(yè)面然后整個(gè)系統(tǒng)大致完成，接著ui介入，ui根據(jù)客戶(hù)需求制定界面，再轉(zhuǎn)回前端，雙方共同負(fù)責(zé)界面達(dá)成。接著就輪到測(cè)試上場(chǎng)了。一般測(cè)試的外號(hào)文雅點(diǎn)叫清道夫，難聽(tīng)點(diǎn)叫擦屁股的。然后高端大氣上檔次的就是全棧工程師了。在測(cè)試過(guò)程中負(fù)責(zé)整個(gè)系統(tǒng)測(cè)試，運(yùn)行，并找出各個(gè)部位的bug,并修復(fù)它，然后寫(xiě)出報(bào)告，報(bào)告將直接提交人事或者財(cái)務(wù)，根據(jù)描述部位對(duì)相應(yīng)人員做出處罰。

這就是軟件設(shè)計(jì)部門(mén)的整個(gè)工作流程。所以，你說(shuō)后臺(tái)開(kāi)發(fā)對(duì)前端有疑問(wèn)，就有點(diǎn)納悶。前端有問(wèn)題，和你后臺(tái)開(kāi)發(fā)什么關(guān)系？

至于什么后臺(tái)開(kāi)發(fā)。。。。。好像外包公司起這名的比較多。

首先問(wèn)題要分幾面來(lái)看。

會(huì)者不難，難者不會(huì)。

要看別人的具體經(jīng)驗(yàn)，具體技術(shù)水平。

每個(gè)人做同一件事花的時(shí)間是不一樣的，不要把自己的想法強(qiáng)加給別人。

如果別人認(rèn)為你應(yīng)該怎么怎么樣，你也會(huì)反感。

而且前端要2天，項(xiàng)目經(jīng)理能給，就說(shuō)明前端說(shuō)的在理。

如果你覺(jué)得2小時(shí)可以干完，說(shuō)明你能力強(qiáng)，但作為同事，還是要善良一些，你總不能有活就幫他干。

也許他干幾次之后，效率就上來(lái)了，從兩天變一天，再變成2小時(shí)呢。

人是要進(jìn)步的，是要學(xué)習(xí)的。

多站在對(duì)方的角度思考問(wèn)題，也許你就有一個(gè)不一樣的答案。

最后祝工作開(kāi)心順利！

大家好，我是阿邁達(dá)，有趣的互聯(lián)網(wǎng)軟件工程師。專(zhuān)業(yè)角度分析技術(shù)原理，默的態(tài)度解讀科技互聯(lián)網(wǎng)資訊。

在工作中遇到這種人很正常，這種人就是大家口中的“磨洋工”。

有些人認(rèn)為前端和后端不一樣，后端改個(gè)需求可能一個(gè)小時(shí)就可以搞定，前端復(fù)雜，需要一天或者更長(zhǎng)時(shí)間，這完全是胡扯，是消極工作的一種變現(xiàn)。有些程序員就是喜歡將工作難度夸大，明明一個(gè)小時(shí)的工作量，他非的要評(píng)估一天的工作量。這對(duì)于非技術(shù)人員可能感覺(jué)不到，但是對(duì)于一起開(kāi)發(fā)的技術(shù)人員來(lái)說(shuō)，一眼就能看透工作量，只是同為同事，大家不好說(shuō)破而已。

三天100行代碼的奇葩同事

曾經(jīng)碰到過(guò)一個(gè)前端同事，技術(shù)很一般，分配給的任務(wù)，不管是小到一個(gè)css樣式的調(diào)整還是一個(gè)完整的功能模塊，讓他評(píng)估時(shí)間，最少需要一天。曾經(jīng)有一次一個(gè)簡(jiǎn)單。需求評(píng)估，后端同學(xué)評(píng)估只需要半天時(shí)間，他的前端竟然需要三天時(shí)間，讓他說(shuō)出具體工作的難度在哪里，他卻支支吾吾說(shuō)不出來(lái)。這三天的時(shí)間我時(shí)不時(shí)觀察他，發(fā)現(xiàn)他一天大半的時(shí)間都在瀏覽網(wǎng)頁(yè)，要不就是微信群各種聊。三天過(guò)去了，我去看了一下他提交的代碼行數(shù)，不到100行！三天時(shí)間寫(xiě)了不到100行代碼！

所以，有些程序員就喜歡磨洋工，當(dāng)然，也有可能是考慮的比較全面，追求代碼質(zhì)量。如果碰到這種情況，只要他評(píng)估的時(shí)間在產(chǎn)品可以接受的時(shí)間范圍內(nèi)，那你也就無(wú)所謂。如果你是一位研發(fā)負(fù)責(zé)人，請(qǐng)他將工作進(jìn)行拆分評(píng)估，具體到功能點(diǎn)的時(shí)間，看他這兩天時(shí)間是如何分配的？炸一炸他，他總能露出破綻。

18年從機(jī)械畢業(yè)，自學(xué)過(guò)兩三個(gè)月前端，懂html+css，快進(jìn)看了一遍js和jq的學(xué)習(xí)視頻，我也曾以為前端是個(gè)很簡(jiǎn)單的東西。

原來(lái)以為的前端就是做個(gè)網(wǎng)頁(yè)，覺(jué)得好像也沒(méi)有多麻煩啊，不就是個(gè)div+css布局嗎？后來(lái)發(fā)現(xiàn)根本就不是那么回事。

最開(kāi)始接觸網(wǎng)站是從seo開(kāi)始的，因?yàn)樽鼍W(wǎng)站優(yōu)化需要了解html，于是對(duì)網(wǎng)站框架開(kāi)始感興趣。學(xué)習(xí)了html和css，自己也能寫(xiě)出一些簡(jiǎn)單的網(wǎng)頁(yè)。（那時(shí)候還不懂靜態(tài)網(wǎng)站和動(dòng)態(tài)網(wǎng)站）。

學(xué)完html、css和js后，大概算得上是入門(mén)了吧。但是，我發(fā)現(xiàn)自己學(xué)得太快，雖然看別人的代碼能看懂，自己寫(xiě)的時(shí)候卻是一堆bug。

而且學(xué)完這些還只是入門(mén)，想要真正做一個(gè)程序員還需要長(zhǎng)時(shí)間的練習(xí)，需要學(xué)習(xí)各種框架提高工作效率，需要學(xué)習(xí)更多的知識(shí)，如：數(shù)據(jù)庫(kù)、服務(wù)器知識(shí)等等。真是越學(xué)到后期，越覺(jué)得自己的知識(shí)儲(chǔ)備不夠。

后來(lái)，用一些建站系統(tǒng)搭建了自己的網(wǎng)站，才發(fā)現(xiàn)搭建一個(gè)成熟的網(wǎng)站系統(tǒng)并不容易。要從諾多的代碼中找到出bug的地方大概并不容易吧。

首先，個(gè)人不太理解，為什么一個(gè)后端開(kāi)發(fā)的程序員需要控制前端程序員的開(kāi)發(fā)時(shí)間？不管前端需要多少時(shí)間，到底是2小時(shí)還是2天，這個(gè)不應(yīng)該是由產(chǎn)品經(jīng)理或者項(xiàng)目負(fù)責(zé)人來(lái)控制的么？

有時(shí)候不在其位不謀其政，作為后端程序員可以提出自己的疑問(wèn)，但是到底如何布置任務(wù)和排期，還是交給負(fù)責(zé)人來(lái)協(xié)調(diào)吧。程序員之間沒(méi)有必要相互對(duì)立，特別還是因?yàn)橐粋�(gè)自己并不擅長(zhǎng)的領(lǐng)域相互產(chǎn)生矛盾。

當(dāng)然，如果你自己除了是后端開(kāi)發(fā)外，還兼職了項(xiàng)目負(fù)責(zé)人，那確實(shí)可以對(duì)前端的研發(fā)時(shí)間進(jìn)行評(píng)審。如果你和前端對(duì)于某個(gè)功能的時(shí)間評(píng)估上出現(xiàn)分歧，那么可以采用以下這些方法。

可以考慮“功能點(diǎn)分析”

讓前端把功能分解若干個(gè)功能點(diǎn)，然后對(duì)每個(gè)功能點(diǎn)都采用樂(lè)觀時(shí)間進(jìn)行評(píng)估，最后匯總后在增加30%的Buffer。

例如：我現(xiàn)在要做一個(gè)訂單頁(yè)面，這個(gè)訂單頁(yè)面有查看訂單列表、查看訂單詳情、取消訂單、確認(rèn)收貨、評(píng)價(jià)幾個(gè)功能。

畫(huà)一個(gè)思維導(dǎo)圖，然后每個(gè)功能再往下分解。查看訂單列表包括了ajax請(qǐng)求api獲取數(shù)據(jù)，組裝table，css考慮已有框架的樣式復(fù)用，不另算時(shí)間；詳情頁(yè)的話，也包括了ajax請(qǐng)求api，頁(yè)面的html和css等等等等（細(xì)分的力度自己掌握）。

最后，所有的功能點(diǎn)被一一列舉出來(lái)以后，就挨個(gè)分析，哪個(gè)哪個(gè)需要幾個(gè)小時(shí)，最終就可以匯總出時(shí)間了。這里可能需要注意一下，單一的功能點(diǎn)，其實(shí)大致已經(jīng)可以評(píng)估得到代碼量了，只要不是特別復(fù)雜的算法類(lèi)功能點(diǎn)，大部分都可以把時(shí)間精確到小時(shí)甚至0.5小時(shí)。而且，這里我們采用樂(lè)觀評(píng)估的方法，就是說(shuō)，大家別去想這個(gè)功能可能有坑，可能如何如何。最后匯總時(shí)間后，給予總體的Buffer量來(lái)抵御風(fēng)險(xiǎn)。

當(dāng)然，也可以使用“對(duì)照分析”的方法

我們可以考慮對(duì)照曾經(jīng)做過(guò)的類(lèi)似功能或類(lèi)似優(yōu)化，當(dāng)時(shí)的那個(gè)功能花費(fèi)了多少時(shí)間，而這次相比上次的差異是哪些？是會(huì)花費(fèi)更多時(shí)間，還是更少時(shí)間。這樣，就能夠得到一個(gè)大致的完成時(shí)間了。

這種評(píng)估方式，就只是針對(duì)于當(dāng)前的功能曾經(jīng)有過(guò)經(jīng)驗(yàn)，時(shí)間上有參考價(jià)值的情況下。不能把完全不相干的兩個(gè)功能拿來(lái)類(lèi)比。而我們?cè)谠u(píng)估的時(shí)候，就只需要考慮差異部分的評(píng)估，大大的減少需要評(píng)估的內(nèi)容。

最后，就是“專(zhuān)家評(píng)估”了

如果你對(duì)于前端確實(shí)也比較了解，自己完全能夠獨(dú)立完成這個(gè)工作任務(wù)，時(shí)間花費(fèi)可以測(cè)算的話，你其實(shí)就可以作為一個(gè)“專(zhuān)家”的角色了。那么，你評(píng)估的時(shí)間就是大家必須要遵循的時(shí)間。當(dāng)然，這種方式需要你有絕對(duì)的權(quán)威性，不然就是搞笑。

不管使用什么方式，對(duì)于分歧問(wèn)題的處理其實(shí)都比較機(jī)械，并不是非常的利于團(tuán)結(jié)，最好的方法還是大家商商量量的把事情給解決了。

這個(gè)問(wèn)題需要多緯度去分析：

1. 你看到的只是表面，表面或許只要2小時(shí)，但實(shí)質(zhì)可能會(huì)涉及到許多層面，完全改好，確實(shí)需要兩天，畢竟別人一直做的就是這個(gè)，了解的可能比你透徹。
2. 你只是按照你自己的能力去估算，你能力高，或許2小時(shí)就可以搞定，但別人不一定有你這樣高的能力，別人或許真需要兩天。
3. 你的判斷是正確的，但是別人不想把自己工作安排的緊緊張張的，或者說(shuō)別人其實(shí)不想配合你。

其實(shí)本質(zhì)就是要么你判斷錯(cuò)誤，要么是你同事判斷錯(cuò)誤。

無(wú)論是你對(duì)還是你錯(cuò)，這工作都是由別的同事來(lái)完成的，你沒(méi)必要太過(guò)于關(guān)心，你沒(méi)必要太過(guò)于在意。

但是，假如這個(gè)工作和你的工作有關(guān)聯(lián)，這個(gè)工作的完成時(shí)間，完成質(zhì)量，會(huì)影響到你的工作進(jìn)展與工作質(zhì)量，那么你必須要恰當(dāng)?shù)膮⑴c進(jìn)去，你需要：

• 有必要和這個(gè)同事認(rèn)真溝通交流一下。
  

這個(gè)很重要，同事之間工作上的溝通交流還是必須的，交流內(nèi)容可以由淺入深，先從你認(rèn)為只需要2小時(shí)就完成的工作談起，然后逐漸深入進(jìn)去，多聽(tīng)聽(tīng)同事的解釋?zhuān)��?dāng)然你也可以發(fā)表你的意見(jiàn)�；ハ嗬斫猓�互相體諒，互相幫助，最好能達(dá)成一致。

• 如果必須，可以請(qǐng)領(lǐng)導(dǎo)進(jìn)行協(xié)調(diào)。

如果工作非常緊急，你這個(gè)同事也不配合你，那你只能請(qǐng)領(lǐng)導(dǎo)出面進(jìn)行協(xié)調(diào)。當(dāng)然，你要有理有據(jù)，只針對(duì)工作不要針對(duì)人。

• 萬(wàn)般無(wú)奈，只能等待。

最后建議：

如果不是領(lǐng)導(dǎo)，那么就不要參與不要議論別人的工作。

如果沒(méi)得到允許，那么就不要參與不要議論別人的工作。

你好，你可以直接和前端同事心平氣和的溝通，看看你們各自是如何評(píng)估導(dǎo)致出現(xiàn)這么大的時(shí)間差距。沒(méi)有必要互相猜忌，猜忌也解決不了問(wèn)題。我們?cè)囍�分析一下，具體還是以題主溝通為準(zhǔn)。

1、如果按照題主的評(píng)估2小時(shí)，那這個(gè)前端修改的應(yīng)該是個(gè)比較小的改動(dòng)。

2、如果是較小的改動(dòng)，而前端同學(xué)評(píng)估2天時(shí)間的話，有可能是這個(gè)小改動(dòng)涉及到了比較底層的改動(dòng)，所以需要時(shí)間比較多。

3、另一種可能是前端目前手上還有其他優(yōu)先級(jí)高的任務(wù)，要2天以后才能投入到這個(gè)小改動(dòng)中。

4、或者他由于某些原因就是想拖一下。。。