工作周报2025年 3 月 3 日 - 2025年 3 月 9 日

本周工作思考

• 本周总体完成了上周了任务，对近14天的常见线上问题做了代码修复，总计有40多个大类，总共梳理了近110个问题，有一些问题错误信息有差异，但原因是一个，这些就归为一类解决。 时间时间压力比较大，因为病休可一天，计划总体100个问题的清理任务压力比较大：问题整理、识别、梳理、记录到Anasa、定位问题/复现、分析问题危害定优先级、代码解决，验证+Code Revie，都是比较花费时间的。
  1. 原则上保证所有的修复是安全的操作，即不会增加新的问题。2次Code Review，关键修复3次Code Review。编译一次，主要修改会自测一遍
  2. 这个过程我也开发一些小工具方便加速以上流程，增加了跟进Sentry直查Kibana的功能，每次排查都比原来要少3、4分钟的查询条件的输入，一天下来效率提升不少。磨刀不误砍柴工，这些小工具都是真正的效率秘籍，未来很多的AI Tools也会起到这种作用。不起眼，却是真正的工作上的效率秘籍，这类工具可能需要真正的理解的所在的工作流才行。
• 本周开始使用Cursor，因为这周的编程任务是加强型代码修复， 问题分析和定位是重点，但是Tab这个功能依然十分有帮助，让我节省了输入时间，大大提升了效率。
  1. 当然也存在一些问题，比如使用Tab功能，我都会增加一遍人工审查，因为我发现Tab功能的完善代码并不都是每次都正确，这个就有点坑，你不知道它哪次是不正确的，就像我们写代码，一个项目写了4，5千行代码，只要有一行代码出现问题，就是一个线上事故，所以对AI来说这个概率也是存在的。
  2. 所以AI Code Review就非常重要了，对AI写代码，必须用另外的AI带着批判，甚至挑刺的态度去审视每一行代码，给我们提醒，警告，报警。对于AI Code Review功能，处理做代码审计，也要做设计和性能的审查。我也发现一个问题，Cursor容易“学坏”，就是的代码风格或者代码思路是坏的，如果不干涉，它依旧会错下去，我的理解是编程大模型的批判意识有点差，必须主动告诉它才行。