只加兩行代碼為什麼用兩天時間

A. 本人後台開發，前端說改個東西要兩天，但我感覺撐死2小時，怎麼辦

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

我就是做前端開發十年了，其實你這個問題在職場中普遍存在。就像以前我認為，後端不就寫寫介面，一個介面10幾分鍾的事情，墨跡個半天沒出來一樣，總是很埋怨，其實你真正去實操的時候，發現並沒有這么簡單，細節的東西特別多。

前端說需要兩天時間，可能考慮某些改動涉及會影響到其它功能方面的問題，都需要測試評估，並且前端的開發，比後端還多了界面這一塊開發的時間，這界面調試往往最費時間，這是很多後端開發人員沒有考慮到的。

總之，前端評估可能是一個相對寬泛並且預留了一定空間的時間，也許他能答應2小時做完，但能保證真的做好了嗎，沒有隱患問題存在，這些都是要考慮的，畢竟前端一發布出去就不好在升級版本改動了，這也就是他和你評估時間存在較大差異的一個重要原因吧！

圖一，安裝完oracle,sql,db,mysql後，負責資料庫開庫的叫做底層，

圖二，負責瀏覽器視窗頁面上能看見的什麼東西的一律叫前端。

圖三，負責整個視窗界面看起來很舒服，給人留下深刻印象的我們一般叫他們ui.

項目經理拿到項目，會給底層大致講解一下，然後底層會根據講解開庫做系統，然後給前端代碼。前端拿到代碼寫入頁面然後整個系統大致完成，接著ui介入，ui根據客戶需求制定界面，再轉回前端，雙方共同負責界面達成。接著就輪到測試上場了。一般測試的外號文雅點叫清道夫，難聽點叫擦屁股的。然後高端大氣上檔次的就是全棧工程師了。在測試過程中負責整個系統測試，運行，並找出各個部位的bug,並修復它，然後寫出報告，報告將直接提交人事或者財務，根據描述部位對相應人員做出處罰。

這就是軟體設計部門的整個工作流程。所以，你說後台開發對前端有疑問，就有點納悶。前端有問題，和你後台開發什麼關系？

至於什麼後台開發。。。。。好像外包公司起這名的比較多。

首先問題要分幾面來看。

會者不難，難者不會。

要看別人的具體經驗，具體技術水平。

每個人做同一件事花的時間是不一樣的，不要把自己的想法強加給別人。

如果別人認為你應該怎麼怎麼樣，你也會反感。

而且前端要2天，項目經理能給，就說明前端說的在理。

如果你覺得2小時可以幹完，說明你能力強，但作為同事，還是要善良一些，你總不能有活就幫他干。

也許他干幾次之後，效率就上來了，從兩天變一天，再變成2小時呢。

人是要進步的，是要學習的。

多站在對方的角度思考問題，也許你就有一個不一樣的答案。

最後祝工作開心順利！

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

有些人認為前端和後端不一樣，後端改個需求可能一個小時就可以搞定，前端復雜，需要一天或者更長時間，這完全是胡扯，是消極工作的一種變現。有些程序員就是喜歡將工作難度誇大，明明一個小時的工作量，他非的要評估一天的工作量。這對於非技術人員可能感覺不到，但是對於一起開發的技術人員來說，一眼就能看透工作量，只是同為同事，大家不好說破而已。

三天100行代碼的奇葩同事

曾經碰到過一個前端同事，技術很一般，分配給的任務，不管是小到一個css樣式的調整還是一個完整的功能模塊，讓他評估時間，最少需要一天。曾經有一次一個簡單。需求評估，後端同學評估只需要半天時間，他的前端竟然需要三天時間，讓他說出具體工作的難度在哪裡，他卻支支吾吾說不出來。這三天的時間我時不時觀察他，發現他一天大半的時間都在瀏覽網頁，要不就是微信群各種聊。三天過去了，我去看了一下他提交的代碼行數，不到100行！三天時間寫了不到100行代碼！

所以，有些程序員就喜歡磨洋工，當然，也有可能是考慮的比較全面，追求代碼質量。 如果碰到這種情況，只要他評估的時間在產品可以接受的時間范圍內，那你也就無所謂。如果你是一位研發負責人，請他將工作進行拆分評估，具體到功能點的時間，看他這兩天時間是如何分配的？炸一炸他，他總能露出破綻。

首先，個人不太理解，為什麼一個後端開發的程序員需要控制前端程序員的開發時間？不管前端需要多少時間，到底是2小時還是2天，這個不應該是由產品經理或者項目負責人來控制的么？

