1樓：Scar
本人不知名20人以下小團隊前端leader，大領導每次問我要多久，預估一天的說三天，三天的說一周，一周的說小半個月，以此類推，懂得都懂
2樓：前端聽風
全棧可破！！！
前端很難像後端一樣懂後端;
後端也很難像前端一樣懂前端.
這個隔閡因為人的精力有限，唯有幹了多年既會前端也會後端的全棧可破;
全棧才懂為什麼難，難在哪～
前端聽風
3樓：Gary
上班摸魚，帶薪學習，我都很喜歡，工作就是交易，只要對我有利，我必投懷送抱，如果是我，我必偷著樂，假裝自己不懂前端，他做兩個月都行，多餘的時間我自己利用，充實自己，找準機會，跳槽加薪，誰讓我本平庸。
4樓：kon
他就是說兩年，跟你有啥關係？
該反饋領導就反饋得了，一後台瞎操心前台什麼事呢。
我們組，還有其它很多組的的前台天天閒的要死，我沒事回頭看一眼的時候，就是在睡覺，看書，看劇，吃雞，睡覺，看書，看劇，吃雞。。。那又跟自己有啥關係，你後端bug搞不定他能幫你看看是咋滴啊？
5樓：楊彳亍
高情商：朋友你這個東西改兩天可能會影響專案的整體進度，你能說一下是什麼問題導致需要改兩天嗎，看能不能大家一起解決。
低情商： *的這東西也要改兩天？前端都是廢物（此時前端os:*的，後端一群廢物介面天天報錯還好意思管我改好久）
6樓：8ywx8
程式設計師何苦難為程式設計師……兩種情況：
1.確實需要2天，比如涉及互動的，要在前端驗證輸入；或者需要自適應多端的。
2.可能只需要2個小時，但如果我說2個小時，老闆就會讓我在2天花式改10幾個版本，最後決定用第乙個版本，那我還不如說需要2天……
7樓：Lisa Tean
碰見這種事情就別慣著，直接跟他說，兩個小時就夠了，不然耽誤進度，他要說做不了，就直接兩個小時弄出來打他臉！什麼，你兩個小時做不出來，做不不出來你說個j捌
8樓：小黑醬
啥時候需求是說了一次就不在改變的？
預留時間不是正常操作？再說如果改乙個需求2小時，那一天是不是就可以認為可以改4個同類的需求，如果外行就認為可以改4個需求。
照著這個來你想象一下…
9樓：孔子
自己試試，只能這麼說，不然要叫我看，你後端不就出個資料嗎，不就把資料倒入資料庫嗎，不也挺簡單，都不用半個小時，你要怎麼破
10樓：Thomas
不是，你後端功能實現了能測試，能自己跑著玩，你為啥要管前端的開發效率和時間呢？難道還要等前端完成了才能測試你功能的正確準確性嗎？
11樓：完成目標不要分心
小夥子，不要急。我層級也和你一樣，感覺別人效率低。但是，錢，一點一點掙。你兩個小時做完了，其他時間幹嘛？什麼都不做，或者學別的，你讓老闆怎麼想？
掙錢是第一位的，秀技術是第二位的。小夥子
12樓：深藍
這樣的爭執，解決起來其實很簡單。了解深入一點，具體要做什麼，是工作量大，還是有技術難點需要攻克？應該基於事實去判斷，不要憑感覺。
別說後端不了解前端，估工作量的時候同樣是兩個前端，評估的時間偏差很大都不少見。有可能是兩個人對需求的理解不一致，導致評估工作量偏差大，。也有可能是有些人經驗比較豐富，能識別出來一些隱性的工作量，這個時候其實評估的工作量時間久，恰恰說明這個人考慮問題嚴謹周全，評估時間短的那個人呢，反而不靠譜，有可能他做出來的東西根本沒法用。
13樓：幾回合
前兩天領導說加個需求，其實就是頁面上多乙個選擇框，別說兩小時，給人的感覺最多半小時就搞定了，結果我乙個前端跟後端搞了大半天才弄好，頁面上的變動微乎其微，但是裡面的邏輯牽扯太多，很多東西不是說改就改
14樓：
你是老大麼?
不是: 那關你毛事, 你反饋給你們老大就行了:XX說改個DIV高度要2天, 所以這個功能2天後提測啊
是:老子說多久改完就多久改完, 下班前搞不定月底獎金說話
15樓：知呼寶
他改兩天和兩個小時會影響到你工時嘛？打斷你的聯調計畫了？還是有啥別的影響？
如果他需要兩天，而你這期間沒啥事，應該開心啊。如果耽擱你了，就去溝通下。如果2個小時的工作量，他真的用了2天，你們的老大是失職的
如果是你不懂，他真的需要改兩天，那你就多去了解細節，別眼高手低，擴充套件下自己的見識也挺好，不然，以後你咋做老大，去管理所謂的前端後台
16樓：氤氳
不用你感覺2小時
我乙個幹了四五年的前端有時候看到需求感覺也就2小時但是後來我發現2天有時候都幹不完.
從此以後我要工期都會掂量著來.
17樓：
好辦，自己寫。最討厭那種覺得別人工作容易的人，讓他自己幹，就說我不會呀，你不會瞎評估啥，沒任何發言權，有種就自己幹，證明給對方看，要不就尊重人家的意見。
18樓：從容
感覺有什麼用。我的工作我總是想多點時間完成。
時間多不一定沒有問題，時間緊一定有很多問題。
工作就是這樣的，時間到了，也就這樣，有時間需求改的很多，到頭了，又會用最初的需求。
19樓：
為什麼我覺得我們這是反過來的。。。乙個相容性問題，我給的規則簡單來說就是A+B+100≤C，後端開發倆月前跟我們老大說，你放心我們的邏輯比xx(我)想的複雜多了，xx()我這個太簡陋了
兩個月過去了，還TM沒做，絕了，而且現在變成又要找我們要相容性規則？？？？
excuse me？？？？？
哦對，順帶一提，配件所有引數我全部錄入到後台裡面去了，他們現在的抓取規則就跟PPT一樣，抓資料庫裡的行列就完事了，然後ABC這三個資料在後台裡都有，丫就是不做，真的服了
現在的規則是配件的C跟某幾個其他配件名稱繫結，然後還不是繫結型號，我換新品上傳之後資料抓不到，服了
20樓：hayate
如果你是前後端都熟練的全棧能這樣想，可能確實是前端問題。
但如果你是純後端盡量多溝通，有可能是功能確實比較複雜，也有可能這位前端確實菜。
就拿最近做的乙個專案來說，乙個列表有2種資料型別的資料，前端為卡片型別顯示，沒有順序需求，直接混合渲染就行，非常簡單且常見的邏輯。我這邊給前端傳了2種資料的2個陣列，這位前端可好，直接話扔過來我這做不了，非要做的話特別麻煩
我心裡直接？？？？？？這都做不了你還前端？？？還特別麻煩？？？我自己寫過5分鐘都要不了。
這種人是真的當我沒寫過前端隨便糊弄？或者確實很菜？
21樓：
你自己抽空學習下前端，很快的，乙個月vue+react還學不會？我覺得乙個學一周就可以寫前端了。然後自己寫那個功能，看看到底是2小時還是兩天。
這不就結了。當然你初學，你可以用你的時間除2來估算
22樓：小劍喵
你只是後台開發，不在其位不謀其政，你應該不想都讓你來做吧？提出這個質疑只會影響你們合作，給自己添堵。另外題中也有不少大佬講了大廠的開發流程，其中的評開發時間，你也不能覺得2小時做完就報2小時，出了意外是要背鍋的。
23樓：中二的孤獨患者
你要行，你來寫，你要不行就等著
你要覺得前端能力有問題跟前端主管或者專案經理溝通
同為技術開發，有啥事不能擺在明面上說的，你把你把方案講出來，聽聽前端怎麼說有這麼難嗎？
24樓：
怎麼破？首先你為啥會有這個想法？
前端工資需要你發？還是他的工作速度影響你的績效考核？
因為你的描述不詳細，
我這邊能給到的建議就是：做事之前先學會做人
其實不論是前端還是後端，無論你對於同事所做的事情是不是了解，你的技術是不是比他高，你都不應該去干涉或者發表相關意見。
為什麼呢？
因為無論何種情況，結果都是損人不利己的。
我們來嘗試分析下：
舉個例子，你覺得同事故意拖慢速度（摸魚划水），然後你跟別的同事或者領導說了，最後被那個同事或領導知道了。那麼可能有以下幾種情況：
一、對方或領導假裝沒聽到，你說你的。但是心裡會埋下不愉快的種子。為什麼？
因為你在質疑別人能力，這就是毀人前程。當然這個時候可能還看不出來太大問題。
二、領導或同事乾脆讓你上，你不是說2小時搞定嗎？來，你搞出來。
這裡又分為兩種情況：
1、你確實做到了2小時完成，那麼你的同事此時可能就會沒臉待下去了，因為這個沒得解釋，要麼承認自己技術不行，要麼承認自己想摸魚划水；還有領導，產品經理、技術總監、或者小組組長，你讓人家臉面往哪放？哦，有人摸魚或技術不行，結果還是被你發現的？那他們是幹嘛的？
面試或者監管的職責呢？那行，以後這個事情也交給你做了，你不是厲害嗎？累不死你。
2、你發現確實是自己想簡單了，不說兩天，反正2小時是搞不定。那麼此時，得罪人是肯定的了，自己也丟人了，而且是整個公司或部門都知道了，你自己想想什麼後果。
以上這兩種情況，結果都會導致整個公司或部門的人都防著你，因為就你「聰明」，你想想你還有立足之地嗎？
有時候不是你覺得正確就是正確的，老闆或領導也不是都不知道，只是水至清則無魚，人至察則無徒。
就算你證明了你是對的，人家都在划水摸魚，那又怎麼樣？是大家跟著你一起累，還是大家走，你乙個人累（當然，累段時間你也會走，但可能不是那麼容易了）？在你和整個部門或公司面前，你覺得領導或老闆會如何取捨？
最後，你問怎麼破？
我覺得根據情況，
如果你是奮鬥有志青年，覺得眼裡揉不得沙子，就想趁著年輕好好幹，那就辭職換工作，拼多多這方面應該做的「挺好的」。據說阿里「也不錯」
如果你無所謂，或者「想通了」，那就配合大家工作，畢竟都是為了生存，打工人，不容易。
25樓：蘇夢苓
前端：我不要你感覺，我要我覺得
後端：我覺得也就兩小時
前端：你行你做啊
後端：做就做，艾瑪呀!錯怪前端了，我還真整不明白
26樓：
你如果做過scrum開發，可能發現sprint的時候，同乙個任務，團隊成員的估算可能差很多，差到10天的情況都有的。當然，團隊磨合多了，會逐漸趨向一致。
其次，這個是pm管理的吧。你發現需要前端處理的任務，最好是要起票。這個票，自然是讓pm看的。
理論上也是pm去安排這個票的擔當者。pm才把握整個專案的狀況。pm知道誰閒著，誰手頭沒任務。
前端後端兩個開發者直接商量著幹的話，你不知道對方有沒有空，你也不知道其他成員是否閒著，更不知道下一小時，pm打算給他乙個更緊急的任務。pm也掌握不了全體狀況，最後整個專案嚴重delay，失敗也是可能的。所以，工程管理是不合理的。
27樓：莫閒等嫌
工作中最好不要質疑你的夥伴，團隊協作不單單是把事情做快。我想你們的排期和計畫，各自的領導和老闆都看在眼裡。按照正常的組織架構，跨部門挑戰最後的結果都不是很好看。
如果真的壓不下這口氣，那就把前端的技能也學會。用對方的技能去挑戰，會更有說服力。
不要用自己的標準去約束別人。
WindowsC 開發如何Linux後台開發？
隨便說說最近的想法 先寫乙個服務端客戶端框架 客戶端不斷新增請求，服務端處理返回結果。服務端的重點是演算法，也是程式設計的核心吧，發揮空間大，有意思。多執行緒等技術也是必要的，相對比較固定，不難學習。客戶端，簡潔方便使用者體驗好，網路包到達時間是隨機的，需要處理好網路包和介面的協調 不斷改進服務端客...
乙個獨立做過web開發 後台開發 android開發 團隊ios開發 科研 後台演算法的人找不到工作的原因？
聖德雷莉 做過是否精通，泛泛而談多種技術不如精通一門。要是確實精通這些技術，那找不到工作就不是技術的原因了，可以留意自己為人處世的方式是否偏頗 或者是你找的公司不對，去大公司試試吧。 1.你沒把低於自己薪資 或其他 期待的工作當工作 2.EQ 已經低到一定程度 3.或者.這個問題就是用來吸引 HR ...
JAVA後台開發可以純粹用JAVA SE嗎？
public class TcpServer finally Override public void run bufferedWriter.flush bufferedWriter.close bufferedReader.close socket.close catch IOException ...