本文作者梳理和分享了线程池类的故障，分别从故障视角和技术视角两个角度来分析总结，故障视角可以看到现象和教训，而技术视角可以透过现象看到本质更进一步可以看看如何避免。
本文讨论我们如何在工作负载中扩展 Istio Sidecar，以及如何考虑 Sidecar 资源与应用程序紧密耦合的关系。 目前有很多关于 Istio 新的 Ambient Mesh[2] 的讨论。这种部署服务网格的新方法放弃了 Sidecar，而采用了两个新组件，ztunnel，一个用于处理核心 L4 网络问题的每节点组件，以及（如果需要）waypoint proxy 来处理 L7 问题。
一直以来，在涉及搜索引擎的空间数据检索、空间数值数据查询或范围查询问题领域，BKD或BKD-Tree技术作为空间索引技术的重要方面，一直是被讨论的一个绕不开的热门话题。在网络上有关BKD的技术文章或博客、贴文，虽然也有一些，然而多是言之不精，浅谈辄止，良莠不齐，让很多想学习、掌握BKD技术要点和技术内幕的人不得其法，徘徊在困惑迷茫的新手之路上。着眼于此，本文正是这样一篇全面、深入讲述BKD前世今生、技术内幕和算法本质的技术文章，力求呈现细胞级的深刻论述表达，演绎透彻流畅的算法思想理解脉络，通篇辅以详实的算法伪代码展现，力求达到"理解后即可实践", 全在这一篇文章。关于BKD技术，只看这一篇就足够了。
作为一名从业将近 20 年的设计师，我在许多项目中都使用过按钮，但从来没有花时间仔细考虑过按钮设计。直到最近，我才意识到自己在设计按钮时犯了一些常见错误（而且我不是唯一一个）。 当你拿出手机，打开几个应用程序并浏览一些內容，我敢打赌你会遇到很多按钮。我还敢打赌，其中许多按钮存在影响可用性和可访问性的问题。甚至有很多有问题的按钮，是出自经验丰富的设计师之手。所以我整理了一些实用的按钮设计技巧，以避免这些问题并设计更好用的按钮。 首先，我将介绍一些流行的按钮设计，并客观地使用设计原则来指出它们的问题。在这里我将摈弃所有主观因素，比如美学、“直觉”或外观漂亮等。我也不会在这里介绍代码，因为我们可以先在设计方面做很多事情。最后，我将总结一些按钮设计技巧和最佳实践。
软件开发中遇到异常才是正常，很少有人能写出完美的程序跑在任何机器上都不会报错。但极为正常的软件异常，却经常出自不同的原因，导致不同的结果。怎么样科学地认识异常、处理异常，是很多研发同学需要解决的问题。本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第三篇，本篇文章将主要聚焦业务开发对异常处理的需求点和一些优秀的异常处理案例，欢迎阅读。
