摘要： 一、过去的做法 之前在团队开发中，代码合并时，我和同事经常不沟通，各自把代码直接往主干分支提交，结果好几次因为代码冲突，覆盖了对方的修改，引发功能异常，还得花时间排查、恢复。 二、结合书中分析不足 《构建之法》谈到版本控制中分支管理和团队协作规范的重要性 。我们过去随意提交代码、缺乏分支协作意识的做 阅读全文

摘要： 学习时间：9小时（周末冲刺） 代码量：300行（服务网格） 博客量：1篇 核心学习内容： Istio流量管理： yaml apiVersion: networking.istio.io/v1alpha3 kind: VirtualService spec: hosts: ["book-service 阅读全文

摘要： 学习时间：8小时 代码量：150行（K8s配置） 博客量：1篇 核心学习内容： Deployment配置： yaml apiVersion: apps/v1 kind: Deployment spec: replicas: 3 template: containers: - name: user-s 阅读全文

摘要： 一、过去的做法 以前做项目进度规划，就是大概拍脑袋定个时间节点，比如 “一周后完成模块 A”，没细分任务、评估每个任务的工作量和依赖关系，执行中经常出现任务堆积、前后环节衔接不上的情况。 二、结合书中分析不足 书中提及软件项目计划要进行 WBS（工作分解结构）等细致规划 。我过去粗放的进度规划，忽视 阅读全文

摘要： 学习时间：7小时 代码量：220行（监控体系） 博客量：1篇 核心学习内容： SkyWalking探针配置： yaml agent.service_name=library-service collector.backend_service=localhost:11800 Kibana日志看板： j 阅读全文

摘要： 学习时间：5小时 代码量：180行（服务容错） 博客量：1篇 核心学习内容： Feign客户端定义： java @FeignClient(name = "book-service", fallback = BookFallback.class) public interface BookClient 阅读全文

摘要： 学习时间：6小时 代码量：280行（微服务架构） 博客量：1篇 核心学习内容： 服务拆分方案： 图表 代码 graph LR A[API Gateway] --> B[User-Service] A --> C[Book-Service] A --> D[Borrow-Service] Nacos服 阅读全文

摘要： 一、过去的做法 之前参与项目测试，我都是等开发差不多快完成了，才开始手动点点功能，找明显的 bug，而且测试过程很随意，没系统规划，发现问题也没详细记录。 二、结合书中分析不足 《构建之法》里讲软件测试要尽早介入、有系统性和规范性 。我过去这种滞后、随意的测试方式，很多隐藏在早期的问题没及时发现，后 阅读全文

摘要： 学习时间：7小时 代码量：310行（推荐算法） 博客量：1篇 核心学习内容： 协同过滤算法实现： python 使用Surprise库 from surprise import KNNBasic algo = KNNBasic(k=20, sim_options={'user_based': Tru 阅读全文

摘要： 学习时间：6小时 代码量：380行（搜索服务） 博客量：1篇 核心学习内容： Elasticsearch索引设计： PUT /books { "mappings": { "properties": { "title": { "type": "text", "analyzer": "ik_max_wo 阅读全文