有時候不在其位不謀其政，作為後端程序員可以提出自己的疑問，但是到底如何布置任務和排期，還是交給負責人來協調吧。程序員之間沒有必要相互對立，特別還是因為一個自己並不擅長的領域相互產生矛盾。

當然，如果你自己除了是後端開發外，還兼職了項目負責人，那確實可以對前端的研發時間進行評審。如果你和前端對於某個功能的時間評估上出現分歧，那麼可以採用以下這些方法。

可以考慮「功能點分析」

讓前端把功能分解若干個功能點，然後對每個功能點都採用樂觀時間進行評估，最後匯總後在增加30%的Buffer。

例如：我現在要做一個訂單頁面，這個訂單頁面有查看訂單列表、查看訂單詳情、取消訂單、確認收貨、評價幾個功能。

畫一個思維導圖，然後每個功能再往下分解。查看訂單列表包括了ajax請求api獲取數據，組裝table，css考慮已有框架的樣式復用，不另算時間；詳情頁的話，也包括了ajax請求api，頁面的html和css等等等等（細分的力度自己掌握）。

最後，所有的功能點被一一列舉出來以後，就挨個分析，哪個哪個需要幾個小時，最終就可以匯總出時間了。這里可能需要注意一下，單一的功能點，其實大致已經可以評估得到代碼量了，只要不是特別復雜的演算法類功能點，大部分都可以把時間精確到小時甚至0.5小時。而且，這里我們採用樂觀評估的方法，就是說，大家別去想這個功能可能有坑，可能如何如何。最後匯總時間後，給予總體的Buffer量來抵禦風險。

當然，也可以使用「對照分析」的方法

我們可以考慮對照曾經做過的類似功能或類似優化，當時的那個功能花費了多少時間，而這次相比上次的差異是哪些？是會花費更多時間，還是更少時間。這樣，就能夠得到一個大致的完成時間了。

這種評估方式，就只是針對於當前的功能曾經有過經驗，時間上有參考價值的情況下。不能把完全不相乾的兩個功能拿來類比。而我們在評估的時候，就只需要考慮差異部分的評估，大大的減少需要評估的內容。

最後，就是「專家評估」了

如果你對於前端確實也比較了解，自己完全能夠獨立完成這個工作任務，時間花費可以測算的話，你其實就可以作為一個「專家」的角色了。那麼，你評估的時間就是大家必須要遵循的時間。當然，這種方式需要你有絕對的權威性，不然就是 搞笑 。

不管使用什麼方式，對於分歧問題的處理其實都比較機械，並不是非常的利於團結，最好的方法還是大家商商量量的把事情給解決了。

這個問題需要多緯度去分析：

其實本質就是要麼你判斷錯誤，要麼是你同事判斷錯誤。

無論是你對還是你錯，這工作都是由別的同事來完成的，你沒必要太過於關心，你沒必要太過於在意。

但是，假如這個工作和你的工作有關聯，這個工作的完成時間，完成質量，會影響到你的工作進展與工作質量，那麼你必須要恰當的參與進去，你需要：

這個很重要，同事之間工作上的溝通交流還是必須的，交流內容可以由淺入深，先從你認為只需要2小時就完成的工作談起，然後逐漸深入進去，多聽聽同事的解釋，當然你也可以發表你的意見。互相理解，互相體諒，互相幫助，最好能達成一致。

如果工作非常緊急，你這個同事也不配合你，那你只能請領導出面進行協調。當然，你要有理有據，只針對工作不要針對人。

最後建議：

如果不是領導，那麼就不要參與不要議論別人的工作。

如果沒得到允許，那麼就不要參與不要議論別人的工作。

這個我倒是有心得可以分享。其實如果做程序員的或多或少都會遇到這樣的現象，要不你就是問題中的後台開發，要不就是改東西需要兩天的前端。我覺得都很正常啊，畢竟你不是對方，你也不知道對方有什麼想法和困難。

像產品給個需求給到開發，一般說改這個東西要多久，開發看了下進度表，思考了一會後給了個時間點，這時候一般產品不會多問，因為他不知道實際開發難度，而且他也不知道開發的其他需求進度，所以不敢多說，反正開發給了排期，在合適的項目進度內也就ok。

但如果是開發對開發，那就出現問這個問題的情形，開發A要給開發B提個需求，然後開發A實際內心有個預期感覺這個需求能在其他事情不幹擾下多久完成。注意！是其他事情不幹擾下的情況，其次，這是開發A按自己的能力評估，不是按開發B的能力評估的，而且這種事情一般不是遇到自己，便潛意識就把需求想得比較簡單，畢竟大家都容易「寬於待己，嚴於待人「。

