这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
字段映射与类型：七种状态、四种日期与十二行失败
客户说「状态都是对的」，导入后看板却少了三列。七种状态压成四种、四种日期挤在一列、五十八个只有姓名的负责人，本文用一千二百四十行的矩阵，给出归一化、校验、失败行可下载三步，并说明 archived 为何不能直接算 done。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
《互联网产品的客户端架构·交易、增长与平台化》11.2 售后申请的状态与证据
售后申请最常见的两个问题，是证据不齐导致来回补材料，和重复提交产生多张售后单。本节把申请、审核、通过或驳回、完成写成带角色约束的状态机，按原因定义必要与可选证据，用草稿标识与订单行双重判重，并复盘一次重复申请引发退款叠加的完整修复过程与回归结果。
技术债预算：十八条债、二十四分钟与 7.5% 的工程时间
陆远按「看着最丑」排队还债，先修的那条一年只被改两次。本文把十八条债折成年利息与修复小时：六十点八小时的总利息、二十五小时的四条高危修复、零点四九年的回本周期，外加 7.5% 的预算口径，给出一人团队按比值排序的还债排队法。
导入契约：十四列到十一个字段的验收表
客户发来的 14 列 CSV 打开是乱码，第三列把邮箱和姓名挤在一格。本篇给出 14 列到 11 个字段的映射表与五条导入契约，逐条列出失败样例和拒绝方式，再用 17,360 格与 16.8% 空值说明：导入失败多半不是代码问题，而是契约没写。
依赖管理：四十一个直接依赖与四个升级窗口
四十一个直接依赖、三百一十八个传递依赖，一共三百五十九个包、每月十四个升级 PR。本篇把升级压进每年四个窗口并按 patch、minor、major 三级处理，算清积压两年一次补九小时、分级后每年省十九点二小时这两笔账，附八条动作。
数据模型与迁移：三十四张表与一次只能动一处的改动
三十四张表、六十二个迁移，其中十八次改动不可逆。本篇把迁移拆成 expand、migrate、contract 三步，一次只动一处：先加列双写，再分批回填校验，最后切读删旧，并给回滚脚本、停机成本与 14.2 小时的回滚节省算一笔账。
迁移是一本账：四十八次咨询、二十三次完成与四笔成本
一年四十八次迁移咨询只完成二十三次，他第一次把这条线当成获客渠道来算账：逐笔拆开沟通、清洗、执行、复核四段成本，对比自动化后的七十二分钟与首年六十四小时投入，再核对十七个付费用户带来的三千零六十美元年收入与六点零九小时人均工时。
单体优先：九个模块、一条依赖方向与一次边界检查
九个模块、五万四千四百行业务代码，一个人维护的单体为什么不该急着拆服务：一条从 ui 到 infra 的四层依赖方向、一次八秒跑完的边界检查、一条三选三的模块独立判据，把跨模块改动从六小时压到一点五小时，再按季度复算收益。
技术选型是排除题：八个判据、三个候选与一次返工账
一人 SaaS 的技术选型不是挑最强的框架，而是一道排除题：八个判据、三个候选、二十四格打分，先划掉不可逆的候选，再只比较未来十二个月会变的两项，最后用一次四小时 spike 验收，把六个模块共一百零八小时的返工挡在门外。
《Java 高级编程》目录
《Java 高级编程》全书导航页：说明卷三在四卷本中的位置、读者画像与前置知识，给出机制补课、改造 libraryd 与排障速查三条学习路径，并按四个部分列出 9 章 27 节的完整索引、项目改造状态、版本依赖与验证方式，另附序、前言和附录 A–D。
度量验收：九项检查、四张表与一次决策复盘
季度末周岚想回答「这个季度我们到底搞清楚了什么」，翻了半小时只找到十几张看板截图：有数字，却没有记录过任何一个决定是怎么下的，也说不清哪条判断被推翻。九项检查、四张表、四维加权与一次季度复盘，把度量从看板变成能复查的决策依据。
实验与灰度：一个人能做的 A/B 与不能做的
陈默把按钮从蓝改成绿，两周后注册转化从 24% 涨到 25.3%，他就把这个提升写进了复盘；三个月后再改一次，数字跌回 23%，他才意识到那次提升本来就落在噪声里。一个人做实验，小流量只能测大效应，所以要先算清样本量再开跑。
成本与采样：十五万条事件、四成诊断量与九十天保留
事件量涨了三倍，账单超过了服务器总成本，才发现每次滚动都被记成了一个事件。本文给出年 155,520 条的事件量模型、结果类与驱动类不采样而诊断类采 10% 的分层规则，以及九十天保留如何把年存储压到 110.7 MiB。
数据质量：四条校验、三方对账与异常清单
一次「激活率提升 9%」的复盘，被两天的 SDK 故障推翻。本文给出量级、必填属性、event_id 唯一与时间偏差四条每日校验，一张分析库、应用日志与支付回调的三方对账表，以及把差异拆成可解释条目、能直接照着查的异常清单。
看板：一屏四区与每周十五分钟
周岚的看板有六张图四张表，她每天都会打开，却整整三周没发现其中一条核心曲线其实早已断掉，还以为在涨。本文把看板压到一屏四区十二个数字与四张图，配每周十五分钟流程、噪声带与决策记录，并复算一年十三小时到底买到了什么、又错过了什么。
漏斗：五步、三个分母与最小样本
陈默把注册到付费做成一根管子，三个月后才发现那 46% 的流失里有一半不该进分母。本文用五步漏斗、三个分母定义与两处提升复算，说明 2.5% 整链转化背后到底哪一步最值得先动手，以及月付费只有 120 人时哪些百分比真正不能信。
指标口径：十二个指标的五个要素与八个同名不同义
周岚在周报里写流失率 6.1%，投资人问是按付费用户算的吗，她才发现按全部 344 个账号算是 6.1%，按 120 个付费算是 4.2%。本文给出十二个指标的五个要素与八组同名不同义，用复算说明分母差一点，结论能差多少。
埋点实现：客户端十四、服务端十与三处校验
一个用户装了拦截扩展，注册上报被静默吃掉，陈默查了两天才发现产品没坏。本文把二十四个事件拆成客户端十四与服务端十，给出开发开关、上线三用例与二十四小时回归三道校验，并用丢失率、两侧差异与重复率复算一年十二小时的核对成本。
事件字典：二十四个事件、六个属性与一张变更表
周岚把注册事件从 signup 改到 user_registered，又想改成 register，三个名字各有一段数据，拼起来少了四成。本文给出二十四个事件的分组、六个必填属性与一张变更表，用复算说明改名为什么等于删历史，字典该怎么写才不骗人。
度量从问题开始：六个决策与十二个指标
陈默的看板上有四十个数字，每周真正进入决策的只有四个，被问「要不要做导出功能」时他翻了十分钟仍答不出依据。本文把度量倒过来做：先列六个必须拍板的决策，每个决策配两个指标，用三层结构与一次复算说明十二个为什么够用、四十个为什么浪费。