文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

13 年的 Bug 调试经验总结

哪怕通常不会发生，但系统（或交互系统）其他部分的bug可能会导致事件发生呢。 2.过早。这是第一点“事件顺序”的一个特例，但它确实会引起一些棘手的bug，因此我把它单独拎出来说明。...在调试这类问题时，我们总是假定在空闲列表中的时候连接被设置为down（但当时为什么不把它放到列表外面呢？）。这是我们思考的不足，没有考虑到有时候事情会过早发生。 3.悄无声息的故障。...发生这种情况时，很难改变新设计影响到的所有情况。找到关于改变的所有显式依赖关系不难，难的是要找到所有隐性依赖于旧的设计的情况。例如，可能会有获取给定某一天所有客户事件的代码。...通过启动逐渐添加所需小功能，我得到了一些非常有用的工具。自己写工具的好处是，我得到的正是我想要的。 在测试中发现所有的bug，那绝对是不可能的。...但我学会了不再用这种方式去回应。更多的时间，事实往往证明，他们所报告的的确是实际发生的情况。因此，这些天，我开始接受他们所报告的内容的表明价值。当然，我依然会仔细检查一切是否被正确地设置等等。

71850

13 年的 Bug 调试经验总结

哪怕通常不会发生，但系统（或交互系统）其他部分的bug可能会导致事件发生呢。 2.过早。这是第一点“事件顺序”的一个特例，但它确实会引起一些棘手的bug，因此我把它单独拎出来说明。...在调试这类问题时，我们总是假定在空闲列表中的时候连接被设置为down（但当时为什么不把它放到列表外面呢？）。这是我们思考的不足，没有考虑到有时候事情会过早发生。 3.悄无声息的故障。...发生这种情况时，很难改变新设计影响到的所有情况。找到关于改变的所有显式依赖关系不难，难的是要找到所有隐性依赖于旧的设计的情况。例如，可能会有获取给定某一天所有客户事件的代码。...通过启动逐渐添加所需小功能，我得到了一些非常有用的工具。自己写工具的好处是，我得到的正是我想要的。 在测试中发现所有的bug，那绝对是不可能的。...但我学会了不再用这种方式去回应。更多的时间，事实往往证明，他们所报告的的确是实际发生的情况。因此，这些天，我开始接受他们所报告的内容的表明价值。当然，我依然会仔细检查一切是否被正确地设置等等。

70060
您找到你想要的搜索结果了吗？
是的
没有找到

13 年的 Bug 调试经验总结

如果此事件接连发生两次会怎么样？哪怕通常不会发生，但系统（或交互系统）其他部分的bug可能会导致事件发生呢。 2.过早。...在调试这类问题时，我们总是假定在空闲列表中的时候连接被设置为down（但当时为什么不把它放到列表外面呢？）。这是我们思考的不足，没有考虑到有时候事情会过早发生。 3.悄无声息的故障。...于是很多代码是在这样的假设下写下的。但是后来，设计改变了，允许每天有多个客户事件了。发生这种情况时，很难改变新设计影响到的所有情况。...通过启动逐渐添加所需小功能，我得到了一些非常有用的工具。自己写工具的好处是，我得到的正是我想要的。 在测试中发现所有的bug，那绝对是不可能的。...但我学会了不再用这种方式去回应。更多的时间，事实往往证明，他们所报告的的确是实际发生的情况。因此，这些天，我开始接受他们所报告的内容的表明价值。当然，我依然会仔细检查一切是否被正确地设置等等。

94790

13 年的 Bug 调试经验总结

哪怕通常不会发生，但系统（或交互系统）其他部分的bug可能会导致事件发生呢。 2.过早。这是第一点“事件顺序”的一个特例，但它确实会引起一些棘手的bug，因此我把它单独拎出来说明。...在调试这类问题时，我们总是假定在空闲列表中的时候连接被设置为down（但当时为什么不把它放到列表外面呢？）。这是我们思考的不足，没有考虑到有时候事情会过早发生。 3.悄无声息的故障。...发生这种情况时，很难改变新设计影响到的所有情况。找到关于改变的所有显式依赖关系不难，难的是要找到所有隐性依赖于旧的设计的情况。例如，可能会有获取给定某一天所有客户事件的代码。...通过启动逐渐添加所需小功能，我得到了一些非常有用的工具。自己写工具的好处是，我得到的正是我想要的。 在测试中发现所有的bug，那绝对是不可能的。...但我学会了不再用这种方式去回应。更多的时间，事实往往证明，他们所报告的的确是实际发生的情况。因此，这些天，我开始接受他们所报告的内容的表明价值。当然，我依然会仔细检查一切是否被正确地设置等等。