在這種前提下，實際開發B可能本身就有其他優先順序高的需求要做，其次這件事情可能牽涉到系統內部其他需要修改的地方，會牽一發而動全身，不是後端想像修改單個頁面就可以完成的那麼簡單。

所以這種情況開發A說的2個小時是一種自我想像的事情，要不等前端找後台開發說，這個需求最多就2個小時就可以完成，就改個介面，新增這些數據POST出來就行，那我估計這個問題轉換下角色我又可以再回答一次了哈哈。

對於一個技術團隊來說，配合默契是非常重要的，特別是前端和後端人員，如何做到默契，需要三點：

一、前端要懂後端，後端要懂前端，只要這樣，大家才能無縫對接；

二、對工作的重視，無論你負責哪個環節，只要有這個態度，項目會順利的進行下去；

三、同事之間的關系，這很重要，千萬不要有互相拆台的行為：這其中有個人的人品問題，也有個人交際情商問題，這個比較難以處理。

回到你的問題，你認為2小時的工作量，但你同事卻說需要兩天，這種矛盾的可能性比較多，但不管是什麼情況，你都要本著和同事維護好關系為基礎，要主動理解同事，哪怕他說的是錯的，你就會釋然了。

你兩小時能完成人家兩天的工作量，產出是人家八倍！！！那你是不是可以跟你的領導建議下，把前端的任務交給你，讓老闆給你開這個前端雙倍的工資，你承諾產出比現在的前端多4倍，然後你每天只要干4小時活就能完成任務。

多贏局面啊：

1、服務端工資再高也不可能比前端兩倍還多，現在前端都不便宜！你大幅漲薪了，而且每天工作時間少一半，你賺大了；

2、老闆少花了一半的錢、產出卻擴大了一倍，老闆賺大了；

3、那個可憐的前端可以讓他滾蛋了…

希望這個辦法能讓你們公司長命百歲

B. 農商銀行收款碼，收款成功，幾天不到帳為什麼

因為掃碼方的手機移動網路出現暫時的斷線現象，或者是手機出現的卡頓現象而導致。 遇到這種情況不要著急，可以返回，稍等片刻以後再重新掃碼重新操作一遍即可成功。
二維碼支付是一種基於賬戶，商家可把賬號、商品價格等交易信息匯編成一個二維碼，並印刷在各種報紙、雜志、廣告、圖書等，用戶通過手機客戶端掃拍二維碼，便可實現與商家支付寶賬戶的支付結算，商家根據支付交易信息中的用戶收貨、聯系資料，就可以進行商品配送，完成交易。
操作環境：華為p40 農行版本3.3.0
農行掃碼付到賬時間是：
1、使用靜態碼的，到賬時間一般是次日下午;
2、使用動態碼的，到賬時間一般是T+2日。 需要注意的是，這個到賬時間是農行總行批準的，各地的分行都沒有許可權調整。如果用戶想開通農行掃碼付業務，可以登錄農行掌銀，點擊左上角「掃一掃」—「同意」即可開通，然後綁定你名下的農行借記卡就能使用了。
拓展資料
商戶申請「農行掃碼付」聚合掃碼業務需滿足合法經營、有固定經營場所、風險可控，提供本人身份證及同名農行借記卡，以及以下條件之一：
1、農行助農服務點簽約合作商戶；
2、能提供營業執照的商戶；
3、符合工商行政管理機關免予辦理工商等級條件的商戶。
農村商業銀行（英文名：Rural commercial bank，簡稱農商銀行）是中國的一類服務於當地農民、農業和農村經濟發展的商業銀行。 農村商業銀行主要以農村信用社和農村信用社縣(市)聯社為基礎組建，是由轄內農民、農村工商戶、企業法人和其他經濟組織共同入股組成的股份制的地方性金融機構，實行股份有限公司形式。
中國銀監會合作金融機構監管部主任姜麗明表示，將不再組建新的農村合作銀行，農村合作銀行要全部改制為農村商業銀行。全面取消資格股，鼓勵符合條件的農村信用社改制組建為農村商業銀行。要在保持縣（市）法人地位總體穩定前提下，穩步推進省聯社改革，逐步構建以產權為紐帶、以股權為聯接、以規制來約束的省聯社與基層法人社之間的新型關系，真正形成省聯社與基層法人社的利益共同體。