系统
这里写工作中的判断、产品与平台的设计取舍，以及工程实践留下的方法与路径。
方法论的完整地图：从十三种具体方法，到一套「求真」的世界观（终章）
一座塔,不能只有尖顶。既有每一块砖(具体方法),也有把它们托起来的那个结构(世界观)。 这一篇把两者都给你:十三种能落地的学科方法,加上七件能带走的认知武器。 开场:先看整张地图 …
把方法论落成实物：我们的 AI 代码审查评测系统是怎么搭的（技术篇）
前面的文章讲"怎么想",这一篇讲"我们真的把它做出来了"——一套可运行的 AI 审查评测系统,及它背后的技术取舍。 开场:方法论的终点,是 …
我们踩过的坑与留下的问题(收尾)
一套方法论最可信的时刻,是它敢于说"我还有这些问题没解决"的时候。 开场:为什么"承认不知道"反而让人更信你 你有没有遇到过这样的人:什么 …
把这套方法教给团队，落地成研发效能的文化
一个好的 AI 审查,不只是"一套系统",更是一套"团队怎么一起相信和使用它"的文化。 开场:最先进的手术室,也需要一台好主刀+好团队默契 …
用数据做产品迭代：什么时候加能力，什么时候该收手
“更智能"很诱人,但它值不值得上,得让数据说话——而不是让"感觉更先进"说了算。 开场:换了个"更高级"的锅,却把饭 …
从「测得好」到「敢上线」：评审门禁(gate)与灰度
评测环境里分数再高,和真实团队直接用,还差最后一座桥——怎么安全地把产品放出去。 开场:考驾照和上真路是两回事 你在驾校考场里,倒车入库、侧方停车全都满分。但考官不会因为你满分, …
一次全绿不等于数据可信：对账与守恒
系统说"一切正常"不等于数据真的完好——除非你有一套"对不上就报警"的账本。 开场:账总是平的,才是好账房 旧时候的账房先生,每晚要 …
生产上出问题，凭什么快速定位是「产品问题」还是「数据问题」？
出了事故,最怕的不是修,而是"不知道该怪谁"。留底,就是为了那个时刻。 开场:为什么记账能避免扯皮 两个朋友一起旅游,AA 制。玩到一半对账,谁多花了?如果当 …
想给产品加个新功能，怎么知道它真的变好？
加了功能,数字变好了——但这变好,到底是新功能的功劳,还是别的什么在作怪? 开场:是咖啡提神,还是熬夜的问题? 你想验证"咖啡能提神"。于是今天你喝了杯咖啡, …
怎么证明你的防线真的在防？——故意搞破坏
规矩写下来不算数,得证明它真的能挡住坏事——最好的办法,是主动去搞破坏。 开场:火灾报警器,得用烟熏一下 你不会因为"报警器说明书上说它会响"就放心。真正的验 …
一条「分界线」守住产品底线：不合格的输出，一口都不收
产品得先有一条"怎么样算交了卷"的分界线——跨不过去的,一律视为没交,不算数。 开场:收卷的老师,水平全在"收不收" 改卷子,最怕的不是学 …
尺子要准：为什么不能「让 AI 评 AI」
量尺子的人自己手在抖,量出来的身高谁敢信?——让 AI 当裁判,就是这个道理。 开场:一把会抖的尺子 你想量身高。如果这把尺子是直的、刻度清楚的,量出来的数字就靠谱。 可如果这把 …
「标准答案」从哪来：产品需要一张可信的考卷
想评一个审查员,先得有一张带标准答案的考卷。而这张考卷,决定了你产品能力的"天花板"和"适用范围"。 开场:怎么知道一个学生到底学得好不好 …
「审得好」到底怎么算？误报与漏报，一个报警器的比喻
没有哪种"审得好"是完美的,只有权衡。而权衡之前,得先有两个词:误报、漏报。 开场:烟雾报警器的两难 你家装了个烟雾报警器,它只有两种错误: 误报:没着火它也 …
这是信任产品——一次乱报，前面一百次好成绩都不算
Code Review 的本质是"信任"。而信任这东西,建立难,崩塌快。 开场:和医生问诊一个道理 你去看病,如果第一次问诊,医生就给你开了个完全不对的药,你 …
AI 代码审查，到底在替研发效能解决什么痛点？
产品起点不是"功能清单",而是一组你能感知到的、真实存在的痛点。 开场:为什么能解决"真痛点"的产品,活得更久 先讲个生活里的观察。 你有 …
广告、异议与一个学生社团的寿命
2007 年，一个学生社团的网站上线了广告系统。 那时遨游浏览器自带广告拦截功能。广告位被拦掉之后，页面上有些原本正常的元素也跟着不对了。最直接的解释是兼容性没有测试好：把页面自己 …
内网 DNS 平台（10）：边界——一个 DNS 平台该做什么、不该做什么
背景 系列写到这里，功能基本都讲过了。收官篇想讨论一个贯穿始终的问题：边界——一个 DNS 平台该做什么，更关键的是，不该做什么。 这个问题不是哲学题。我见过 DNS 平台做到后来 …
内网 DNS 平台（9）：竞品分析——市面上的产品都怎么做
背景 设计过程中我有一个坚持：不闭门造车。平台的每个模块，市面上都有做得最好的产品，先看清它们怎么做、为什么这么做，再决定自己采用什么、参考什么、不碰什么。 这一篇按模块过一遍竞品 …
内网 DNS 平台（8）：可靠性——从 MVP 单机到 HA 的演进
背景 聊到可靠性，先把态度说清楚：HA 当然想要。DNS 是基础设施的基础设施，它挂了，所有依赖名字的系统都会跟着抖。但 MVP 阶段的现实是：权威 DNS 只有一台机器，团队的精 …
内网 DNS 平台（7）：治理与运营——护栏、僵尸与纠偏
背景 第一篇说过"带护栏的自助"。这一篇把护栏和上线后的运营治理写完整：哪些限制该有、哪些限制该砍、记录死了怎么办、记录"活着但不该活"怎么 …
内网 DNS 平台（6）：IP 溯源与元数据——一次自我纠偏
背景 这一篇是系列里写法最特殊的一篇：它不是"问题→方案"的直线叙事，而是我在设计过程中两次推翻自己的记录。第一次推翻发生在 PTR 上，第二次发生在 TXT …
内网 DNS 平台（5）：IPAM——企业 DNS 的另一半
背景 平台跑起来之后，我意识到一个一直存在但被忽略的事实：DNS 记录里的 IP 是个裸值——它不知道该不该被用、有没有被回收、之前是谁在用。给"名字→IP"的 …
内网 DNS 平台（4）：内网 HTTPS 突围——证书问题的系统解法
背景 短域和正式域都建好之后，用户的第一批反馈里很快出现一类：浏览器打开 https://api.zhangsan.user.xx，证书报错。 这是内网私有域名的宿命问题：公共 …
内网 DNS 平台（3）：给内网域名起名字——短域、.internal 与递归转发
背景 上一篇的空间模型里出现了两类域名：正式的 devops.example.com，和两字母的个人短域。这一篇讲这个短域是怎么来的、风险评估怎么做，以及让全公司能解析它时踩过的坑 …
内网 DNS 平台（2）：域名空间模型——公共、个人，以及为什么不做团队空间
背景 上一篇说了为什么要做平台。动手设计时，第一个要回答的问题不是技术选型，而是：域名空间的归属怎么划分。 这个问题之所以排在最前，是因为后面几乎所有设计都建立在它上面：权限模型、 …
内网 DNS 平台（1）：一个域名等了两天
背景 上一篇《DNS不只是A记录》写了我对 DNS 职责的理解：它是基础设施的目录和平台的引导层，是路标而不是目的地。那一篇讲的是 DNS 能做什么，这一篇讲的是我为什么决定把它做 …
一次痛点驱动的 UX 迭代：3D 轨道演示工具的 UCD/UED 实践
背景 orbital-elements-3d 是一个用 Three.js 写的开普勒轨道六根数（a、e、i、Ω、ω、ν）交互式 3D 教学演示：拖动滑块改变根数，场景里的轨道、角度 …
DNS不只是A记录：从Homelab到企业平台的一些思考
背景 我最早对 DNS 产生兴趣，不是因为 A 记录，而是因为 MX 记录。 刚开始做邮件工程师时，我对域名、主机名和记录之间的对应关系非常敏感。MX 指向的是邮件主机名，不是一个 …
AI帮我盘点了这八年的博客
背景 距离上一篇文章又过去两年了。这次回来的起因很朴素：想把博客重新捡起来，结果发现部署流水线坏了——Hugo 语法废弃、CI 的 Token 过期。索性让 AI 来修，修完之后又 …
把 SRE 思维带回家：三个小实践
备份、可观测性、渐进式改动，让家庭自动化也能稳定而从容。