日志不是垃圾桶结构化日志的设计原则

这不是故意制造混乱而是不同开发者在不同时间独立添加的日志 没有统一规范

剑飞
1/14日志不是垃圾桶 结构化日志的设计原则

初期只有几行 print

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“初期只有几行 pr”落到一个具体项目里看结果
2/14日志不是垃圾桶 结构化日志的设计原则

C 模块写 `order

这不是故意制造混乱而是不同开发者在不同时间独立添加的日志 没有统一规范
3/14日志不是垃圾桶 结构化日志的设计原则

上下文丢失的另一个表现是

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“上下文丢失的另一个”落到一个具体项目里看结果
4/14日志不是垃圾桶 结构化日志的设计原则

让想法成结构

语言先变成材料
材料再形成结构
结构最后推动行动
把“让想法成结构”落到一个具体项目里看结果
5/14日志不是垃圾桶 结构化日志的设计原则

以下是一个渐进式迁移策略

不需要一步到位

把“以下是一个渐进式迁”落到一个具体项目里看结果
6/14日志不是垃圾桶 结构化日志的设计原则

总结

日志级别是最常被误用的设计

命题先说清本页判断
解释补足为什么
行动留下下一步
7/14日志不是垃圾桶 结构化日志的设计原则

预期内的异常用 WARN

正确的做法 预期内的异常用 WARN只有需要人工介入的意外情况才用 ERROR
8/14日志不是垃圾桶 结构化日志的设计原则

大数据量的内容使用 TRA

大数据量的内容使用 TRACE 级别（如果框架支持）或者根本不记录——需要时可以通过专门

命题先说清本页判断
解释补足为什么
行动留下下一步
9/14日志不是垃圾桶 结构化日志的设计原则

看交付物

01看见

结果能被他人检查

02完成

动作落到具体产物

03复用

下次可以更快再做

把“看交付物”落到一个具体项目里看结果
10/14日志不是垃圾桶 结构化日志的设计原则

日志量和日志质量是反相关的

日志量越大单条日志的平均价值越低因为有用的信息被噪声稀释了

把“日志量和日志质量是”落到一个具体项目里看结果
11/14日志不是垃圾桶 结构化日志的设计原则

三层日志的输出可以由级别控制

需要排查技术问题时临时开启技术层

命题先说清本页判断
解释补足为什么
行动留下下一步
12/14日志不是垃圾桶 结构化日志的设计原则

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14日志不是垃圾桶 结构化日志的设计原则

让能力长出来

这不是故意制造混乱而是不同开发者在不同时间独立添加的日志没有统一规范

返回原文
上一篇没有更多文章下一篇没有更多文章