补充相似问题:

本人后台开发,前端说改个东西要两天,但我感觉撑死2小时,怎么破? - 知乎 https://www.zhihu.com/question/375396826


这个我要顶题主!

百度不就是个输入框加一个按钮吗?两小时还不够?


这么多一本正经的回答么……这不就是前几天有人问感觉改点东西前端只要两小时的反问么……哈哈


you can you up, no can no bb!

题主说感觉需要两小时,说明你懂后端技术以及修改成本,如果不懂你又说需要两小时那是瞎说,既然懂,又觉得他不行,为什么不帮他?而到这里问问题?

这不就是码农和工程师的区别么?码农只关注自己写的代码;而工程师关注事情本身,一切能将事情做好的都与自己相关,你负责的不是前端那点代码,你的责任是把这个项目做好,前端是你的分工没错,但你不能只看到别人给你安排的这点任务啊,少年。

后端原因导致最后项目烂掉你能理直气壮的说我前端代码没问题,这不是我的锅?现象看没错,但项目失败,团队所有人都有责任。

项目产品不合理pk他,帮产品完善;后端介面不合理pk他,帮他定标准了;项目推不动,自己上push起来;测试没资源,写工具自动化;SRE不给力,搞CI;慢慢的,你将不再是个码农,而成为真正的工程师。成为那个综合战斗力出众的那位~

突然想起一首歌《下山》的开头,「要想练就绝世武功,就要忍受常人难忍受的痛!」。


改个东西≠改几行代码

能不能改 这个改动是不是需要先和产品确认需求 是不是需要leader批准

按你的两个小时的方案改了以后会不会导致整体代码质量下滑 累积技术债务 导致将来更不会维护 会不会导致性能问题 需要架构师评估审核吗?

改完以后 还需要申请测试 申请发布

真正坐在那里写代码的时候可能真的只需要晚上加班的那两三个小时

但是确定能不能改 具体要怎么改 改完的测试+发布 两三天或许都不一定够


请记住,谁主张、谁举证、谁负责、谁背锅。

感觉这种不确定的词,别说了,好吗?

ps:我就怀疑你是反向引战的


这种情况下就需要前后端都懂(不需要很深入)的技术负责人或者负责的产品同学来协调了,团队开发中,每个人的能力值各不相同,必然需要提单走流程来互相约束


哈哈哈哈,终于有回怼话题了!静静地看各方大佬争(互)论(撕)!!!


高级黑吗,在知乎看过一个相反的问题


反之,也成立。


其实并不明白,不能先定义好API 介面,然后各自开发互不干扰吗?这样你也不用等后端做好才能开始你的工作了。


那就不要后端改了,前端自己处理一下就行了


可能你是对的,需求确实很简单,容易实现。不过,你是前端,又不懂后端的具体实现,且不说你仅靠「感觉」去评估后端工作量,看这提问的意思,还想搞事情?键盘给你,你来写?还是说你这是个钓鱼贴?


天啊,那你就花两个小时帮他改了呗


这个真不一定。有时看上去很简单,有可能此次修改会关联设计很多其他地方的修改,或者牵扯到底层代码的变更。


相似的问题,一样的答案。

觉得用不了那么久,自己就动手做。你做出来了你就拿给对方看看,看看哥们我牛逼不,就两小时哥们儿我就给弄出来了,你做不出来就别说话好好体会下那种两小时做不出来的感觉。


如果业务足够复杂的话,两周也是有可能的。不排除划水


可以参考镜像问题:本人后台开发,前端说改个东西要两天,但我感觉撑死2小时,怎么破?


麻烦3天做一个淘宝app的h5版本


自学后端,自己改,万事不求人,多好


不能一概而论。

如果是复杂系统,如电商,前端修改UI和交互,提交数据给后端,后端却是有很多复杂的逻辑需要处理的。

比如我们最近加一种聚合支付,native给webview一个JavaScript介面,真正发起支付和所有跟支付相关的逻辑全是后端,工作量当然不同。

当然,也有可能是人懒、技术差、根本就还处于懵逼状态,压根不知道咋整,几分钟的事情几天也搞不定的那种人


推荐阅读:
相关文章