本人有五年前台开发经验，2年后台开发经验，实际上我觉得后台可能比前台还要容易，在不考虑比较深的技术壁垒的情况下，前台有原型图，我需要百分百还原，再加上画面特效，用户操作特效等挺麻烦的，有时候一个小小的点卡半天很正常，只要不是特别简单的需求，说随便两个小时搞好的我是不怎么相信的。转后台之前，本来以为很难，结果后台写起来真的就是好快，我经常做到无聊到没事做把人家的活揽过来一起做，后来还是前后台一起搞了，后台框架搭好以后，剩下的只是业务接口实现而已。总的来说，前台入手容易精通难，后台更多偏向框架的灵活使用。不要瞧不起前台，特别是某些后来开发人员觉得不就是写个界面么？但我想说界面的逻辑不比后台简单，前几年曾经去参加一个公司的面试，以后后开发人员跟我在那装，一个劲的说就是前台而已，很简单的事情，说了好多次，把我说烦了，我就跟他探讨前后台，屁都不懂的面试官，就一新生蛋子，最后我说你公司连面试官都这水平，与我期望不符合，要过来简历就撤了，带着有色眼镜看待技术的人一般都是那种一知半解，一瓶子不满，半瓶子晃悠的人

我就是做前端开发十年了，其实你这个问题在职场中普遍存在。就像以前我认为，后端不就写写接口，一个接口10几分钟的事情，墨迹个半天没出来一样，总是很埋怨，其实你真正去实操的时候，发现并没有这么简单，细节的东西特别多。

前端说需要两天时间，可能考虑某些改动涉及会影响到其它功能方面的问题，都需要测试评估，并且前端的开发，比后端还多了界面这一块开发的时间，这界面调试往往最费时间，这是很多后端开发人员没有考虑到的。

总之，前端评估可能是一个相对宽泛并且预留了一定空间的时间，也许他能答应2小时做完，但能保证真的做好了吗，没有隐患问题存在，这些都是要考虑的，毕竟前端一发布出去就不好在升级版本改动了，这也就是他和你评估时间存在较大差异的一个重要原因吧！

我觉得这个现象是”底层思维“的另一种表现形式。

不管前端还是服务器端，很多人都觉得精通框架源代码、甚至能自己写出框架才算真正的技术。而相对框架来说，业务代码是接近用户的上层，就不那么重要，技术含量也少的多。程序员都普遍认为底层的东西才是核心、才是真正的技术。

我身边也有后端和老板觉得前端是一份简单的工作，只是切切图做做页面,基础的HTML、CSS能很直观的做出效果来，让人误以为前端是一份简单的活，殊不知前端的水也是非常深的。

图一，安装完oracle,sql,db,mysql后，负责数据库开库的叫做底层，

图二，负责浏览器视窗页面上能看见的什么东西的一律叫前端。

图三，负责整个视窗界面看起来很舒服，给人留下深刻印象的我们一般叫他们ui.

项目经理拿到项目，会给底层大致讲解一下，然后底层会根据讲解开库做系统，然后给前端代码。前端拿到代码写入页面然后整个系统大致完成，接着ui介入，ui根据客户需求制定界面，再转回前端，双方共同负责界面达成。接着就轮到测试上场了。一般测试的外号文雅点叫清道夫，难听点叫擦屁股的。然后高端大气上档次的就是全栈工程师了。在测试过程中负责整个系统测试，运行，并找出各个部位的bug,并修复它，然后写出报告，报告将直接提交人事或者财务，根据描述部位对相应人员做出处罚。

这就是软件设计部门的整个工作流程。所以，你说后台开发对前端有疑问，就有点纳闷。前端有问题，和你后台开发什么关系？

至于什么后台开发。。。。。好像外包公司起这名的比较多。

首先问题要分几面来看。

会者不难，难者不会。

要看别人的具体经验，具体技术水平。

每个人做同一件事花的时间是不一样的，不要把自己的想法强加给别人。

如果别人认为你应该怎么怎么样，你也会反感。