69560

13 年的 Bug 调试经验总结

哪怕通常不会发生，但系统（或交互系统）其他部分的bug可能会导致事件发生呢。 2.过早。这是第一点“事件顺序”的一个特例，但它确实会引起一些棘手的bug，因此我把它单独拎出来说明。...在调试这类问题时，我们总是假定在空闲列表中的时候连接被设置为down（但当时为什么不把它放到列表外面呢？）。这是我们思考的不足，没有考虑到有时候事情会过早发生。 3.悄无声息的故障。...发生这种情况时，很难改变新设计影响到的所有情况。找到关于改变的所有显式依赖关系不难，难的是要找到所有隐性依赖于旧的设计的情况。例如，可能会有获取给定某一天所有客户事件的代码。...通过启动逐渐添加所需小功能，我得到了一些非常有用的工具。自己写工具的好处是，我得到的正是我想要的。 在测试中发现所有的bug，那绝对是不可能的。...但我学会了不再用这种方式去回应。更多的时间，事实往往证明，他们所报告的的确是实际发生的情况。因此，这些天，我开始接受他们所报告的内容的表明价值。当然，我依然会仔细检查一切是否被正确地设置等等。

50120

深度学习基础：为什么神经网络的感知机中的神经元需要偏置项？

但你是否考虑过我们为什么要使用偏置项呢?就我而言，直到不久前我才弄清楚这个问题。...对我来说，向她解释这些概念当然很容易，但我却很难进一步地告诉她我们为什么要使用偏置项。过了一段时间，我决定尝试写代码来研究这一问题。 让我们先从一些简单的概念开始。...但是下面的内容是很容易理解的: 我们很容易就注意到，当b=0时，函数总是通过原点[0,0]。当我们保持a不变的情况下引入b时，新的函数总是相互平行的。那么，我们能从中得到什么信息呢?...那么感知机如何对它分类呢?有偏置项和无偏置项的结果分别是怎样的呢?让我们通过编程，看看将会发生什么!...在这种情况下尽管一直在向分离平面逼近，但它还是不能将[0,0]和[1,0]分开， 有偏置项的感知器 现在我们来看一下有偏置项的感知器。首先，注意分类器的灵活性。

2.4K20

关于python中set与dict的无序问题

好了，当我疯狂运行这个程序的时候输出结果自然也不唯一。无序嘛！就是这个意思~ 但是事情没有那么简单，我无意又用int类型试了一试，如下： s = {1,2,3} print(s) 猜猜发生了什么？...这种情况下，无论我怎么疯狂输出，疯狂运行这段代码，我得到的结果却是唯一的，那就是print了｛1，2，3｝ 通过反复尝试我发现，只要是int类型，那么set好像就变成有序了，无论声明这个set时数字如何摆放...那么为什么出现这种现象呢，答案只需要从底层源码中就能找到。简单来说，就是字典和集合的无序性在python是如何实现的？ 字典和集合无序的实现方式是hash表。...而且在真正的生产过程中，你用到列表随机说明就有重复值呀~如果没有。。为什么不直接就用set呢。。。Σ( ° △ °|||)︴可别忘了set还带去重呢！ 所以！记住set是无序的！...所以set与dict是无序的~但是无序的世界里也有小惊喜等着我们发现~ 谢谢你的阅读~我是大蟒蛇，我希望通过自己轻松愉快的语气中与大家讲解我遇到的，或是帮助大家解决你遇到的python中的问题，也希望能给

2.1K20

那些原则No.90

