不要管別人怎麼想，自己先以最快的速度完成。你之前是做前端，現在轉後端，比其他後端開發慢一點無可厚非，你也可以想想，要你後端同事轉前端，估摸下他們做一個app的時間，他們不一定比你快。心態放好，儘快做好，如果你跟老闆估摸的時間比別人多，但提前完成了，肯定被刮目相看。

其次，關於專案估摸時間成本。一開始如果我是你的話，我會讓一個後端同事幫我一起估摸時間，這樣更精確些。

你的估算是否有依據，而不是拍腦袋憑感覺出來的。估算工作量是基於對需求的理解的基礎上的，有多種估算的方法論。比如用CUP（use case point）方法估算，先要根據需求準備use case（不懂這個概念就自行百度），然後根據每個use case中出現的事務數量評估每個use case的開發複雜度（一般分5檔）。每一檔複雜度對應一個標準工作天數。這樣你就能知道整個需求總的純開發的標準工作量了。然後，根據專案管理的要求，對於SDLC的每個環節（需求，測試，釋出等，不同專案管理方法環節可能不同）用開發工作量乘以一個係數，得到各環節的工作量，之後再加總就是整個需求的標準工作量。注意，這裡還只是“標準”哦，並不是最終結果。要得到最終的估算天數還要將標準工作天數乘以各種係數。舉例:

標準工作量是基於標準工作天數的，而標準工作天數是基於平均效率的。通常估算時要根據開發團隊的實際效率（這是根據長期合作得到的經驗值）估計一個效率係數。

開發過程中往往會遇到各種預想不到的問題，在估算時簡化處理，你可以稱這是buffer或者contingency，一般給個20%~30%。

還有其他係數就不一一舉例了。

那多少錢的活幹多少錢的是！老闆招你的時候難道不知道你只有三個月的經驗啊！所以沒什麼大不了的！但是的確有點小尷尬！年輕人誰不做幾件傻事呢！

最近換了個工作、公司也沒UI、本身是做後端的、現在頁面設計都要親自來、更坑的是、整個專案都要自己弄、看著幾十頁的需求文件、老闆問要多久搞定、我多想說、鬼他媽知道、慢慢弄吧

很正常嘛，你只需要說出來為什麼需要這麼長時間即可！跟你講一個真實案例，我們公司專案經理讓我估時間，我估了90人/天，她難以接受，讓我改方案，我跟她說了風險，她不聽，於是乎專案最後還是花了差不多90人天，人們吶，寧願相信披著虛假外衣的謊言！也不願接受長相磕磣的真相，還美名其曰，自己是個求是務實的人，真是太虛偽了

首先，我覺得你這問題，不是技術不熟造成的，完全是沒處理好同事關係。你要是能和後臺關係好一點就不會有人說這種話，就算某個奇怪的人說了，也會有其他後臺同事幫你說句話。

找一個後臺搞好關係，最快的辦法就是找他幫忙，平時沒事幫帶個飯，飲料，多一塊吹吹牛。下次再這樣就有人幫你說話了，都黑程式設計師情商低，你情商別真被帶低了呀。

然後就是你苦學的時間了，畢竟都是開發，想贏得同事尊重還是看技術水平的。