这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
《互联网产品的客户端架构·交易、增长与平台化》4.2 订单状态机与端上映射
服务端订单状态有八种，端上却要面对按钮、倒计时、浮层与列表刷新四类副作用。本节把状态映射写成纯函数，用未知状态的前向兼容、取消与支付的竞争分支、迁移副作用的去重，说明端上如何只做翻译而不发明状态，并附一组 L1 纯函数测试与完整真实运行输出。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
收束：把服务关掉、降级或转交
服务很少自己结束：一句「做完这个就不接了」之后，往往又接了三个。本篇把收束拆成关闭、降级、转交三种方式，给出存量客户的四类处置、未兑现承诺的清偿顺序、交接包五件套与 90 天退出时间表，也写清收入下降、关系损耗和退出后维护的边界。
服务与产品并行：时间、收入与冲突
将收入结构替代率、生活与经营支出覆盖率和现金缺口分开，结合40小时周历、产品和服务的既有义务安排时间；用年付、服务减半及零服务收入的反例检查退出条件。
《互联网产品的 AI 架构·模型接入与能力边界》3.3 ai-lab：实现零依赖模型网关
用 node:http 从零实现一个可运行的模型网关：POST /v1/chat 同时支持非流式 JSON 与 SSE 流式，认证、校验、执行由阶段组合器串联，测试在 127.0.0.1:0 上真实监听端口，并断言 HTTP 状态、响应体与每一帧事件。
什么时候产品化：从项目到产品的三个条件
区分模板、标准化服务和自助 SaaS 三条产品化路径，以独立付费、可重复交付和单位经济验证需求；分别计算经营现金保本、目标现金贡献和开发投入回收，避免将收入、时间成本和利润混用。
从定制到可复用：沉淀什么、不沉淀什么
从脚手架、组件、脚本与文档中识别可复用资产，先核权属、保密和第三方许可，再评估净节省工时；附分仓库管理、背景许可和离线备份的使用边界。
《游戏服务端架构·品类、状态与拓扑》6.2 反作弊应该放在架构的哪一层
从《裂隙战场》一次只依据客户端完整性导致的误封讲起，把反作弊拆成客户端、网关、战斗服、经济审计与离线复核五层，逐层给出能发现什么、误伤什么、成本多少；实现一个带分层归因、阈值分级、哈希证据链与双层确认的 Go 评分引擎，并用 5 组测试验证单层不能直接封禁。
该拒的客户：坏客户的七个信号
用付款、授权、范围和能力边界识别接单风险，先核准入条件，再用可复核评分比较商业安排。附拒单、转介和已接项目止损办法，并区分现金敞口、工时价值与合同责任。
交付节奏：里程碑、周报与验收
用六周项目演示预付款、节点验收、应付日与实际到账的区别，给出周报、合理检验期、缺陷处理及尾款催收路径，帮助把项目现金和交付责任分别核对。
《Java 编程实战》14.3 分布式缓存：Redis 与一致性取舍
两个 libraryd 实例，A 更新了图书，B 却还在返回旧标题。本节从真实的两实例输出出发，讲清 Redis 的 key、TTL 与序列化约定，Jedis 的 300ms 超时和故障降级，写路径的失效顺序，以及 Pub/Sub、短 TTL、版本号三种一致性方案的取舍。
需求边界：把「再改一下」变成变更单
用SOW、可复现验收和变更单明确项目范围，区分设计反馈轮次与质量纠错，并说明会议纪要、沉默确认和验收期限的适用条件，附可复算的工时与切换成本例子。
组合的收束：卖掉一条线、合并或回到单品
产品线走到最后，问题不是「还能加什么」，而是「该收成什么形状」。本篇给出卖掉一条线、合并产品、回到单品三种收束路径的判断表，拆卖时资产与合同的边界，以及它们与合规系列第 10 篇、资产韧性第 10 篇的分工。
《互联网产品的客户端架构·交易、增长与平台化》4.1 提交防重：幂等键与按钮状态
下单提交超时后，端上把「未知」当成「失败」就会诱导用户重复下单。本节用进入确认页生成的幂等键、五个内部状态与三种按钮出口，把双击、重试和返回重进收敛到同一个键上，并给出一个可用假时钟验证的 TypeScript 提交控制器与真实测试运行输出。
报价：从卖时间到卖结果
比较纯工时、封顶工时、固定总价与价值定价的适用条件，用同一组投入复算结算金额和有效时薪，并提供报价字段、分档服务、折扣与调价的协商边界。
维护负债账本：依赖、证书与平台政策的季度巡检
多产品的维护不是写代码，而是盯一堆会过期的东西：依赖版本、运行时生命周期、证书、域名、API 版本、平台政策、支付通道。本篇给出一张季度巡检表、风险分级方法，以及哪些检查可以自动化、哪些必须人工确认。
《Java 编程实战》14.2 缓存模式：Cache-Aside、穿透与雪崩
查不到的 ISBN 为什么每次都能打到数据库？热点 key 过期的一瞬间，八个线程会不会同时回源？本节用 libraryd 的真实输出拆解缓存穿透、击穿与雪崩，给出负缓存、Caffeine 单飞、TTL 抖动和 Cache-Aside 写路径的取舍，并指出多实例下仍会漏掉的并发窗口。
第一个客户从哪里来：七条不靠投广告的路径
用七类渠道寻找服务客户：熟人转介、前雇主、开源用户、社区、平台、写作和线下活动。附客户画像、触达话术及可记录分母、成本和到账结果的渠道实验，帮助判断下一轮应继续、修改还是暂停。
交接与数字遗产：应急联系人、资产文档、出售与关停移交
产品要能在你不在时继续跑。本篇给出可交接状态的四个文档、应急联系人的授权边界、密码管理器紧急访问与密封信封、出售/关停/开源三种退出路径的清单，以及一次 30 天交接演练和记录方法。
什么时候砍掉一个产品：继续、冻结与日落
产品线变重，通常不是因为加了太多产品，而是因为不敢减。本篇给出继续、冻结、日落三种处置的判断标准，30/60/90 天日落清单（通知、数据导出、退款、迁移、归档、下架），以及突然关停为什么会毁掉你下一个产品的口碑。
服务是不是你的 0→1 路径：四种活法与 90 天现金流
接单养产品不是一句鸡汤，而是一道现金流题。本篇把独立开发者的四种活法放在同一张表里，用统一的工时与生活成本算出 90 天现金变化、有效时薪和产品投入，再给出五个判断问题、三条隐性成本，以及「什么时候服务反而是错的」的边界。