大家好，我是陶朱公Boy，一个认真生活，总想超越自己的程序员。 前言 知乎上有一个提问：Bug是如何产生的？ ↓↓↓ 今天，我们就这个话题，一起来做个讨论。...我的回答 早些时候，我写过一篇文章：趣图｜为什么祖传代码被称为“屎山”？ 那篇文章我的观点认为，那种一个类成百上千行代码堆在一起，经过一个又一个接盘侠维护后的“屎山代码”，是很容易产生bug的。...那产生bug具体涉及到哪些场景呢？在这里，我深度总结了以下10种场景，与你分享： 编程错误： 最常见的Bug产生原因之一是编程错误。本质原因还是程序员代码写的不规范或有漏洞，导致逻辑错误和数据错误。...知友答复 回答一 回答二 回答三 客户是这样描述需求的 项目经理是这样理解的 设计出来是这样的 开发出来的是这样的 测试的时候是这样的 顾问是这样形容的...实施是这样的 顾客得到的是这个样子的 顾客真正想要的是这个样子的 写到最后 感谢您一路陪伴着我，探索编程的奇妙世界。
Bug的产生是一个复杂的过程，涉及多个阶段，包括需求、设计、开发、测试以及使用和维护。...如果变化未能及时、准确传递和处理，已开发的功能可能与用户期望不一致，产生Bug。 需求过度复杂化：过于复杂或不切实际的需求设计可能导致实现困难，增加开发时出错的机会。...2、设计阶段的问题 设计缺陷：系统设计不合理或存在缺陷，可能导致后续开发中出现意想不到的问题。例如，架构可扩展性和可维护性不足，系统复杂性增加时，Bug产生的几率会增加。...技术债务：长期积累的技术债务，若未及时清理和维护，也可能导致软件质量下降，增加Bug产生的风险。...通过全面理解和分析这些因素，团队可以在软件开发生命周期中采取有效的措施，减少Bug的产生，提升软件的质量和稳定性。
程序员：好的，马上开始打地基！ 领导：你看那隔壁那木房子就没有打地基，不要在小事上浪费时间，一个月水平面上面什么都看不到，你kpi不要了？ 这是敏捷开发。 一层房子修好。...领导：我觉得两层楼的视野好，再加一层。 程序员：可是我们没有地基，重新打地基要时间…… 领导：你一楼都修好了，照着再修个一模一样二楼很难？还要很多时间？ 这叫高速版本迭代。 二楼修好。...程序员：这个结构行业翘楚的房子也不支持呀！ 领导：那不正显得我们牛逼么？修快点，夏天要来了。 这叫快速功能追加。 游泳池修好，看着摇摇欲坠的房子，程序员跑路了，领导找来新人继续。...领导：我觉得游泳池水不够满，你加点的，一楼光线不好你在墙上打个窗户。 新人：好的，没问题领导，马上加一桶水，马上砸墙。 这叫打补丁。
不仅如此，GPT还学习到了在对话中临时学习的能力。 看起来ChatGPT除了“续写”外，还真的产生了逻辑推理能力。这些统计之外的新能力是如何出现的？ 如何让机器理解语言，如何让代码存储知识？...这篇文章，只是为了回答一个问题：一段代码是如何拥有心智的？...如何让机器计算字符，如何让代码存储知识，为什么将以上模型框架中的一个单元拆开后，全都是圆圈和线？ 所以研究AI的第一步，是搞清楚上图中的一个圆圈究竟能够干什么。...到这一步，逐渐意识到，是压缩产生了智能。 Jack Ray, OpenAI大语言模型团队的核心成员，在视频讲座中提到，压缩一直是我们的目标。...但是，通过压缩产生的智慧和人的心智真的是同一种东西吗？
今天这篇漫画的灵感来源于知乎的万赞回答，也有一部分原因是因为最近工作状态的真实写照吧， 它讲述的是程序员工作中的bug是如何产生的，以及作为一名优秀的程序员，如何把握好你跑路的时间呢？...而bug的产生，大多源于遇上不懂技术的领导或老板，到处跟业务部门、客户等吹牛逼，保证项目开发能有多快、多好、多稳，但当真正需求出来后，经过开发人员评估，时间远远超出他吹牛皮的范围，然后就开启了压迫模式，...到最后程序员无法忍受，只好跳槽跑路，新来的接盘侠对项目完全不了解，在迷宫一样的系统里垂死挣扎，改好一个bug引发了另外100个问题，如此反复循环……,而老板/领导完全自我良好，认识不到自己的问题… 程序员真的是太难了...… 参考资料 # Bug是如何产生的 https://www.zhihu.com/question/365343579/answer/967299388 文中部分素材来源网络，如有侵权，请联系删除...本文已获授权改编自知乎 “哒柏” 的回答《Bug是如何产生的?》
Service中是如何产生ANR的？...在Service中涉及的两对Binder是什么？是怎么完成通信的？ app进程通知AMS所处的systemserver进程通信是通过AMP（客户端）和AMS（服务端）这对Binder完成的。...AMS所处的systemserver进程通知app进程开始启动服务是通过ATP（客户端）和ATN（服务端）这对Binder完成的。 AMP是AMN的内部类而AMS继承自AMN。...，api25和api26的本质是一样的。...而api26使用的是app.thread也就是ApplicationThread，该类是ActivityThread的内部类。
Service中是如何产生ANR的？ Service中是如何产生ANR的？ Service启动流程 遗留问题： Service中是如何产生ANR的？...在Service中涉及的两对Binder是什么？是怎么完成通信的？ app进程通知AMS所处的systemserver进程通信是通过AMP（客户端）和AMS（服务端）这对Binder完成的。...AMS所处的systemserver进程通知app进程开始启动服务是通过ATP（客户端）和ATN（服务端）这对Binder完成的。 AMP是AMN的内部类而AMS继承自AMN。...，api25和api26的本质是一样的。...而api26使用的是app.thread也就是ApplicationThread，该类是ActivityThread的内部类。
而这部分 Evicted 状态的 Pod 在底层关联的容器其实已经被销毁了，对用户的服务也不会产生什么影响，也就是说只有一个 Pod 空壳在 k8s 中保存着，但需要人为手动清理。...本文会分析为什么为产生 Evicted 实例、为什么 Evicted 实例没有被自动清理以及如何进行自动清理。...节点资源不足导致实例被驱逐 k8s 中产生 Evicted 状态实例主要是因为节点资源不足实例主动被驱逐导致的，kubelet eviction_manager 模块会定期检查节点内存使用率、inode...stats 数据一部分是通过 cAdvisor 接口获取到的，一部分是通过 CRI runtimes 的接口获取到的。...(default 12500) 该参数配置的是保留的异常实例数，默认值为 12500，但 podgc controller 回收 pod 时使用强杀模式不支持实例的优雅退出，因此暂不考虑使用。
那个时候精气神是不一样 讨价还价也有余地 哪里都会有坑和不如意 跳槽并不能一劳永逸，也许能解决上家公司的问题，但不能解决所有职场问题 重点是你当时选择这个岗位所看重的东西 能否cover住新岗位的不如意...不要频繁跳槽 一般收到简历，履历中有几次低于1年的工作经验的，我都会PASS 没有定性是一方面 最重要的是显得没脑子 善始善终 人是活在圈子里的 越到后期你会越发现，所在行业的圈子是这么小 离职时，多多少少员工心理都觉着自己受了委屈...别想着要离职了，就开启撕逼大戏，这会被认为情绪不稳，职场不成熟 或者想着“人之将死其言也善” 被问到离职的原因时，噼里啪啦一通公司的弊病弊端，直指直属上级的不是 即使诚恳，但你仍然是带着情绪的 而对方也是带着情绪的...他们会成为你在职场上的关键背书和人脉 等冷静下来 如果你仍觉得原团队确实存在一些弊病 那么选择一个和缓的时机，委婉提出 对方也可以给予你最中肯的一些建议 工作5年后，如果没有人拉着你说 诶我这有个坑你要不要来...，团队内有个不错的XX岗位我推荐你 或者最次，背调的时候找到能为你做职业背书的人 那么这样的职业生涯是堪忧
近些年发生在国内的大规模的木马中毒事件，熊猫烧香病毒，就是典型的木马入侵案例，木马对计算机系统和网络都有相当大的危害。 ? 一个传统意义上的木马主要分成两部分：服务器，控制器。...服务器就是植入到电脑中的病毒，随时听候控制器的指示，一旦收到信号指令就是按照控制器的做法开始，最原始的做法是扫描可以使用的网络端口，开启一个端口方便控制器进入，一旦门口打开电脑里面的所有隐私都会被收集到...常见的木马都有什么类型，木马从程序角度理解应该属于一个进程，毕竟时刻等待控制器指令，需要处于一直等待状态上，能够满足这种一般是进程，最土的做法是自己建立一个进程，然后等待时机开始做事。...，无硝烟的战争无时无刻的在进行中。...木马防护最主要的是不要轻易点击陌生的文件，不要轻易下载哪些明知道存在木马病毒可能性的文件。尽量安装上杀毒软件，如果不想长期开启可以每隔一段时间清理下木马和病毒，然后关掉。
大家好，又见面了，我是你们的朋友全栈君。...而这部分 Evicted 状态的 Pod 在底层关联的容器其实已经被销毁了，对用户的服务也不会产生什么影响，也就是说只有一个 Pod 空壳在 k8s 中保存着，但需要人为手动清理。...本文会分析为什么为产生 Evicted 实例、为什么 Evicted 实例没有被自动清理以及如何进行自动清理?...stats 数据一部分是通过 cadvisor 接口获取到的，一部分是通过 CRI runtimes 的接口获取到的。...(default 12500) 该参数配置的是保留的异常实例数，默认值为 12500，但 podgc controller 回收 pod 时使用强杀模式不支持实例的优雅退出，因此暂不考虑使用。
不同制造工艺的零件，产生偏差的原因有所不同，以机加工为例，误差产生的主要原因如下： 01 机床的制造精度 机床的制造误差主要包括主轴回转误差、导轨误差和传动链误差。...主轴回转误差是指主轴各瞬间的实际回转轴线相对其平均回转轴线的变动量，它将直接影响被加工工件的精度。主轴回转误差产生的主要原因有主轴的同轴度误差、轴承本身的误差、轴承之间的同轴度误差、主轴绕度等。...导轨是机床上确定各机床部件相对位置关系的基准，也是机床运动的基准。导轨本身的制造误差、导轨的不均匀磨损和安装质量是造成导轨误差的重要因素。 传动链误差是指传动链始末两端传动元件间相对运动的误差。...定位副制造不准确误差只有在采用调整法加工时才会产生，在试切法加工中不会产生。...在工艺系统中，工件、刀具在机床上的互相位置精度，是通过调整机床、刀具、夹具或工件等来保证的。
时代的变迁，消费者口味变化是库存产生的时代原因 在八九十年代，物质短缺的年代，不存在库存积压问题，因为大家都没有什么好衣服，一个好款式出来以后，大家都去爆买，所以那个年代是做服装生意的黄金年代。...库存产生的原因就是信息不对称，没有实现连通 库存产生的原因就是企业在运作过程中的信息不对称，也就是企业的管理能力没有跟上，导致消费需求和生产活动是相互脱节，下面从几个方面进行解读。 1....所以，在多款少量时代，信息化系统和信息化应用水平，决定了企业的库存管理能力，也决定了是否会产生库存。前面讲到的库存比例分析也是非常重要的，库存结构要合理，才能最大可能的避免库存产生。...，快速的供应链反应，为前端销售争取了最大的时间端，避免一上市就过季的尴尬局面产生。...真正解决库存的方式是去减少库存的发生，而不是去低价消化这些库存。 总之，好的软件系统是避免库存产生的利器，当然也需要企业自身的运用能力。
什么是图像噪声？是如何产生的？在一些图像中，像素值会在原始场景理想均匀的区域内变化，其原因要么是光子或其他信号的有限计数统计、在芯片内的电子偏移中引入的损耗；要么是放大器或电缆中出现了电子噪声。...下图展示了在静止场景相机成像过程中各个过程产生噪声原因的完整示意图，其中沟道噪声主要满足泊松分布，其主要成因是光电转换器件中单位置生成电子数目与接受到的入射光子数目出现泊松抖动而非线性映射关系。...图像去噪技术是现代数字图像处理器中最为重要的步骤，负责去除在像素值产生、读出、处理过程中产生的各类型噪声。...此类方法的特点是：简单、计算复杂度和资源消耗低，机械的考虑去噪时周围的位置相似度而非图像纹理、细节的相似度，因此时常产生局部平滑的效果。...遭受噪声污染后，图像矩阵的无序性变强而差异性变弱。因此如何从无序性强的噪声矩阵映射到无噪矩阵，可通过压缩的方法进行处理。
正文如下： 前几年在巴塞罗那举行的世界移动通信大会(Mobile World Congress)——世界上首屈一指的移动消费电子产品大会——关注的主题是如何让下一个10亿人上网。...在今年的活动上，你每走一分钟都能看到有人在兜售5G的承诺。5G是下一代蜂窝移动通信，有望带来更高的数据速率、更低的延迟和大规模设备连接。 唯一的问题是，对于普通消费者来说，5G并不那么令人兴奋。...5G的这一承诺很可能将在边缘计算上实现，使其从会议营销变成现实世界的可行性。事实上，4G已经可以提供类似5G的边缘计算体验。 边缘计算入门 那么什么是边缘计算呢?...他们只需要知道边缘计算的存在，以及如何构建边缘——我们(已经)有了稳定的软件和边缘定位。”...虽然在今年的世界移动通信大会(Mobile World Congress)上，5G这一无处不在的承诺让人感觉有些遥不可及，但如今，边缘计算无疑可以帮助应用程序开发商实现这一承诺。
什么是死锁？...死锁是一种非常严重的bug，是说多个线程同时被阻塞，线程中的一个或者多个又或者全部都在等待某个资源被释放，造成线程无限期的阻塞，导致程序不能正常终止 ️为了进一步说明死锁，有哲学家就餐这样的一个问题...如何使用IDEA查看程序是否产生死锁？...如何避免死锁？...死锁的产生必须满足互斥使用，不可抢占，请求和保持，循环等待这四个条件，但是只要破坏其中任意一个条件即可破坏死锁，其中最容易破坏的就是循环等待这个条件，那么如何破坏循环等待这个条件呢？
如今词向量已经被广泛应用于各自NLP任务中，研究者们也提出了不少产生词向量的模型并开发成实用的工具供大家使用。...在使用这些工具产生词向量时，不同的训练数据，参数，模型等都会对产生的词向量有所影响，那么如何产生好的词向量对于工程来说很重要。中科院自动化所的来斯惟博士对此进行了详细的研究。...Order模型 在上面CBOW模型的在输入层是直接进行求和，这样并没有考虑词之前的序列顺序，所以来博士把直接求和改为了词向量之间的顺序拼接来保存序列顺序信息。 ? 模型理论比较 ?...2各种模型的实验对比分析 整个实验是围绕下面几个问题进行的: 如何选择合适的模型？ 训练语料的大小及领域对词向量有什么影响？ 如何选择训练词向量的参数？...（这里我觉得只能说是某些任务，不过趋势是一致的，随着词向量维度的增加，性能曲线先增长后趋近于平缓，甚至下降） 3 总结 选择一个合适的模型。复杂的模型相比简单的模型，在较大的语料中才有优势。
在合并之前，这两家公司是在不同的开源许可模式下发布各自的产品，新模式将 Hortonworks 和 Cloudera 之前使用的许可模式进行了整合。...“我们贡献的所有开源项目都由 Apache Software Foundation 托管，将继续作为 ASF 管理项目”，Cloudera 表示，并承诺将其 Cloudera Manager，Cloudera...在合并之前，两家公司在不同的开源许可模式下发行各自的产品。让这两个模式一致是我们合并后待办事项中的最后一项。...我们很看重自己的开源领导角色，也意识到我们需要调整自己的许可证，也是继续我们对开源软件的承诺。 使我们的开源许可策略和业务模式保持一致也是一个社区流程。...他们向平台供应商付钱所获得的是增值，而不是担心要换平台而产生成本。 2.社区标准，而不是Cloudera标准。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
云直播
对象存储
腾讯会议
