|
一年来，工作主要围绕项目稳定性建设(其实就是写文档说明系统有哪些坑、如何避免)
~~这个是在填坑，从目标看没啥问题
多从事边边角角的工作，实际开发量极少（半年代码合计量不足 200 行） 。单次开发即便代码仅三四行，也需撰写大量文档: 技术评审、PR 评审、上线 check list 等模板化文档，字数众多。
~~从流程上看也没问题，如果单次开发代码很少，说明不值得开发，比如把每周一次迭代改为半年一次迭代，反正都是走一次流程
项目设计复杂，上线观测耗时久，且系统遗留问题多、债务重，异常日志海量..(一分钟几万条异常日志)，需过滤大量历史遗留字段才能查看有效信息
~~正好提需求做一个日志分析系统，一秒钟可以过滤几万条日志
逻辑混乱，导致开发工作压力大、负担重，很烦.... // 8 年老代码了, 改不动; 工作量很重, 也没时间改
~~是把 AI 提上日程的阶段了 |
