我知道，这是完全不现实的情况，对吧？ 不幸的是，日志或日志消息似乎经常在错误的时间出现。...这意味着，不管这个程序当时在做什么，很明显，有些地方出了问题，这些问题都在底部。 3.总是先检查堆栈的底部 您不仅可以在堆栈的底部看到发生了哪个错误，而且通常堆栈的最后一行也是您可以找到问题的地方。...但是一旦我开始处理复杂的代码库，尤其是那些打网络电话的代码库，打印就变得太慢了。最后我发现到处都是印刷的声明，我不知道它们在哪里，为什么，事情变得复杂起来。但主要使用pdb还有一个更重要的原因。...如果通过查看堆栈，您不知道另一个调用是如何或者在哪里出错的，那么在堆栈中找到属于您的一些代码，并在该文件中放置一个断点，在堆栈跟踪中的断点之上放置一行。再试一次新的测试。...7.寻求帮助 我经常发现，仅仅写下所有的信息就会触发我对一些我还没有尝试过的事情的想法。当然，有时候在点击提交按钮后，我会立即意识到问题所在。
因为没有任何错误日志可以观察到这种现象是不应该的，我印象中用法不正确的话是会直接导致应用程序崩溃。 但其实我自己也记不太清楚了，我写Android 14新特性的文章已经是去年3月份发布的了。...那么此时你还使用上述的代码来选择照片，启动的到底是谁的Activity？ 这种情况下，系统也不知道你到底想要启动谁，所以就只能弹出一个对话框，让用户自己去选择。...由此可以看出，恶意软件在这种场景下是有空子可以钻的，因为必然会有用户选择错误。 那么为了解决这方面的安全隐患，Android 14对隐式Intent的使用做出了更多的限制。...唯一的问题就是，我所使用的上述示例，在没有明确指定当前App包名的情况会崩溃，而我的同事guting却反馈说是没有任何错误日志可以观察到。...我又去Android的官方文档上面做了二次核对，官方文档里也有明确提到，用错的情况下是会抛出异常的。 所以问题到底出在哪里呢？ 我和guting做了线下沟通，并且看了看他所写的代码。
例如，如果我发现其中一个服务抛出了 500 个错误，我会尝试找出是否是某个特定的处理程序/路由抛出了这个错误，或者是否所有的实例都抛出了这个错误，等等。...接下来，一旦我有了一个模糊的心理模型，知道什么地方出了问题，我就会看一下日志（比如在 splunk 上）。...在 Loki 之前，我习惯于使用 kubectl 来获取相关的日志，看看错误是什么，以及我是否可以做些什么。这对错误来说很有效，但有时我会因为高延迟而放弃。...虽然它们并不总是直接告诉我哪里出了问题，但它们通常让我足够近距离地查看代码并找出哪里出了问题。然后，我可以扩展服务（如果服务超载）或部署修复。...如果我发现某个特定的实例出错了，或者我想跟踪某个服务的日志，我必须使用单独的 pod 来跟踪，因为 kubectl 不允许你根据标签选择器来跟踪。这并不理想，但对于大多数的使用情况来说是可行的。
缺陷的定义 对于软件的缺陷来说，一般人都把我说是Bug，但正确的来说，应该是Defect，这两者的区别是： Bug是编程错误的结果； Defact 是与需求的偏离。...导致开发人员看到我后，完全不知道哪里出现了问题，得再去找测试人员沟通确认，浪费大家的时间及精力。...而项目最后为了跟踪和分析要收集的信息，我的一些属性更重要，开发人员和测试人员在选择时，需要根据实际情况来做筛选，要不分析的结果就不正确了。 标题 总结出现问题的模块和错误的信息。...5、开发人员收到我之后，对我描述的内容进行分析修改，修改完成后，把我指回给测试人员，让测试人员在版本更新后，进行验证。...特别说明：当一个项目没有单独的测试经理，由项目经理或测试组长兼任测试经理时，那测试人员创建的缺陷，则由他们来审核。
下面就进入第三个部分： 三、malloc()以及free()的机制： 这个部分我今天才有了新的认识！而且是转折性的认识！所以，这部分可能会有更多一些认识上的错误！...这里要追踪到malloc()的申请问题了。申请的时候实际上占用的内存要比申请的大。因为超出的空间是用来记录对这块内存的管理信息。...因为我看了free()的源代码之后对这个变量感觉有点纳闷（源代码在下面分析）。这里还请大家指出！ 所以，free()就是根据这个结构体的信息来释放malloc()申请的空间！...我觉得变量名字可以反映一个变量的作用，特别是严谨的代码。这是源代码，所以我觉得绝对是严谨的！！这个变量的值是1，表明是可以用的空间！只是这里我想了想，如果把它改为0或者是其他值不知道会发生什么事？！...所以，free()只是记录了一些信息，然后告诉操作系统那块内存可以去释放，具体怎么告诉操作系统的我不清楚，但我觉得这个已经超出了我这篇文章的讨论范围了。
看我用了ActiveMQ，问我为什么用ActiveMQ，为什么不用其他类型的消息队列，我告诉他我不知道。ActiveMQ如何保证发送端和接收端能够发送出去和接收到，以及如何保证的安全性。卧槽？...然后问我知不知道ThreadLocal，我说再Spring里面见到过，问我作用，我说是为每一个线程复制一个对象的副本，问我线程安全吗，我说线程私有那肯定线程安全啊。...问我GET和POST的区别，讲道理记不清了，只记得一个在请求头一个在请求体里面，然后觉得太少，就说在REST下，GET是幂等且耦合的，是获取资源的信息，POST是对资源进行添加。...问了两个简单的算法题，一个是查找链表倒数第k个节点，一个是判断是否交叉并且在哪里交叉，比较简单，装作自己没刷过这些题，还嗯了一会。...我说是对使徒的修改就会将操作映射到不同的表里，相当于同时修改多个数据表。 总结： 感觉有点凉，最简单里反而没答上，绝望。
这就是态度，触目惊心，如果能对问题有敏感性，能知道对任何小的，轻微的问题有足够的敏锐度，你就有了一个快速成长的基础。对问题的敏锐度是非常重要的。...第二条，模块测试和断点分析，程序员一个坏习惯就是上来就写很大一坨代码然后再执行，不知道一个模块一个模块来写来测试，执行出了问题不知道设置断点，缩小范围逐步分析。...遇到问题的态度 处理问题的思路和方法 这就是能力 补充１：善于提问，你能得到怎样的答案，取决于你提出怎样的问题。 你遇到问题，你应该知道，从哪里去问，去问什么。 我常见的一个测试题是这样的。...数据库目前挂了，我就是服务器，我不知道为什么挂了，你是一个优秀的分析师，现在我来做响应，你问我问题，你问一个问题，我回答一个指标，然后看你能不能定位问题。...结果在这个群里，只有我徒弟说出了完全正确的答案（０９年带过的）。优先级第一步是看在线用户数和当前访问数，对比历史，得到该问题目前的影响程度，来决定后续的优先级，以及减少分析范围。
我收到该公司的技术咨询:项目启动后没有规律的突然无法登录了,重新启动后，登录一断时间后又无法重新登录，对方技术人员一头雾水不知道什么原因，后台日志没有任何错误信息。...2，核心参数不做判断 方法返回的数据不做null或""字符串判断，导致各种情况的空指针异常。项目的功能都是理想化，预想我就是需要这些数据才能给你正确的结果，否则哪里出错我不知道。...这个问题导致我在还原案件现场时给我造成极大的困惑，一不留神一个空指针错误，我必须对这个错误进行加强的判断处理，好方便我模拟出登录多次后无法登录的情况。 ...4，拦截器的路径规划混乱 这个问题也为我排查问题造成了阻碍，排查登录问题，我首先要把它一次登录成功后后端走的方法轨迹追踪出来，看到底是哪一个环节的代码问题，因为没有任务错误信息。...吃了就吃了，你为啥也不打印异常信息，也不throws异常，就这样凶猛的将异常吃了，明明有问题，它不报，通过它来引发一个新的异常来雪藏真正的问题。
“老实说，我现在还没有更多具体的行动或目标。我们才刚刚开始，现在我们只能猜测。” 但还有另一个 Quick 认为需要社区行动来推动变革的热点问题: “代码的所有权”。...不过他很快补充说:“这意味着什么和它看起来像什么，我不知道。” 标准和准则？ 但很快讨论进入具体问题。...快乐的小偷 接近尾声时，Santo 提出了一个挑衅性的问题: 由于注重细节的程序员以他们的细致小心而自豪，AI 是不是“偷走了我们的一些快乐”？...但片刻之后，Freeman 承认“我认为这对某些人来说是快乐——对其他人来说不是。” Freeman 将她自己的快乐描述为“创造对人们有意义的工具......我认为每个人的快乐火花将是不同的。”...“我认为我们收到了压倒性的‘这是我应该关注的东西’的反响。”
真正有礼貌的人在不知道答案的时候是不会当面去帮你搜索的，他会对你说：“这个我也不知道…… 要不你搜索一下？” 在 IRC 的聊天室里，由于隔着网络的屏障，这种对提问者没礼貌的现象就更加嚣张。...我曾经有几次去 Java 的聊天室问一些貌似基础，而其实很深入的语言设计问题，结果没有一次不是以收到像“去读 API！”这样的回答而结束。API 谁不会读，然而我需要的是一个有血有肉的人对此的理解。...最后你发现，其实所有语言的所谓“社区”都一个德行。如果 Haskell 有一天像 Java 一样如日中天（当然不大可能），肯定对大部分问题的答案也就是“去读API！”...在制造了 PySonar 之后，他对程序语言的理解，他的每一个可笑的错误都被我看得清清楚楚。当然，Ruby 就更烂了。...各种 talk 总是宣扬，哇，我们用 Scala/Clojure 做出了多么了不起的东西云云…… 很多人喜欢做这些新的语言和技术的“evangelist”，尽显各种马屁神功，然后就开始写书，写 blog
概述 ---- 写过开源软件的人，大都收到过至少一个很糟糕的 bug 报告，例如 直接说软件不好用 报告的内容毫无意义 没有提供足够的信息 给出了错误的信息 问题是由于用户的过失产生的 问题是由于其他程序的错误而产生的...数字里面包含了很多程序员可以读取的各种信息，而且可能包括重要的线索。用数字来代表错误信息是因为计算机很难用语言来描述它发生的问题，用这种方式告诉你错误的所在是最好的办法。...五、出了问题后，我做了... ---- 当错误或者 bug 出现的时候，你可能会做这些事情。但大多数会让问题变得更加严重。...“ 医生，我得了一种怪病，给我开个方子吧 ”。 人们知道不应该对医生说这些。我们应该描述哪里不舒服、哪里疼，然后让医生来判断问题的所在，以及应该怎样进行治疗，否则医生将会把你当成「神经病」。...八、我把磁盘装进了 Windows... ---- 在 bug 报告中，将问题描述清楚是必要的。如果程序员不能理解你说的是什么意思，那你跟没说是一样的。 我收到的 bug 报告来自世界各地。
当你在 Linux 上卸载的时候，你就真的卸载了。 2、按你的意思重新安装 不仅卸载要彻底，重装也很有意义。在许多平台上，如果一个应用出了问题，有时会建议你重新安装它。...这是个不错的建议，但对于任何技术人员来说，不知道是什么地方出了问题都是令人沮丧的。...大量涌入的安全漏洞报告似乎是一件坏事，但这绝对是一个知道远比不知道好的案例。毕竟，没有人告诉你有问题，并不意味着没有问题。漏洞报告是好的。它们对每个人都有好处。...当应用收到更新时，无论是修补潜在的安全问题还是引入令人兴奋的新功能，你的包管理器应用都会提醒你可用的更新。 4、保持轻便 假设你有应用 A 和应用 B，这两个应用都需要库 C。...当时我花了很多时间去调查这些错误。我仍然记得，我的系统上有两个主要的应用分别捆绑了相同（但有区别）的图形后端技术。当一个程序的输出导入到另一个程序时，这种不匹配会导致错误。
用户反馈小程序用起来有问题还特么还不知道到底出了啥bug，反馈多了，老板要扣工资了！看来挖了太多坑不填也不行，程序异常还是要主动追踪，今天给大家介绍一个轻量级的错误日志监控服务Fundebug。...测试 我参照官方文档，造了一个测试错误： test_error.png 果然，立即收到了报错，控制台多出了一个小红点： 1unread.png 而且，值得点赞的是，在浏览器上方的tab标签中也有小红点...你可以很容易看出一个错误出现了多少次，影响了多少用户，由此来判断错误的严重程度，决定要不要立即去改这个bug。 error_summary.png 4....个性化配置 Fundebug的微信小程序插件默认只会抓取错误信息，也就是说，连系统和设备信息都不会获取，除非你去配置。然后，你会发现他有一大堆可以配置的属性，可以说是很全面很到位了。...attribute_list.png 我试着做了一下基本的配置，然后就可以抓到系统信息。 systeminfo.png 并且连函数的调用都记录下来了，这个对于解bug可以说是非常有用了。
随后，他宣称，“有时候，我会碰到那些不但不知道答案，还自作聪明地给出错误答案的候选人。知道错误答案比不知道更糟糕。一些极少数的甚至坚持和试图向我解释我应该如何理解他们的答案。...问错误的问题 对于初学者来说，在我看来，整个过程从开始就错了： 有很多关于Java技术面试的问题，即使是最入门级的新手也能给出正确的答案。当我面对不那么初级的候选人时，我不会问这些问题来浪费时间。...是因为他们的工作表现和/或样带才得到的演出机会，而不是他们回答问题的能力。 期待错误的答案 接着，Peter说， 知道错误答案比不知道更糟糕。...所以，请原谅我的直言不讳：这个答案可以说是对的，但你也可以说是错的，因为“这个候选人没有深刻地了解Java”？...接下来会发生什么就显而易见了：对自己的技术自信满满的面试官，准备好了一系列已经规定了答案的问题来询问候选人，如果候选人没有按照他的答案回答，那就被认定为是“不合格”。 举一个我亲身经历过的例子。
一次午夜聚会后，她冲回计算机实验室，校正一段她突然意识到的缺陷代码。“我总是想象报纸的头条新闻，他们会倒查问题是怎么发生的，最终会倒查到我。”...一个雷神的工人在把铜线穿到电磁环上 对汉密尔顿而言，编程就是要在一堆堆穿孔卡片上打眼，卡片在巨大的霍尼韦尔大型机上做整晚的批处理计算，模拟阿波罗着陆器的工作。...就像闵代尔讲的，它是第一个计算机机载导航系统，设计为由人来控制，但是具备“电传操纵系统”自动驾驶技术——当今喷气客机标配的计算机导航系统前身。...当休斯顿的电话打进来，汉密尔顿正在仪器实验室的二楼会议室。启动 P01 程序擦掉了拉威尔收集的所有的导航数据。这可是个问题。没有这些数据，阿波罗计算机没法把宇航员带回家。...花了九个小时钻研桌子上厚达8英寸的程序清单后，他们想出了一个方案。休斯顿只要上传新的导航数据，一切就会恢复正常。感谢汉密尔顿——还有劳伦——阿波罗号宇航员回家了。
Peter Verhas在技术面试时问了一个看似无关的问题，并得到了一个虽然没错但并不恰当的答案。随后，他宣称，“有时候，我会碰到那些不但不知道答案，还自作聪明地给出错误答案的候选人。...知道错误答案比不知道更糟糕。一些极少数的甚至坚持和试图向我解释我应该如何理解他们的答案。这已经成为了一种个性问题，而且毫无疑问是面试中要pass掉的人。”...问错误的问题 对于初学者来说，在我看来，整个过程从开始就错了： 有很多关于Java技术面试的问题，即使是最入门级的新手也能给出正确的答案。当我面对不那么初级的候选人时，我不会问这些问题来浪费时间。...所以，请原谅我的直言不讳：这个答案可以说是对的，但你也可以说是错的，因为“这个候选人没有深刻地了解Java”？...接下来会发生什么就显而易见了：对自己的技术自信满满的面试官，准备好了一系列已经规定了答案的问题来询问候选人，如果候选人没有按照他的答案回答，那就被认定为是“不合格”。 举一个我亲身经历过的例子。
虽然作业布置得很清楚，但她却不断接到学生们的求助电话，他们都说自己收到了同样的错误提示：程序找不到他们的文件（File not Found Error）。...他们甚至根本听不懂 Garland 的问题。 其他教授对第一次遇到这类问题的情景同样记忆犹新。...最终，他把众多项目全部塞进了一个巨大的文件夹内。 某本科大学的计算物理专业教授表示，这些学生是聪明人，但“在 C 驱动器上查找文件夹”的概念对这些人来说是陌生的。...让他们使用 IDE 进行设置并安装 Python 是一个痛苦的经历，但他们实际上很快掌握了编程，并能及时对热扩散或其他东西进行建模，尽管几乎不知道他们把东西保存在了哪里。...“这个年龄段里有一些真正的奇才，但也有很多人除了点击 TikTok 符号、打开 TikTok 之外，对计算机概念一无所知。” 这种新的思维方式可以说是技术进步的直接体现。
这类人发出来的数据，是否有意义，怎么解读，他自己是不知道的，只能期望收到数据的人了。...他们的不足是：1、如果不告诉他们命题，那么他们就不知道该应用什么样的方法去得到结论了。2、对于数据的处理没问题，但是却没有一个很好的数据解读能力。只能在统计学的角度上解释数据。...在哪里？ 示例：一周内各天各种门诊的病人数量报告。 即席查询的最大好处是，让你不断提出问题并寻找答案。 3 多维分析 回答：问题到底出在哪里？我该如何寻找答案？...示例：对各种手机类型的用户进行排序，探查他们的呼叫行为。 通过多维分析(OLAP)的钻取功能，可以让您有初步的发现。钻取功能如同层层剥笋，发现问题所在。 4 警报 回答：我什么时候该有所反应？...示例：当销售额落后于目标时，销售总监将收到警报。 警报可以让您知道什么时候出了问题，并当问题再次出现时及时告知您。警报可以通过电子邮件、RSS订阅、评分卡或仪表盘上的红色信号灯来展示。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