这也是我经常会犯的错误，当一个事情交到我手上的时候，我经常会神经反射地去寻找自己脑袋中所能找到的最好的方案，但是很多时候呢，其实多方位地去咨询别人，会得到更好的结果，特别是你周围全都是比你厉害的人，这点我深有体会...在工作中因为观点的不同总会存在很多的分歧，也会有很多的争论，我觉得这是一个比较好的风气，因为我们都在寻找正确的东西。...但是总是有些时候，自己都会搞不清楚，自己究竟是在试图理解这个问题呢，还是仅仅为了证明对方的观点是傻逼。...一些这种情况可能是 “邓宁克鲁格效应”造成的，这事一种认知偏差，显示为能力低的人误认为自己更强。 嗯。很多人这样。要警惕自己是不是也有时候是这样。...要知道，你的预测是能改变决策者的决策，甚至能改变未来的。以前看过一些经济学的书，就以为，嗯，这不是很简单嘛，就一些公式，为什么会出现那么多经济学家呢？他们在研究什么呢？

590100

再谈Android的许可证

不过，我的文章写错了，并不代表Google没有做错。你可以这样想，如果Google的所作所为都是无可指责的话，那么为什么Linux内核开发小组会撤下它的代码呢？...如果我从这个角度评价Android，那篇文章的错误就会少一些，也不会遭到那么多反对意见了。 5. 在所有的批评中，有些不是针对那篇文章的具体内容，而是针对我个人的。...虽然我觉得，这些评价对我不太公平，但是我还是要谢谢这些朋友的指教。我愿意虚心汲取教训，以后写文章一定更加严谨，减少错误。 6. 不过，我也想借这个机会澄清一些误解。...* Linux内核是Google能找到的最便宜的内核，为什么不用？ 　　* Google又没违反License，还有什么可说的。 　　* 为什么Android的代码非要回馈给Linux呢？...是的，地球上就是有这种人类，谁妨碍了他发财，他就想除掉你。只要自身的利益得到保障，他人的死活才无所谓呢。 正是由于这种自私的人的存在，才需要我们更坚定地支持自由软件。

1.1K60

生成式 AI 如何辅助软件交付

多年来，我一直在强调，当人们关注代码时，他们认为构建软件就是坐在电脑前，面对IDE编写代码，这似乎就是全部内容。这也是为什么Thoughtworks多年来一直在使用极限编程实践包括结对编程。...多年来，我们的客户一直在问，为什么我要支付两名开发人员的工资来编写相同的代码？这很昂贵。我们不得不做很多解释工作，实际上这是一个巨大的错误假设，因为这项工作是有设计部分的。...有了生成式 AI，这种情况就不太会发生了，它会告诉你它做了什么。它给你一些实现的选项，但如果你没有经验和专业知识来对这些选项做出判断，那么可能会生成更多糟糕的软件。...但生成式 AI 可以消除许多流程中的障碍，这就是为什么你必须观察整个软件开发生命周期，包括思考我们如何培养未来的工程师成为优秀的工程师。...我可以保证，你组织中的每位软件工程师都已经在使用生成式 AI。我还可以保证，侵犯知识产权的情况已经在发生。

24620

面向对象编程是计算机科学的最大错误

因此，自动执行这种约束是符合逻辑的。 不幸的是，OOP 并不是我们一直在寻找的解决方案。它没有提供任何约束来帮助解决代码纠缠的问题。...，但似乎在给定相同输入的情况下，这个函数总是返回相同的输出。...前者的函数总是在给定相同的输入的情况下产生相同的输出，就像数学中的函数一样。换句话说，函数是确定性的。后一个函数可能会产生预期值，但这是不保证的。或者换句话说，这个函数是不确定的。...这取决于你团队中的初级开发人员是否遵循这样的最佳实践，以及这些实践是否在代码审查中得到执行（这并不总是发生）。 那函数式编程呢？在函数式编程中，函数式组成（和分解）是构建程序的唯一方法。...这正是我们一直在寻找的东西！ 函数调用其他函数，大的函数总是由小的函数组成，就是这样。与 OOP 中不同的是，函数式编程中的组成是自然的。

56250

程序员翻车时的 30 种常见反应

