凌晨三点你盯着屏幕里那场足球决赛对手在最后十分钟连进两球完成逆转。你一拍大腿“我就知道换人换得太晚了教练早该调整”过了几天你打开基金账户看到三个月前买的那只股票跌了三成你心里又冒出一句“当初我就觉得它估值太高怎么就没卖。”再往前翻高考成绩出来那天你看着数学卷上那道明明做错但总觉得“其实我会”的题心里想的还是“我本来应该拿满分的。”这些瞬间有一个共同的名字叫 hindsight。这个词直译过来是“后见之明”我们平常说得更顺口的是“事后诸葛亮”。英语里还有一句随处可见的习语——hindsight is 20/20意思是“事后看什么都清清楚楚就像视力满分的眼睛一样”。但我今天不想只解释一个词。我想借 hindsight 聊聊三件事它为什么会那么自然地冒出来它在心理学上叫什么、怎么悄悄影响你的判断以及一个更实际的问题——我们有没有办法把它从“事后拍大腿”变成“事前做预案”如果你平时要做复盘、写总结、做投资决策或者带团队做项目收尾这篇文章应该能帮上忙。1. 先把这个词讲透hindsight 到底是什么1.1 从字面含义到日常语境hindsight 是个很老派的英语单词拆开看就两个部分hind 是“后面的”sight 是“视力、看见”。合在一起就是“朝后看的目光”引申为“回顾、后见之明”。和它恰好成对的是另一个词foresight也就是先见之明、预判能力。一个往前看一个往后看中间隔着的是行动和选择。在中文语境里平时几乎没有人在正经场合说“后见之明”这四个字。大家更习惯的说法是“马后炮”或者“事后诸葛亮”。细想一下这两个词带着明显的贬义指责的是一个人在事情尘埃落定之后表现得好像自己早就洞悉一切。这种情绪很普遍因为我们都厌恶那种“早干嘛去了”的嘴脸。但真正做决策复盘的人会对 hindsight 有更中性的理解。它的价值不在于让你显摆“我早知道”而在于提供一条回看路径当结果已经摆在面前你是否有勇气和工具去还原当时的处境找出真正影响成败的因素。这就是 hindsight 的双重性——它既可以被用作自欺欺人的工具也可以被训练成一套复盘能力。我见过很多人对“后见之明”嗤之以鼻觉得那不过是给自己的失误找台阶。但我不这么看。一个概念本身没有好坏关键看你怎么用。就像一把刀用来切菜还是用来伤人取决于拿刀的人。hindsight 也是一样它是一面镜子问题是很多人只拿它照别人的缺点从不照自己的决策过程。1.2 一句“hindsight is 20/20”为什么随处都能听到20/20 本来是一个视力检测术语指的是站在20英尺外能看清标准视力表上那一行也就是“完美视力”。所以 hindsight is 20/20 字面意思是“后见之明的视力非常完美”换句话说回头看一切都清晰无比。这句话在英语世界里几乎用烂了。体育解说员在比赛结束后会说“With hindsight, they should have defended differently”事后看他们本应换一种防守策略投资人亏钱后会写“In hindsight, the warning signs were all there”事后看警示信号明明都在连朋友聚会聊起一段分手的恋情也会有人感叹“用后见之明看你们俩从一开始就不合适”。这些话为什么那么张口就来因为人脑天生厌恶随机和不确定。我们总想给已经发生的事情找一个确定的因果解释仿佛每个结果背后都有一条清晰的故事线。这个倾向在心理学里有个专门的名字叫叙事谬误narrative fallacy。大脑喜欢听故事故事讲究因果而真实世界充满了偶然。你想想看如果足球比赛真的是每次都靠实力决定那足球就不会成为世界第一运动如果股票涨跌都能事前分析清楚那巴菲特也不会有那么高的地位。但我们在事后回顾时总会不自觉地忽略随机性把所有事情都编织成一条“早就有迹可循”的逻辑线。这就是 hindsight 最迷惑人的地方它给人虚假的掌控感让你觉得“我其实什么都懂”从而忽略了真正的学习机会。一个从来不认为自己的判断有问题的人是不会想要改进判断的。所以后见之明最大的副作用不是让你马后炮而是让你停止成长。2. 认知陷阱后见之明偏差是怎么悄悄影响你的2.1 事后聪明偏差的心理学机制如果你翻过心理学的学术文献会发现“事后聪明”其实是个非常严肃的研究课题。1975年心理学家 Baruch Fischhoff 做过一个经典实验先让被试对某些历史事件的概率做出预测等结果公布之后再让他们回忆自己当初的预测。结果发现被试回忆出来的概率会明显向真实结果靠拢——原本他们预测的是40%但结果发生后他们坚称自己当时预测的是60%。这个现象在心理学里就叫后见之明偏差hindsight bias也叫“我早就知道了效应”。它的本质是人的记忆不是一台硬盘录像机而是一个会不断重写的故事编辑器。结果一旦发生大脑就会自动篡改过去的记忆把之前那个模糊、犹豫、摇摆的判断改写成和结果一致的样子。这个机制为什么存在进化心理学给过一个解释。在远古时代大脑需要在结果发生后快速更新认知模型——既然猎物从左边跑了那“猎物可能从左边逃”这个规律就应该被记住。这种“事后修正”机制在原始环境里能帮我们避开下一次危险。但在现代社会面对的是股票、考试、职场博弈这种复杂系统这个机制就开始失灵了。因为它会带来三个非常隐蔽的后果第一你高估了自己的预判能力下次遇到类似情况会更自信第二你否定了运气的作用把偶然的成功当成了必然的实力第三你失去了从失败中学习的动力因为“你觉得你早就知道”。这三点叠加在一起就构成了一个封闭循环误判越多就越不想修正未来误判更多。2.2 生活里最典型的三个“事后诸葛亮”场景场景一投资理财。这是后见之明偏差最泛滥的地方。股票涨了你说“我就知道这家公司基本面好”股票跌了你说“我当时就觉得估值太高只是没舍得卖”。不管结果如何你都处在“我早就看出来了”的位置。这种心态的致命之处在于它让你永远无法建立一套真正的投资体系。因为你从来不承认自己有判断失误自然不会去修正决策模型。时间一长就成了凭感觉入场、凭运气赚钱、凭记忆解释结果。场景二考试与学习。考完试对答案你看着那道错题说“我会做只是粗心了”。这句话也是后见之明偏差在日常中的典型形态。粗心本质上还是知识提取不牢固、思维链路有盲区不是一句轻飘飘的“我会”能掩盖的。如果你每一次都这样给自己找台阶那你永远不知道自己的真实水平。我在带新人做技术方案评审时最怕听到这句话它意味着这个人的知识体系里有个洞但当事人拒绝承认。场景三职场项目。“我早就提醒过这个风险”——这句话几乎会在每个项目复盘会上出现。团队项目失败了每一位成员都能在事后头头是道地指出问题所在仿佛当时大家心里门儿清只是没人站出来说。实际上当时的会议记录通常显示现场并没有人提出风险点。这就是团队层面的后见之明偏差它把“集体不动作”包装成“集体有先见”不仅扭曲了事实还让真正需要调整的协作流程继续带病运行。你可以回忆一下自己最近一周里说过几次“我就知道”“我早知道”“本来就应该”。每一次这样的表达都可能是后见之明偏差在接管你的心智。它是自动发生的不需要任何主观恶意所以要警惕它。真正想成长的人要做的第一件事就是把这句话从日常语言里摘出去。3. 正面价值把 hindsight 变成 review关键在复盘3.1 复盘不是“事后打分”而是“事前改进”既然后见之明偏差是大脑自动运行的机制那我们的目标就不是“消灭它”——这做不到而是“驾驭它”。驾驭的工具就是复盘。很多人对复盘有误解以为复盘就是事后总结做了什么、结果怎样、下次注意。这种思路本身没什么错但问题在于绝大多数人的复盘只停留在“打分”层面。打分意味着你拿一个已经发生的分数给过去定性但分数本身不会告诉你下一步该怎么办。比如你说“这次项目延期了下次要注意”这句话说了等于没说因为“注意”不是一个可执行的指令。我更喜欢把复盘理解为“把后见之明转化为前视行动”的过程。hindsight 提供信息review 负责加工信息。加工链条可以拆成四步回顾目标、比对结果、分析原因、沉淀措施。这四步听起来简单但每一步背后都有容易踩的坑我一个个说。先看“回顾目标”。不是简单地把当初写在项目文档里的目标念一遍而是要找当时的决策现场。你当初定这个目标时手上有哪些信息预期是什么最关键的假设是什么很多复盘会跳过这一步直接跳到“结果不如意”结果就是大家盯着结果互相指责根本回不到“当初为什么那么做”。再看“比对结果”。这里要小心不能只比对“目标完成没完成”还要比对“预期和实际之间差在哪里”。差在外部环境、差在内部执行、差在当初的假设根本不成立把差距拆细才有分析的基础。很多人一上来就说“结果没达成肯定是执行的问题”这种判断太粗暴。接着是“分析原因”。这是整个复盘里最难的一步因为大脑会自动编造原因。我的建议是用“可控项/不可控项”双栏法来强制思考。左边写“哪些因素是我的可控范围”右边写“哪些因素是不可控的外部条件”。你会发现真正属于可控项的往往少得可怜但这并不代表没用——你只需要抓住那两三个可控项改进就有了抓手。最后是“沉淀措施”。这步最容易被忽略因为开会讨论到这儿大家的精力差不多耗尽了。但复盘有没有用关键就看这一步。措施不能是“以后小心一点”这种空话必须写成“如果再遇到某个触发条件我会执行某个动作”的格式。比如“再遇到需求变更集中在测试阶段的场景我会把用例追加时间预算上调50%”。这才是能被执行的复盘结论。3.2 一套能直接用的复盘框架从数据到决策我把自己实际在用的复盘框架写出来你可以直接抄作业。这个框架的核心是“区分观察与评价”。因为后见之明偏差最擅长把客观观察替换成主观评价。第一步客观记录事实。写清楚什么时间、发生了什么、谁做了什么、数据是多少。只允许出现“在6月3日的评审会上A模块的接口延迟从300ms涨到800ms”这样的句子不允许出现“这里明显是后端不行”这种评价。第二步区分可控项与不可控项。把第一步记下来的事实逐条归入两栏。这一步需要强迫自己诚实因为大脑倾向于把所有失败归因于“队友不行”“环境太差”等不可控项把所有成功归因于“我判断准确”这一可控项。第三步定位关键假设。每个决策背后都站着一个或几个假设。比如“用户会在这个页面停留超过30秒”是一个假设“服务器可以承受5000并发”也是一个假设。复盘时要问这个假设当初有没有被验证过如果没验证就直接上马真正的教训是“没有验证假设”而不是“假设本身错了”。第四步写出触发式改进措施。格式是“当……时我会……”。比如“当测试阶段发现需求变更超过3次时我会暂停开发重新确认范围后再继续”。我列一个简单的对照表帮你直观理解客观记录和情绪评价的差别情绪评价不要写客观记录应该写大家配合得不好设计评审从提报需求到输出方案花了5天超过约定时长2天用户根本不买账首月留存率20.3%低于目标35%与历史同类功能均值28.1%相差7.8个百分点开发太慢原计划3月10日提测实际3月24日提测延期14天其中接口联调占用11天我又踩了同样的坑这是连续第二次因为未核对渠道参数导致返工两次间隔周期为6周你会发现一旦把句式从评价切换成记录整个讨论的气氛都会发生变化。大家不再互相指责而是回到事实层面。4. 实操建立你自己的决策日志与复盘清单4.1 决策日志要记哪些内容想对抗后见之明偏差最有效的方法不是靠记忆力而是靠一个外部的“决策记录仪”。我给这个方法起名叫决策日志Decision Log。它的作用很简单在你做决策的时候把你的想法原封不动地写下来。这样三个月后再回看你就能看到当初那个“不确定”的自己而不是那个“早就知道”的自己。决策日志不需要复杂的工具一个表格、一页备忘录就够了。关键是字段要先定好。我建议每条记录至少包含五个字段时间与场景、备选方案、选择结果、预期的概率或收益、支持该决策的关键信号。“时间与场景”是为了帮你还原决策背景“备选方案”是为了提醒你承认“存在其他可能”“选择结果”看似废话但它能在日后回看时帮你确认自己选了哪条路“预期的概率或收益”是整条记录的核心必须写得具体比如“我认为有六成把握在两周内拉来1000个注册用户”“关键信号”则是你当时依据的证据比如“行业报告显示同类产品新用户七日留存提升27%”。很多人会疑惑为什么一定要写“预期的概率或收益”写“我觉得会很顺利”不行吗正是因为“会顺利”这种模糊表述事后无论结果好坏都能套进去顺利了说明我判断准不顺利说明运气差。而如果你写的是“我有六成把握”后来结果失败了复盘时就无法自我辩解因为你的预期概率本身就说明有40%的失败空间。这样你才能把“决策质量”和“结果好坏”分开看。4.2 月度复盘怎么做不流于形式光写了决策日志还不够你需要在固定的时间回看它们。我个人的习惯是每月底做一次轻度复盘每季度做一次深度复盘。月度的核心是“校准”季度的核心是“修订模式”。月度复盘不需要翻大量聊天记录或邮件只需要把决策日志打开逐条对照结果。给每条决策打两个分决策分和结果分。决策分评价的是“当时那个条件下我收集信息、权衡利弊的过程是否合理”结果分评价的是“最终结果是否达到预期”。这两个分数必须分开打绝对不能混在一起。这种做法很多人一开始接受不了因为传统思维说“成王败寇”。但你仔细想想就明白了一个经过充分调研、合理评估后做出的决策完全可能因为黑天鹅事件而失败一个拍脑袋、撞大运做出的决策也完全可能因为运气好而成功。如果你只看结果分就会被运气蒙蔽要么挫败得不敢再决策要么膨胀得以为自己百发百中。具体操作上我建议月末翻完日志后只做一件事选出一条“决策模式要调整”的记录写成触发式措施。不需要整理十个教训那意味着一个都记不住。你只需要一个。比如我发现自己在买工具类软件时经常因为看到“限时优惠”就冲动下单去年有三次都是买了之后吃灰。我的触发式措施就写当看到“限时优惠”字样时强制等待24小时再决定。这一条改了比列十句自我批评有用得多。季度复盘则在月度基础上再加两步一是把所有决策列在一起看模式找出反复出现的“行为惯性”二是回看当初写的预期概率对照实际结果检验自己的判断校准能力。如果连续三个季度都对自己的概率估计过于乐观那就说明你在“过度自信”的方向上要走偏了需要有意识地降低预期估值。5. 常见问题与避坑实录5.1 复盘为什么总是变成“批斗会”如果你在组织里做过项目复盘一定见过这种场面会议室的气氛从第一句“这次失败的主要原因是——”开始变得微妙大家各自在心里准备好盾牌和长矛。后见之明偏差在这种场景里会被放大到极致因为所有结果都摆在那里每个人都觉得自己看得清清楚楚于是争相指出“当时就应该那样做”。我踩过的第一个坑就是以为只要流程正确情绪就不会干扰复盘。后来发现这是天真。在团队里复盘一旦涉及责任认定就会触发防御机制讨论立即从“找原因”滑向“找替罪羊”。解决这个问题有一招非常管用在复盘开始前明确约定一个免责边界大家先举手同意“本次复盘不讨论追责只讨论系统改进”。这个仪式感很重要它给了每个人心理安全感讨论质量会明显提升。另外还要注意发言规则禁止用“你就应该”开头的句子改成“如果在当时的信息条件下怎么做会增加成功概率”。这不是咬文嚼字而是把评价从“对人”变成“对事”。经历过几次复盘会你就会发现只要没有人身攻击大家是愿意暴露自己当时的犹豫和盲点的而这些“当时没敢说”的信息恰恰是最有价值的复盘素材。5.2 短期结果差不一定代表决策错这是我用了很久才真正接受的一个观念。很多时候一个决策的成败在短期内跟运气高度相关尤其是在信息不完全的情况下。你可能做过一个在当时看来非常合理的决策但由于一个你不可能预测到的变量结果很差反过来你随手做的决策也可能撞上风口获得了意想不到的好结果。所以我把“以结果论英雄”称作复盘的慢性毒药。如果每次都拿结果反推决策时间久了你的风险偏好会被严重带偏。比如投资里最典型的因为某次高风险操作赚了钱就认定高仓位押注是对的结果下一次就在同样的策略上亏掉之前的全部利润。这就是结果偏误outcome bias在后见之明偏差背后推波助澜。应对方法也很简单回看决策日志时给决策分和结果分都打分。只要决策分高即使结果差也不需要过度自我否定。复盘要做的是优化决策系统而决策系统的核心是概率和过程不是单次结果。把这一点想透了你就不会因为一次失败而彻底推翻整套方法论也不会因为一次成功就固守错误打法。5.3 几个我踩过的坑和调整办法我自己刚开始写复盘笔记的时候走过不少弯路。第一次踩的坑是“把复盘写成了记账”。每天记录自己做了什么、花了多少时间、结果是如何的本质上只是一个流水账没有判断也没有假设三个月后翻出来根本看不出任何模式。后来我重构了记录结构强制在每条记录里写“当时的预期是什么”和“依据的关键信号是什么”复盘才开始变得有价值。第二个坑是“复盘频率过高”。有一阵子我坚持每周末做一次深度复盘把所有细节摊开横扫过往一周的每个决策。结果发现过度复盘会带来决策焦虑让我在后续行动中束手束脚因为我不自觉地开始害怕“以后复盘时又被抓到把柄”。后来我把深度复盘调整为每季度一次月度只做轻度校准决策时的心理负担立即降了下来。复盘是为了让决策更自如不是给决策套上枷锁。第三个坑是忽略了情绪对复盘本身的干扰。当你刚经历完一次重大挫败情绪还处于波动状态时立刻做深度复盘很容易得出偏激结论。我现在会在重大挫败之后先停一两天等情绪平复再打开决策日志。不是逃避而是承认“情绪波动时的复盘没有可靠性”。还有一个细节是回看周期的问题。我会刻意延长某些决策的回看时间窗。比如投资类决策我给自己定的规矩是至少持有半年后再回看短期波动当作噪声处理而一些执行类的决策回看窗口就只有两周。时间窗设得不对很容易得出要么过度悲观、要么过度乐观的错误结论。结尾把后见之明当成一面镜子我现在每个季度会专门留出半天时间把所有决策日志翻出来重新读一遍。时常会发现当初觉得天大的事情三个月后看其实不过是一阵情绪当初非常自信的一个预测三个月后被事实无情打脸。每一次这种回看都让我有一点新的反思我当时为什么会那么想是信息判断的问题还是情绪在替我做决策踩过几次坑之后我越来越觉得 hindsight 这个词本身不坏。它是一面实实在在的镜子问题的关键只在于你照完这面镜子之后是要指认别人脸上的妆花了还是坐下来调整自己的状态。复盘的意义不在解释过去而在修正未来。下一次当你又想脱口而出“我早知道”的时候不妨先停下来问自己一句这句话会让我下一次做出更聪明的选择吗
企业数字化 ERP 产品动态
相关推荐
嵌入式AI协同开发工作流:从硬件约束到模型验证 1. 项目概述:这不是一次简单的“跑通模型”,而是一场嵌入式与AI的深度协同作战 “嵌入式AI协同开发实战:从约束到验证的完整工作流”——这个标题里没有一个虚词。它说的不是“在嵌入式设备上部署一个现成模型”,也不是“用AI给单… · 2026/11/3 22:14:06
ITSM现代化转型:技术支柱与智能化演进路径 1. ITSM现代化转型的核心驱动力十年前我第一次接触IT服务管理(ITSM)系统时,它还是个基于ITIL框架的工单追踪工具。如今在云计算和AI技术的推动下,ITSM已经演变为企业数字化转型的核心中枢。这种演进不是简单的技术升级,而是服务理念和管理模式… · 2026/11/3 22:14:06
反向拆解能力:从结果反推根因的工程思维方式 1. 为什么我觉得"会拆"比"会装"更难,也更值钱先把话撂这儿:我见过太多能把功能写出来的人,但真正遇到线上诡异问题时,能顺着调用栈一路摸到根因的人,十个里面挑不出两三个。这个差距,就… · 2026/11/3 22:13:06
小型固定翼飞控:六自由度建模、状态估计与制导链路 简介:《Small Unmanned Aircraft: Theory and Practice》英文原版PDF,面向无人机飞控、导航制导与控制方向的高年级本科生、研究生及工程技术人员,系统讲解小型无人机从建模到自主飞行的核心理论。全书围绕系统架构、坐标系与旋转矩阵、运动学… · 2026/11/3 23:06:40
OpenClaw开源工具全流程问题排查指南 1. 项目概述OpenClaw作为一款功能强大的开源工具,在数据处理和自动化领域已经积累了相当数量的用户群体。作为一名使用OpenClaw近三年的老用户,我见证了它从最初的简单脚本发展到如今功能完善的工具套件。但在实际使用过程中,无论是新手还是资… · 2026/11/3 23:06:40
LeetCode 350题解析:哈希表与双指针法求数组交集 1. 问题背景与需求分析这道题目来自LeetCode第350题,是算法学习中的经典数组操作问题。给定两个整数数组nums1和nums2,要求返回它们的交集,其中结果中的每个元素出现的次数应与该元素在两个数组中出现的最小次数一致,并且结果可以… · 2026/11/3 23:06:40
JW5068A 8A同步降压电源设计:外围参数、保护配置与布局验收 简介:面向电源设计与硬件开发人员的JW5068A同步降压转换器芯片手册,适合在低功耗系统、工业商用设备、笔记本电脑及电视等场景中进行选型评估与电路设计时查阅。资源包仅含1个PDF文件,大小约926KB,集中呈现器件规格、引脚配置、极… · 2026/11/3 23:06:40
Buzz传播三触点:截屏、跨平台、用户补全 1. “buzz”不是随便起的网名,它是一套正在被低估的传播信号系统最近在几个技术社区和创意工作坊里,我反复听到这个词被当作动词用:“这个功能上线后得先造点buzz”,“那个视频没buzz起来,数据就卡在3000播放不动了”。… · 2026/11/3 23:06:40
构建自动化安全运营中心:开源工具整合实践 1. 项目背景与核心价值去年在DEF CON黑客大会上看到一组数据:中小企业平均需要6.9个月才能发现网络入侵,而专业SOC团队的成本每年超过200万美元。这让我开始思考——能否用自动化工具构建一个"单人版"安全运营中心?经过三个月的原型… · 2026/11/3 23:05:39
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 6:04:24
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 5:52:46
STM32F411RE与MAX14431实现SPI隔离:工业现场抗共模干扰实战 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
ESP32+大模型AI硬件开发:从Demo到产品的8个工程问题 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
基于MAX14431BAEE+与PIC18F85J10的SPI隔离方案设计与实践 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 6:04:24
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 5:52:46