然后唐一平打开了E题！
请注意，这个叫唐一平的同学，他越过了冲击关窍，直接尝试筑基功法！
评论区里，大家已经笑疯了。
“笑死，仿佛看到了期末考试时的我。”
“世另我，除了签到题，是看哪个哪个眼熟，做哪个哪个不会。”
“什么叫拔剑四顾心茫然啊！战术后仰！”
“请问这世界上，哪一道题总是希望最大又伤我最深啊！答案当然是——下一题！”
“如果平子同学是真的，那他简直就是现代大学生写照，因为我也是这样的；如果平子同学是装的，那他一定是在我脑袋上装了摄像头！”
唐一平当然不知道大家多热闹的，他打开E题，开始认真读题：
“一个工厂有A、B、C三个机器人和一系列任务。每个机器人完成一个任务后有不同的冷却时间。任务之间有依赖关系。请计算完成所有任务所需要的最短总时间……”
“这个题好难的，是个图论的题，涉及到最优解的问题，平子同学，快点回去重新做一遍B题或者C吧，这俩还简单点！”
当然，唐一平是看不到大家吐槽的。
这一次，唐一平终于停了下来。
他感觉……这个题自己也不是不行。
其实，对最优解的问题，他有一个现成的工具，FORK。
但是，FORK显然是不能用在这里的。
而他的思路，在思考的时候，总是会忍不住岔到FORK上去。
这就是所谓知识的诅咒，当你知道了某种知识之后，就很难再模仿出不知道它时的状态。
换言之，FORK基本上把唐一平在最优解这个方向上，把唐一平所有的想法都堵住了。
他又不是那种知识储备丰富，对编程思路信手拈来的人，这会儿能想到的，就那一条道，还不能走。
没办法，唐一平决定……换一个方向。
他还真有一个办法。
略微思索了一下，唐一平就开始创建类，定义机器人的名字、冷却时间、当前状态。
然后开始定义任务的ID、依赖项、执行时间。
然后开始写调度器……
唐一平虽然其他方面不太擅长，但咋说也实习了这么长时间了，来点“面向对象”开发还是可以的。
恍惚间，他觉得现在并不是在比赛。