微型推理的首版设计先确定问题微型推理的首版设计的讨论先落在硬件型号、编译选项和内存边界。不要用一段笼统的经验替代前提输入从哪里来、谁负责确认、失败后怎样停止都应在开始前写清。沿着一条路径检查围绕微型推理的首版设计做嵌入式开发实践时重点是寄存器、驱动和中断时序。把一条代表性路径从入口走到结果记录版本、配置和观察到的现象。没有原始记录时只描述检查方法不把推测写成事故结论。小步验证处理微型推理的首版设计时先在目标板复现再改动关键路径。每次只改变一个因素并保留能够回看差异的日志、截图或测试结果。这样后续维护者能理解当时的取舍也能知道哪些条件尚未覆盖。