本人后台开发，前端说改个东西要两天，但我感觉撑死2小时

1、首先他是公司的前端，不是你私人的前端，他手里可能同时会有很多项目。不是专为你一个人服务的。

就像昨天有个同事找我要材料，如果我全力去写，大概半个小时就能完成，但是我告诉他，需要3天。因为我有其他项目，我要摸鱼，我还要考虑接特别着急的事情。同事也很开心，觉得3天也能接受。

2、这是个原则问题。要一个不着急的东西，你跟我说2个小时要，下次要个着急的事，是不是半个小时就得给？再重要点的，15分钟？得给自己留余地

3、隔行如隔山，不要随意评判别人的工作量，这个两天只要能满足你的项目要求，就开开心心接受就好了。不要随便给平级同事私定KPI

前端也是这么想的：后端说要改个东西要两天，我感觉撑死2小时。

人都有一个误区，高估自己一点都不了解的东西，低估自己知道一点的困难，高估自己知道的很详细的价值。

信息不对称，需要时间来建立相互信任

这位兄弟就有点想不开。

前端要两天，那后端也要两天啊，你这么着急干嘛？他敢说两天，说明业务方能接受两天，何必皇上不急太监急。

两个小时把需求交付了，然后呢，新需求又来了……需求是做不完的。

整天忙着俩小时俩小时的交付项目，你架构有时间梳理吗，性能有时间调优嘛，基础设施有时间完善嘛，技术规划有时间想吗，招聘有时间做吗？

想清楚自己是干什么的，不要拎不清。

实际情况如何我们没法隔空知道，也许前端真是个垃圾，也许题主把前端想的太简单了。

所以我认为正确的做法只有一个：题主每天加班1小时，试着把前端的活干了。

成了多领一份工资（这里是虚指，还涉及到如何跟老板谈判等学问这里不展开了），不成也知道了尊重别人的工作，还学了不少前端基础知识，多好。

刚好前几天接了个紧急需求，领导上来就让估工时，我们后端估了六天，意思是写完测完交给测试测的时间，领导直接批了一顿，说按增删改查接口来，一个接口半个小时，最多两个小时，算下来16个小时，刚好两天，这加班终于赶完了，已经第七天来，总项目还剩20%，因为赶出来的东西，各种问题，测了5天还没测完，说实话，要都按增删改查来，一个就10分钟，写完就不管了吗，不考虑逻辑了，不考虑后续代码的维护了，不考虑扩展性了，最后赶赶赶，把项目赶成了一堆屎。是重构还是不重构呢，重构花一年，不重构那就是慢性等死。

呵呵，后来总结出了经验，只要领导催的，就直接能写多少就写多少，到时间就直接提交完成，剩下的问题全当bug改。

没办法，只能这样了，考虑不了那么多了。