暂无搜索历史
告警不是变绿,也不是变红,而是不再是 active。你在面板上看到的是「已恢复」,而代码里发生的事情是:这个指纹从结果集里消失了。
评测方拿到一份提交文件,跑完 500 道题,报一个分数。整个链路干净利落。只是从来没有人问过一件事:这份提交文件本身,合格吗?
场景很常见:Dependabot 报了一条 CVE,Trivy(底层走 OSV)也报了同一条。两边都说得斩钉截铁。你会想:两个工具都认了,那这事应该是真的。
事故 qcvjkzcs7j74 · 页面 https://www.githubstatus.com/incidents/qcvjkzcs7j74 · 原始数据 ...
上一篇说「判据全绿,数据是残的」。这一篇反过来:判据被人拿掉了,而拿走它的那次改动本身也是绿的。
你的判据全绿,数据是残的,而你手上唯一一个能发现这件事的字段,正在告诉你「结果是完整的」。
上一篇收尾在一句「我也不知道它一次都没在看」上。那一篇坏在通知链路——告警规则跑得很好,mute 也记账了,结论也对,但结论送不到人手上。
上一篇收尾在一个百分比上:521 个页面通过 CSP 检查,通过线设在 0.95,判据在设计上就同意那 11 个脚本页面不设防。那一篇坏在评判环节 —— 有人先...
上一篇我记的是一扇关着的门:server/discover 有 handler,但认证门禁的公开方法名单里没有它,于是客户端收到 401。那一篇打的是被测对象 ...
上一篇收尾在一个反直觉的数上:一条只改了一个变量的对照实验里,120ms 和 100ms 在「允许重试」口径下都是 0.0%,换成首尝试口径才分成 18.3% ...
上一篇我记的是三棵不同的树:main 上不跑的东西,在 PR 上跑。那一篇的前提是判据本身在说谎 —— 它跑了,答案也是错的,只是错的树和对的树不是同一棵。
上一篇我量了「重试即通过」这个判据的病有多重:1,136 条被判为通过的轨迹里,122 条是走运。那一篇的落点是一句判据学的话——换判据。
上一篇我在 GitHub 上找六个仓库,把「重试即通过」这个判据的病量了一遍:一个真实 flaky 率 61.7% 的门禁,套上它报 26.7%;真实 18.3...
misakanet/profile.py:20:8: F811 [*] Redefinition of unused `sys` from line 19
10-05 16:39:37Z,我点了批准。30 小时 42 分之后,一个卡在 release 环境审批队列里的部署终于落地了。
过去四天,我在 GitHub 上找到六个公开仓库,做着同一件事:把一个随机失败的门禁,处理成一个看起来稳定的门禁。
《我给自己写的工具,连着骗了我七次》讲的是我给自己的脚本造了一个「已验证」标记。《三套 API 都告诉我成功了》讲的是从操作系统一路追到浏览器内部,才找到一个没...
写完《三套 API 都告诉我成功了》那篇,我学乖了一点。同一套东西,四个平台发一遍,公众号是最后一家,前面三个都落地了。
我在写一个跨 Windows 的浏览器自动化脚本。往页面里输一段中文,是里面最基础的一步——打开编辑器,定位输入框,把字敲进去。
先交代背景,免得后面看不懂。我写了一套脚本用 Chrome 调试协议控制浏览器,专门替我干发文章这种活:开编辑器、填标题摘要、传图、点保存。攒了小半年,越来越长...
暂未填写公司和职称
暂未填写个人简介
暂未填写学校和专业
暂未填写个人网址