做横向选型与快速对照

知识库主线里的取舍分散在各个目录：同步模型在同步与战斗里，传输选择在网络接入里，存储划分在数据建模里，容量推演在容量扩缩专题里。单章读的时候取舍都清楚，可真到选型会上要一口气比较几个方案时，却发现它们各自活在不同的章节里。横向对照就是把这些散落的取舍压到同一组维度上，让不同方案能在同一张坐标系里说话。

对照解决的是维度失忆

选型讨论最常见的失败形态，不是比较错了，而是比较的维度残缺：讨论引擎时只比了功能，忘了商业条款；讨论存储时只比了性能，忘了迁移成本；讨论同步方案时只比了开发难度，忘了回放和反作弊。事后复盘时几乎总能发现，当初漏掉的那个维度恰恰是决定性的。

对照的价值不在于给出新知识，而在于防止维度失忆。它把全书反复出现的取舍维度集中成一页，让讨论者在比较之前先过一遍维度清单，再决定哪些维度对自己的项目有分量。

常用的对照维度

主线内容反复指向的维度，大致可以归成几组：

• 实时性维度：交互延迟要求多高，能不能容忍预测和解，弱网下的表现底线在哪里。
• 权威性维度：裁决放在哪一端，公平性和反作弊的要求到什么程度。
• 状态维度：状态以什么为单位生灭，生命周期多长，一致性要求多强。
• 版本与多端维度：多版本共存压力多大，平台审核和渠道节奏怎么约束发布。
• 容量维度：负载曲线形态如何，峰值出现在什么场景，扩容的单位是什么。
• 团队维度：现有技能结构、招人池、维护人力的长期供给。
• 成本维度：不只是机器成本，还包括通信、排障、运维这些隐性日常支出。

一组维度是否够用，检验方法是拿两个差异极大的方案套上去比：如果某些维度填不进内容，说明维度表还需要按项目补充，而不是照搬通用清单。

先写优先级再看方案

对照最容易犯的错，是先看方案再找理由。健康的顺序是反过来的：

• 先把项目在各个维度上的优先级写下来，哪些维度是硬的，哪些可以让步。
• 再把候选方案放到维度上逐一落位，允许某些维度填“未知”。
• 最后看哪个方案在硬维度上不失守、软维度上总体占优。

先写优先级还有一层作用：它把讨论从“哪个方案好”转移到“哪个维度重要”。维度优先级的分歧往往比方案偏好更容易收敛，因为维度之争可以靠问题和数据裁决，方案之争很容易变成口味之争。

选型会上的用法

横向对照在选型会上的典型用法是当会议骨架：

• 开会前把维度清单和候选方案发给参会者，各自预先落位。
• 会上按维度推进而不是按方案推进，每轮只讨论一个维度。
• 每个维度的结论当场记录，包括“该维度对本项目不重要”的显式结论。
• 会议结束时自然会沉淀出一张填好的对照表，也就是决策记录的主体。

按维度推进的会议有个附带好处：反对意见会被结构化到具体维度上，而不是笼统的“我觉得不合适”，后续验证也知道该验证什么。

评审与复盘中的用法

对照表不只在选型时有用，在评审和复盘里同样能发挥索引作用：

• 方案评审时，用维度清单检查新方案是否遗漏了某个维度的说明。
• 事故复盘时，回看当初的对照表，确认事故对应的维度当初是怎么评估的。
• 架构演进的决策点上，把新旧架构放到同一张维度表里重新对一遍，而不是只凭增量感受。

复盘场景尤其值得坚持：把事故和当初的评估记录并排放着，团队会很快分辨出哪些是判断失误、哪些是前提变化。这两种情况对应的改进动作完全不同，混在一起复盘往往会开错药。

带新人建立地图的用法

新人熟悉一个技术领域，难点不在学概念，而在建立取舍的空间感：什么条件下人们会选甲，什么条件下会选乙，为什么没有全能方案。横向对照恰好提供了这张地图：

• 让新人先读维度清单，再对照主线里的具体章节，理解每个维度从哪来。
• 拿项目历史上真实的选型对照表给新人看，比任何抽象讲解都直观。
• 让新人试着独立填一张当前项目的维度优先级表，填错的地方就是理解缺口。

这个用法反过来也检验对照表的成色：如果新人填出的表和资深者差异很大，说明某些维度的权重依据还没有被显式写下来，值得补齐。

对照容易失真的几个时刻

对照工具本身也有失效的时候，几种常见情形值得警惕：

• 团队差异：别人的方案在别人的团队里成立，维度落位时把对方的团队能力当成了自己的。
• 阶段差异：验证期的合理选择被套到了量产期，或者反过来。
• 样本偏差：拿成功项目的公开架构反推，看不到他们淘汰掉的其他选项和走过的弯路。
• 静态对照：对照表做完就归档，负载和团队变化后不再更新。

失真的共同根源是把对照当成了结论，而对照本来只是结构化的提问方式。守住这一点，对照表出了错也容易发现；守不住，再精确的表格也会带偏决策。

让对照结论落地

对照得出的结论，需要几件配套动作才不会蒸发：

• 当场写下决策记录：结论、关键维度的评估、被否方案和否决理由。
• 给不确定的维度安排验证任务，明确责任人和期限。
• 把对照表存档到可找到的位置，与后续的评审和复盘关联。
• 约定回看节点，负载、团队或平台约束变化时重新对照。

对照表从会议产物变成团队资产，靠的就是这几步。没有这些动作，每个选型会都在重新画表，每张表都随会议结束而失效。

常见误区

• 把对照表当评分表，以为分高者胜，忽略了维度之间有权重和取舍。
• 先有结论再找维度，对照沦为给既定偏好补合法性。
• 维度清单照搬通用模板，不按自己项目补充和裁剪。
• 比较时遗漏团队维度，把别人的成立条件默认成了自己的。
• 对照只做一次，前提变了表却不更新，过期结论继续支撑决策。

横向对照的用途是让比较变得诚实：每个方案都被同一组维度审视，每个维度都被显式地讨论过要不要紧。它不替人做决定，但能保证做决定时没有人可以假装某个维度不存在。