mcfog

传家宝来了，你写 json-schema ，把约束，规则，描述这些写满

https://json-editor.github.io/json-editor/

套壳给业务人员填填填

error 是一个 interface ，玩好 error 和掌握 interface 密不可分

比如你想要增强 error 的能力，区分出给用户的信息、HTTP Status ，那么就定一个返回这些信息的 interface ，然后使用这个 interface 来串联：理解错误上下文的模块用实体类型包裹错误，输出错误的外层用接口判断

https://go.dev/play/p/eXY-qna7Ek9

很容易继续扩展
1) 接口是任意组合的 duck typing 因此可以后续任意增加其他能力。比如为 API 场景输出 json
2) errors.As 错误链（官方支持 errors.Join 了，甚至可以是图）可以继续包裹、装饰或者覆盖这些能力。比如翻译中间件可以判断有 UserMessage 就走一下翻译，包一层把报错信息翻译成用户语言

@FranzKafka95 可以这样想：你不作为影响的除了你还有其他组员，爽的是他。说话保持公正客观，沟通场所虽然是私下，但话都是可以放到明面上的事实，那就身正不怕影子斜。

如果聊完反而领导或者公司里有对你不利的氛围，那有问题的就是你的领导

@FranzKafka95 没有打绩效的权利那你就是骨干而不是 TL ，骨干遇到油子应该做的是和 TL 的私下沟通中客观地把油子的行动告知你的 leader 看你 leader 怎么处理
如果没有后文你还是受灾，还是应该找 leader ，要求分配任务上和他隔离
如果实在难受，且有被开/跑路的觉悟，可以考虑投诉到+2

1.港卡出入 kraken 交易
2.港币现金和香港 otc 商现场交易

aes 那么快的解密，你猜一台普通个人计算机一小时能爆破多少轮，需要多强的 key 才能抗住