而且前端要2天，项目经理能给，就说明前端说的在理。

如果你觉得2小时可以干完，说明你能力强，但作为同事，还是要善良一些，你总不能有活就帮他干。

也许他干几次之后，效率就上来了，从两天变一天，再变成2小时呢。

人是要进步的，是要学习的。

多站在对方的角度思考问题，也许你就有一个不一样的答案。

最后祝工作开心顺利！

大家好，我是阿迈达，有趣的互联网软件工程师。专业角度分析技术原理，默的态度解读科技互联网资讯。

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

有些人认为前端和后端不一样，后端改个需求可能一个小时就可以搞定，前端复杂，需要一天或者更长时间，这完全是胡扯，是消极工作的一种变现。有些程序员就是喜欢将工作难度夸大，明明一个小时的工作量，他非的要评估一天的工作量。这对于非技术人员可能感觉不到，但是对于一起开发的技术人员来说，一眼就能看透工作量，只是同为同事，大家不好说破而已。

三天100行代码的奇葩同事

曾经碰到过一个前端同事，技术很一般，分配给的任务，不管是小到一个css样式的调整还是一个完整的功能模块，让他评估时间，最少需要一天。曾经有一次一个简单。需求评估，后端同学评估只需要半天时间，他的前端竟然需要三天时间，让他说出具体工作的难度在哪里，他却支支吾吾说不出来。这三天的时间我时不时观察他，发现他一天大半的时间都在浏览网页，要不就是微信群各种聊。三天过去了，我去看了一下他提交的代码行数，不到100行！三天时间写了不到100行代码！

所以，有些程序员就喜欢磨洋工，当然，也有可能是考虑的比较全面，追求代码质量。如果碰到这种情况，只要他评估的时间在产品可以接受的时间范围内，那你也就无所谓。如果你是一位研发负责人，请他将工作进行拆分评估，具体到功能点的时间，看他这两天时间是如何分配的？炸一炸他，他总能露出破绽。

18年从机械毕业，自学过两三个月前端，懂html+css，快进看了一遍js和jq的学习视频，我也曾以为前端是个很简单的东西。

原来以为的前端就是做个网页，觉得好像也没有多麻烦啊，不就是个div+css布局吗？后来发现根本就不是那么回事。

最开始接触网站是从seo开始的，因为做网站优化需要了解html，于是对网站框架开始感兴趣。学习了html和css，自己也能写出一些简单的网页。（那时候还不懂静态网站和动态网站）。

学完html、css和js后，大概算得上是入门了吧。但是，我发现自己学得太快，虽然看别人的代码能看懂，自己写的时候却是一堆bug。

而且学完这些还只是入门，想要真正做一个程序员还需要长时间的练习，需要学习各种框架提高工作效率，需要学习更多的知识，如：数据库、服务器知识等等。真是越学到后期，越觉得自己的知识储备不够。

后来，用一些建站系统搭建了自己的网站，才发现搭建一个成熟的网站系统并不容易。要从诺多的代码中找到出bug的地方大概并不容易吧。

首先，个人不太理解，为什么一个后端开发的程序员需要控制前端程序员的开发时间？不管前端需要多少时间，到底是2小时还是2天，这个不应该是由产品经理或者项目负责人来控制的么？

有时候不在其位不谋其政，作为后端程序员可以提出自己的疑问，但是到底如何布置任务和排期，还是交给负责人来协调吧。程序员之间没有必要相互对立，特别还是因为一个自己并不擅长的领域相互产生矛盾。

当然，如果你自己除了是后端开发外，还兼职了项目负责人，那确实可以对前端的研发时间进行评审。如果你和前端对于某个功能的时间评估上出现分歧，那么可以采用以下这些方法。

可以考虑“功能点分析”

让前端把功能分解若干个功能点，然后对每个功能点都采用乐观时间进行评估，最后汇总后在增加30%的Buffer。

例如：我现在要做一个订单页面，这个订单页面有查看订单列表、查看订单详情、取消订单、确认收货、评价几个功能。

