代码评审作为保障软件质量的重要手段，是大型软件开发中不可或缺的重要一环。质量高的评审，对于提升质量和塑造团队氛围有着不可替代的作用。质量低下的评审，则可能沦落为形式主义，甚至让团队内部滋生矛盾和不满——评委你做个人？ 本文总结了我作为评审的参与者，在命名、指引性注释和沟通方式三个方面的一些思考，或许这几个容易被人忽视的地方，才是影响代码评审质量的关键之处。愿你的代码评审，不被人喷“做个人”。
在当今这个数据驱动的时代，大模型以其强大的数据处理能力和深度学习能力，正在逐渐改变我们的工作和生活方式。 然而，对于许多开发人员来说，从开源网站下载、配置并成功运行这些复杂的大模型到本地环境，无疑是一项耗时且技术要求高的任务。这不仅涉及到对模型的深入理解，还包括对硬件资源的合理分配、环境配置的精确调整以及可能出现的各种兼容性问题。 为了简化这一过程，让大模型的部署变得更加便捷和高效，这些专为本地部署大模型而设计的协助工具应运而生。 这6款被问爆了的可以在本地运行大模型的工具，最后一个千万不能错过！
传统的蒙皮过程在动画制作中往往是极为耗时且繁琐的环节，游戏角色及衣物复杂且多样，动画师们需要耗费大量精力去手动调整模型骨骼与皮肤之间的关联，以确保在角色运动时，皮肤能够自然、逼真地跟随骨骼变形。这一过程不仅要求动画师具备高超的技艺和丰富的经验，还需要他们投入大量的时间和耐心。 然而，即使是经验丰富的动画师，在面对复杂的角色模型和众多的动画帧时，也难免会出现一些细节上的瑕疵或效率低下的情况。
每逢岁末，都是总结一年工作成果、个人成长的阶段，往往这个时候也多是程序员们走向升职加薪的窗口期。 但令很多程序员苦恼的是，掌握了架构图的一百种画法，却不一定能在晋升答辩 PPT 上留下让评委深刻的印象。本文作者总结了自己多次的晋升答辩、辅导经验，体系化地写就了这篇应景好文，相信耐心看完的你必能在年末有一个好的收成～
过去几年大规模自研上云实践中，使用 K8s 按集群维度管理遇到一些问题。例如集群资源不足，需要用户手动更换集群；缺少按可用区维度，需要用户手动挑选多个集群组合；机房故障时缺少统一操作的入口，如批量切流、故障迁移。尽管业界内有按条带化规划集群、通过多集群调度组件部署的案例，但都缺少面向应用、屏蔽集群，聚焦多可用区高可用的容器编排。 TKE 应用管理平台（TKE AppFabric）的一个核心特征，就是通过 TAD（Tencent Application Definition）Yaml 声明，简化容器应用的多活容灾编排流程。业务只需按可用区（Availability Zone，AZ）维度声明期望的分布，无需关注集群概念。例如指定多 AZ 按等比例的部署方式，或者指定多 AZ 且单 AZ 占比不超过上限值的部署方式；流量入口支持多集群跨 AZ 访问，以及变更发布按 AZ 维度进行灰度等。
腾讯新闻经过这几年的重构、服务下线、服务合并等处理后，目前遗留了大量的历史接口。腾讯新闻对端的接口没有完善的规范，文档分散在 iwiki、腾讯文档、yapi，没有使用统一的平台进行自动化的管理。客户端、前端开发环境迫切需要 Mock 能力，只能通过本地工具进行 Mock，没有办法在远程接口进行 Mock。这些问题降低了研发效率，存在大量人工沟通成本，因此针对我们业务当中遇到的这些问题进行了治理，取得不错的成果，另外也比较深入思考了如何使用 AI 来治理技术债务，借此机会分享给大家，也希望大家的业务通过我们的经验给大家带来一些帮助和思考。
最近有道题在厂内热度很高，这是一位来自10年的鹅厂程序员从工作中抽象出来的算法题，来考考大家： 题目是这样的：给定多个已经排序好的数组（从小到大），在每个数组中挑选一个数字，计算这些数字的方差。请找出方差最小的数字组合（可能有多个），并输出方差。举例：[1，3，4，6，7，100 ][28，50，70，102 ][14，76，98 ] 选择的数字组合应该是100，102，98。 方差是2.67，要求性能尽可能的高，避免暴力穷举。 来看看鹅厂工程师们都怎么解这道题吧！
