软件工程
我关于软件工程所写的全部内容，研究文章在前。每篇都以一件您周一就能做的事收尾。
您自己正面对其中某个问题吗？我与需要答案、而不是又一份幻灯片的组织合作。我们谈谈。
五个角度短文的结构
这里的大多数主题是一页五个短节，顺序始终如一。文章内每一节各有自己的颜色，方便您跳到所需的部分。
- 1我会从哪里入手：我会迈出的第一步，以及在花钱之前我会先问的问题。
- 2计划在哪里失败：这个主题上的计划通常在哪里出问题，以及我会首先检验的假设。
- 3超越术语：剥去厂商话术之后，这个主题的真正含义。
- 4好的状态是什么样：能告诉您它奏效了的结果，以及我会盯着看的那个数字。
- 5领导者无法回避的抉择：领导层必须承担的决定，以及做出决定需要摆上桌面的东西。
-
能信任带签名的 webhook 来更新业务记录吗？
审查 webhook 的信任问题，不止于签名：租户绑定、重放、重复效应、事件顺序，以及错过通知后的恢复。
-
您 SBOM 中的易受攻击组件会影响您的服务吗？
将 SBOM 的漏洞匹配追溯到已部署的软件、受影响的版本、执行路径和 VEX 证据，再决定关闭还是上报该发现。
-
服务中断后，如何恢复遗漏的 Webhook 事件？
通过有边界的事件清单、安全重放、状态核对，以及能让未解决的业务影响保持可见的证据，恢复遗漏的 Webhook 工作。
-
如何安全地下线一个公开 API 端点？
以客户端迁移、在途工作已受控和旧路由已封堵的证据来下线 API 端点。将弃用通知与实际关停区分开。
-
如何重试 API 请求而不重复执行操作？
判断 API 超时何时允许重试、何时应核对不确定的结果，以及密钥范围、有效期和重试预算如何影响重复操作。
-
如何核实备份和供应商处的数据删除？
通过限定范围的证据、恢复测试、密钥检查和如实的留存报告，核实副本、对象版本、备份和供应商处的数据删除。
-
何时应由安全证据否决一次构建全绿的软件发布？
通过检查测试执行、安全声明、相互矛盾的证据、例外和发布范围，判断一次构建全绿的版本是否可以上线。
-
让开发者不再发怵的安全评审
如果安全评审放在最后，它就是一道关卡，而关卡总会遭到争辩；如果放在一开始，它就是一场设计对话，而设计对话……
-
API 工程
做API 工程，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
SBOM 是一份清单，并不能证明您的软件是安全的。
技术采购里有个常见的套路：把真正有用的东西变成一个勾选项，然后悄悄地把这个勾选项当作……
-
代码可维护性
做代码可维护性，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
开发者安全教育
做开发者安全教育，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
分布式系统可靠性
做分布式系统可靠性，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
如何防止拉取请求的 CI 泄露密钥？
将不受信任的拉取请求测试与 CI 密钥、特权运行器和云访问隔离开。审查触发条件、制品、缓存和审批边界。
-
Linux 加固
做Linux 加固，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
可观测性工程
做可观测性工程，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
Python 自动化
做Python 自动化，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
安全架构
做安全架构，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
安全软件部署
做安全软件部署，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
没有匹配项。请换一个词，或直接问我。