需求开发人日评估
本文介绍敏捷开发中工时评估的关键——人日估算方法，涵盖开发、自测、联调、测试及发布各阶段周期参考，并提供常见需求如增删改查、导入导出、跨服务调用等的典型人日参考值，助力团队科学规划迭代进度。
需求开发人日评估
随着敏捷开发在国内的风靡，越来越多的团队开始推行敏捷开发，这其中有一个关键事项就是：工时的人日评估。简单来说就是：项目经理会让开发人员自己评估自己负责的模块大概需要的开发周期。
人日，即按照1人几天完成，如1/人日：表示这个需求需要1个人1天完成，如果有2个人一起做，可能就是0.5天（需求开发一般1+1 < 2，因为有代码合并的兼容性要处理）。
线程池：故障梳理总结
本文从故障与技术双重视角，总结线程池满导致服务不可用的常见原因及应对策略。涵盖数据库慢查询、连接池配置不当、超时设置缺失等典型问题，结合真实案例分析，提出fast-fail、流控、背压、合理重试等最佳实践，助力开发者提升系统稳定性与容错能力。
线程池：故障梳理总结
本文从故障与技术双重视角，总结线程池满导致服务不可用的常见场景及解决方案。涵盖数据库慢查询、热更新、DDL锁表、连接池配置不当等问题，结合真实案例剖析根因，并提出fast-fail、流控背压、合理重试等最佳实践，助力开发者提升系统稳定性。
线程池：故障梳理总结
团队新同学反馈想学习了解线程池类的故障，由笔者做梳理和分享（所梳理的故障材料来自团队多年积累的故障复盘报告），内容对外部开发者来说也有借鉴意义，因此发出来希望能帮助到一些开发者。
我会从故障视角和技术视角两个角度来分析总结，故障视角可以看到现象和血淋淋的教训，而技术视角可以透过现象看到本质更进一步可以看看如何避免。
需求开发人日评估
本文介绍了敏捷开发中工时评估的关键方法，重点讲解“人日”概念及开发、自测、联调、测试、发布各阶段的参考周期。结合常见需求如增删改查、Excel导入导出、远程调用等，提供实用的人日估算标准，并附详细拆分模板，助力团队科学排期。
线程池：故障梳理总结
本文从故障与技术双重视角，总结线程池类问题的常见成因与防范策略。通过真实案例剖析数据库慢查询、连接池配置不当、超时设置缺失等引发的线程池满故障，提出fast-fail、合理超时、流控背压等最佳实践，助力开发者提升系统稳定性。
需求开发人日评估
本文介绍了敏捷开发中工时评估的关键方法，重点讲解“人日”概念及开发、自测、联调、测试、发布各阶段的参考周期。结合常见需求如Excel导入导出、增删改查、跨服务调用等，提供实用的人日评估标准，并附天机学堂案例与详细拆分模板，助力团队科学排期。
负载均衡算法
本文介绍多种负载均衡算法：随机、轮询、最小活跃数、源地址哈希及一致性哈希。涵盖适用场景、实现原理与代码示例，适用于服务器性能均等或加权情况，强调动态分配与请求稳定性。
入门运行Soul
Soul 是基于 WebFlux 构建的响应式 API 网关，支持高性能、异步处理与多协议集成，如 Dubbo、Spring Cloud。具备插件化架构、动态配置、流量控制、热插拔等特性，兼容多种语言，支持集群部署与 A/B 测试，网关延迟低至 1~2ms。