画一个思维导图，然后每个功能再往下分解。查看订单列表包括了ajax请求api获取数据，组装table，css考虑已有框架的样式复用，不另算时间；详情页的话，也包括了ajax请求api，页面的html和css等等等等（细分的力度自己掌握）。

最后，所有的功能点被一一列举出来以后，就挨个分析，哪个哪个需要几个小时，最终就可以汇总出时间了。这里可能需要注意一下，单一的功能点，其实大致已经可以评估得到代码量了，只要不是特别复杂的算法类功能点，大部分都可以把时间精确到小时甚至0.5小时。而且，这里我们采用乐观评估的方法，就是说，大家别去想这个功能可能有坑，可能如何如何。最后汇总时间后，给予总体的Buffer量来抵御风险。

当然，也可以使用“对照分析”的方法

我们可以考虑对照曾经做过的类似功能或类似优化，当时的那个功能花费了多少时间，而这次相比上次的差异是哪些？是会花费更多时间，还是更少时间。这样，就能够得到一个大致的完成时间了。

这种评估方式，就只是针对于当前的功能曾经有过经验，时间上有参考价值的情况下。不能把完全不相干的两个功能拿来类比。而我们在评估的时候，就只需要考虑差异部分的评估，大大的减少需要评估的内容。

最后，就是“专家评估”了

如果你对于前端确实也比较了解，自己完全能够独立完成这个工作任务，时间花费可以测算的话，你其实就可以作为一个“专家”的角色了。那么，你评估的时间就是大家必须要遵循的时间。当然，这种方式需要你有绝对的权威性，不然就是搞笑。

不管使用什么方式，对于分歧问题的处理其实都比较机械，并不是非常的利于团结，最好的方法还是大家商商量量的把事情给解决了。

这个问题需要多纬度去分析：

1. 你看到的只是表面，表面或许只要2小时，但实质可能会涉及到许多层面，完全改好，确实需要两天，毕竟别人一直做的就是这个，了解的可能比你透彻。
2. 你只是按照你自己的能力去估算，你能力高，或许2小时就可以搞定，但别人不一定有你这样高的能力，别人或许真需要两天。
3. 你的判断是正确的，但是别人不想把自己工作安排的紧紧张张的，或者说别人其实不想配合你。

其实本质就是要么你判断错误，要么是你同事判断错误。

无论是你对还是你错，这工作都是由别的同事来完成的，你没必要太过于关心，你没必要太过于在意。

但是，假如这个工作和你的工作有关联，这个工作的完成时间，完成质量，会影响到你的工作进展与工作质量，那么你必须要恰当的参与进去，你需要：

• 有必要和这个同事认真沟通交流一下。
  

这个很重要，同事之间工作上的沟通交流还是必须的，交流内容可以由浅入深，先从你认为只需要2小时就完成的工作谈起，然后逐渐深入进去，多听听同事的解释，当然你也可以发表你的意见。互相理解，互相体谅，互相帮助，最好能达成一致。

• 如果必须，可以请领导进行协调。

如果工作非常紧急，你这个同事也不配合你，那你只能请领导出面进行协调。当然，你要有理有据，只针对工作不要针对人。

• 万般无奈，只能等待。

最后建议：

如果不是领导，那么就不要参与不要议论别人的工作。

如果没得到允许，那么就不要参与不要议论别人的工作。

你好，你可以直接和前端同事心平气和的沟通，看看你们各自是如何评估导致出现这么大的时间差距。没有必要互相猜忌，猜忌也解决不了问题。我们试着分析一下，具体还是以题主沟通为准。

1、如果按照题主的评估2小时，那这个前端修改的应该是个比较小的改动。

2、如果是较小的改动，而前端同学评估2天时间的话，有可能是这个小改动涉及到了比较底层的改动，所以需要时间比较多。

3、另一种可能是前端目前手上还有其他优先级高的任务，要2天以后才能投入到这个小改动中。

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