“我不知道该把它删掉还是该重写” 看着旧代码，你总有一种想要重写它们的冲动。丑陋的逻辑语句和啰嗦的语法极大降低了代码可读性！但是，如果代码跑得好好的，为什么要去修改它们呢？...“这个功能有没有对应的插件？” 为什么要重复发明轮子呢？要扩展用户界面、程序或网站，插件是一种很好的方式。另外，插件还能提供定制化功能。如果找不到相应的插件，为什么不自己开发一个？ 6....但如果你发现你又因此浪费了一个小时呢？我经常遇到这种情况，这让人感到非常沮丧。 20. “天哪，我为什么没写注释？” 在写前端 HTML/CSS/JS 代码时，并不总是需要写注释。...“刚才它还能运行……” 开发程序最令人感到沮丧的，可能是什么都没做——既没有更新，也没有修改代码——程序却突然不能正常运行了。我发誓，这种事请经常发生。也许是因为其他程序正在运行旧的版本？...“我想知道如果请人来修复我犯下的错误要花多少钱？” 聘请其他开发者来修复问题，这种想法很诱人，但显然财务上不允许。另外，如果你不亲自动手，怎么能从这些错误中吸取到教训呢？

49310

开发高质量的软件要付出什么样的代价？

既然客户从来没见过这个应用程序的源代码，而且也不影响应用程序的运行，那为什么还会有人为 Rebecca 的软件额外支付 4 美元呢？...---- 内部质量使增强软件变得更容易 那么为什么软件开发人员会把内部质量当成一个问题呢？程序员大部分时间都花在代码的修改上。即使在一个新系统中，几乎所有的编程都是在现有代码基础上完成的。...Cruft 增加了我理解如何改变的时间，还增加了我犯错误的可能性。如果我发现了自己的错误，那么我就会浪费更多的时间，因为我还必须了解这一错误是什么，以及如何纠正这个错误。...在物理世界中，类似的情况是，一旦一半的建筑物建成并被占用，客户通常会添加新的楼层，并改变楼层平面图，而混凝土的基本性能每隔一年就会发生变化。 鉴于存在这种程度的变化，软件项目总是创造一些新颖的东西。...其实这是一个错误的选择，这点在《State of Dev Ops Repot》中严谨的科学研究中得到了证实。 几年来，他们一直使用调差的统计分析来梳理高效软件团队的实践。

82130

5.4 万 Star，一夜清零！

在配置文件和存储库方面，GitHub 的概念模型会将用户和组织视为非常相似的实体。在这种情况下，由于我只是想在我们组织的个人资料上重复相同的操作，我的大脑切换到了「自动驾驶」模式。...这就是为什么我一开始要隐藏 httpie/httpie，而不是 httpie/.github，并且没有意识到我的错误。 但是，还有一个确认流程？...片刻之后，我意识到发生了什么事。所以我回到 repo 的设置来翻转开关。但 GitHub 不允许我这样做——整整半个小时。 为什么这么久呢？...为什么 GitHub 不给我们恢复呢？ GitHub 显然有备份，并且有恢复 repo 的方法。...我们希望 GitHub / 微软 有朝一日能够改变他们的态度，并恢复我们的项目社区，他们拥有实现这一点的所有数据和方法。我们也希望他们改进 UI 和数据库设计，以防止这种情况未来发生在其他团队身上。

97430

为什么IP地址与Mac地址缺一不可?为了方便理解,来讲个故事:再深一点:

