明明是个小bug,但就是死活修不好

闲瑕之余,试着换一种心情

今天分享一些只有程序员看懂的动图

大家能看懂几张?!

1.明明是个小bug,但就是死活修不好

2.作为一个码工,意外走入一个充满PM的会议室

3.偶然间看到了自己多年前写的代码

4.调试过多线程的都会懂

5.这就是你们追捧的结对编程

6.Git merge

7.当我以为已捕获了所有可能的异常的时候

8.当我试图把一个bug踢给别人的时候

9.好像真的没人发现我产品里的bug

10.当我按照Stack Overflow上的回帖解决问题的时候

11.编译错误:括号不匹配

12.项目执行与项目计划,永远不在一条线上

13.赶工3个月的项目,第一次启动整体测试时

14.天真的我按照客户的要求,只微调一点点时

15.当我走着走着,突然遇到同事挖的坑时

16.当客户想改需求时,技术人员的反应是这样的

17.当程序员被要求改需求时是这样的

是不是都被图戳到了

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在实际开发中,判断一个问题是前端bug还是后端bug需要根据具体情况来分析。以下是一些常见的判断方法: 1. 查看报错信息 如果出现了报错信息,可以先查看报错信息所在的文件或者位置。如果是前端代码报错,通常报错信息会指向前端代码的某一行,而如果是后端代码报错,报错信息则会指向后端代码的某一行。 2. 查看数据 如果数据没有正确返回或者返回的数据与预期不符,可以先查看数据返回的格式和内容,如果数据格式正确,但内容不符合预期,那么很可能是后端代码逻辑问题导致的。如果数据格式不正确,那么很可能是前端代码处理数据的问题。 3. 查看网络请求 如果是网络请求的问题,可以通过查看请求和响应信息来判断问题所在。如果请求没有发出去或者没有得到正确的响应,那么问题可能出现在前端代码或者网络环境;如果请求正确,但是后端没有正确地返回数据,那么问题可能出现在后端代码。 4. 分析业务逻辑 有些问题可能需要分析业务逻辑才能确定问题所在。比如,如果涉及到用户登录或者权限控制方面的问题,需要分析前端和后端代码的交互过程,才能确定问题所在。 综上所述,判断一个问题是前端bug还是后端bug需要综合考虑多个因素,包括报错信息、数据、网络请求和业务逻辑等方面的因素。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值