正如ESL（Electronic System Level，电子系统级）设计流程所展示的思想，从算法、设计、验证人员工作的协同方式和并行度层面考虑，以求减少整体研发时间。 想象一下，等设计同事的RTL代码已经完成了，然后验证人员才介入学习、提取feature、搭建平台等等，这样的配合，即使这个验证人员动作再快，也是和设计“串行”的。 与之相反，验证人员和RTL设计人员同时开始学习，设计人员出文档写代码的同时验证人员也出文档写代码，等设计人员RTL写完，验证平台就准备好直接“趁热”冒烟调试。这样即使这个验证人员再慢，也是和设计“并行”的。这就是前面说的格局视角问题，后者验证人员也许做具体的事情都比前者更“慢”，但是总体验证进度和项目进度，可能更快。现实情况可能更加复杂，你可能多任务并行、可能你接到任务的时间点就已经很晚了、或者相反你收到的时间点很“宽松”。但是不管怎样，希望初入行的朋友至少心里清楚：在你所在公司的流程之下，什么时间节点做什么事情是最理想最高效的？并且可以努力尝试按照自己的“理想”时间节点推进，可能会有不同的收获和感触。