而理论上,世界上的IP地址和Mac地址也是独一无二的,为什么通信过程中,既需要Mac地址又需要IP地址呢简单的讲,是因为网络环境太复杂了.网络通信要经过许多路由器转发信息,才能实现双方的通信.所以才需要...为了方便理解,来讲个故事: 传纸条 我是昭昭,我处在教室座位的第一排,我想给第五排的小Y同学传一个纸条.但迫于自己胳膊不够长,只能把纸条折三折,在纸条的背面面写上(我是昭昭,帮我把这个纸条传给小Y,谢谢路过小伙伴啦...再深一点: 传纸条一定要加自己的名字么这个,其实吧,如果不加自己名字的话,人家小Y收到后怎么回你呢帮忙传纸条的小伙伴是何许人也在实际的网络中,这些帮我传纸条的小伙伴们就是网关(可以理解为我们平时家里装的无线路由器...关于TTL: TTL 在实际的网络中,发送数据要远比传纸条复杂得多,比如,在传纸条的过程中,第四排的是一个新同学,他不知道小Y在第五排,他以为小Y在第二排,就把纸条传到了第二排,然后这个纸条就会一直在第二排与第四排之间循环传递......这种乌龙事件在网络中是有可能发生的,为了避免这种情况,我们会在要传递的数据上,加一个初始值(这个初始值就是大名鼎鼎的TTL,暂定128),每经过一次传递,就将这个值减1,当减到0的时候,就把这个数据包丢掉

77570

PHP命名空间（Namespace）初探

之后我可能想要增加对所有用户留言的一些信息统计功能，比如说我想得到所有留言的数量。...> 复制代码 为什么要说第一个命名空间呢？因为同一脚本文件中可以创建多个命名空间。 下面我创建了两个命名空间，顺便为这两个空间各自添加了一个Comment类元素： <?...在这种情况下，Comment总是被解析为代码中的文字名(literal name)A rticle \Comment。...> 复制代码 我注意到，如果导入元素的时候，当前空间有相同的名字元素将会怎样？显然结果会发生致命错误。 例： 复制代码 字符串形式调用问题 上面的动态调用的例子中，我们看到了字符串形式的动态调用方式，如果要使用这种方式要注意两个问题。 1. 使用双引号的时候特殊字符可能被转义 <?

1.7K10

芭比Q了！5.4万GitHub Star一朝清零！

在配置文件和存储库方面，GitHub 的概念模型会将用户和组织视为非常相似的实体。在这种情况下，由于我只是想在我们组织的个人资料上重复相同的操作，我的大脑切换到了「自动驾驶」模式。...这就是为什么我一开始要隐藏 httpie/httpie，而不是 httpie/.github，并且没有意识到我的错误。 但是，还有一个确认流程？...所以我回到 repo 的设置来翻转开关。但 GitHub 不允许我这样做——整整半个小时。 为什么这么久呢？因为这是 GitHub 级联删除我们 10 年来的 Star 和关注者所花费的时间。...而且我没有办法阻止这个过程。我所能做的就是开始发消息给 GitHub 寻求支持，刷新页面并等待 Star 数量达到零，然后才能再次将其公开。 为什么 GitHub 不给我们恢复呢？...我们希望 GitHub / 微软 有朝一日能够改变他们的态度，并恢复我们的项目社区，他们拥有实现这一点的所有数据和方法。我们也希望他们改进 UI 和数据库设计，以防止这种情况未来发生在其他团队身上。

40760

设计师都能懂的 Redux 指南

更改数据的代码必须像数学公式一样。 在相同输入的情况下，它必须返回相同的结果。 无论你运行多少次，4 的平方总是 16。 当你遵循上述原则来开发应用的话，不可思议的事情就来了。...自动错误报告 想象一下:一个用户在你的应用程序中发现了一些错误，想要报告这个 bug。她煞费苦心地回忆和描述她所做的事情。然后，开发人员尝试手动执行这些步骤，以查看是否再次发生错误。...开发人员单击“重播错误”按钮并观察错误是如何发生的。 bug 被当场压扁，每个人都很开心！ Redux Bug Reporter 就是这样玩的。它的工作原理呢？Redux 的限制条件让一切变成可能。...“样板” 代码 在许多情况下，使用Redux意味着编写更多代码。通常需要接触多个文件才能使一个简单的功能正常工作。人们一直在抱怨他们必须用 Redux 编写的样板代码。 我知道，这听起来很矛盾。...Redux 的一般思想适用于任何地方 只要你明智地使用 Redux，你可以在很多情况下得到它的好处，而不仅仅是在React应用中。 总结 有不可避免的缺点。

1.6K10

当你设计时，应该思考些什么

也许有的人练习了很久发现自己的进步速度很缓慢，有的人练习的不多，但每次输出的作品质量跟上次相比却提升很多。那么其中的差异到底是出现在哪些方面呢，我之前也一直在思考这方面的问题。...那么你有没有思考过为什么会产生这样的结果呢？对于自身的学习和思考方式我们是不是还有待改进的方法？我们可以先来了解一下学习金字塔这个模型： ?...分析最直接的方式就是自我提问。“这个设计我为什么会觉得它好看，是颜色的搭配吸引了我，还是版式的设计非常合理，又或者是整体的配图非常和谐?”...就像在学校时，老师总是强调我们试卷答题完成后一定要进行自我检查去排除一些不该犯的错误。同理，设计也是一样，每当我们初步完成了设计界面后，我觉得最重要的也是进行自我检查，排除一些界面常见的错误。...说起来很简单，但不要因为这个错误的发生而让别人质疑你的专业性； 以上列举了一些部分常见的界面问题走查，还有更多的界面基本问题值得大家去留意。

42040
点击加载更多

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券