个工厂有A、B、C三个机器人和一系列任务。每个机器人完成一个任务后有不同的冷却时间。任务之间有依赖关系。请计算完成所有任务所需要的最短总时间……”
“这个题好难的，是个图论的题，涉及到最优解的问题，平子同学，快点回去重新做一遍B题或者C吧，这俩还简单点！”
当然，唐一平是看不到大家吐槽的。
这一次，唐一平终于停了下来。
他感觉……这个题自己也不是不行。
其实，对最优解的问题，他有一个现成的工具，FORK。
但是，FORK显然是不能用在这里的。
而他的思路，在思考的时候，总是会忍不住岔到FORK上去。
这就是所谓知识的诅咒，当你知道了某种知识之后，就很难再模仿出不知道它时的状态。
换言之，FORK基本上把唐一平在最优解这个方向上，把唐一平所有的想法都堵住了。
他又不是那种知识储备丰富，对编程思路信手拈来的人，这会儿能想到的，就那一条道，还不能走。
没办法，唐一平决定……换一个方向。
他还真有一个办法。
略微思索了一下，唐一平就开始创建类，定义机器人的名字、冷却时间、当前状态。
然后开始定义任务的ID、依赖项、执行时间。
然后开始写调度器……
唐一平虽然其他方面不太擅长，但咋说也实习了这么长时间了，来点“面向对象”开发还是可以的。
恍惚间，他觉得现在并不是在比赛。
而是公司快倒闭了，已经失去了魅魔体质的陆铭远求爷爷告奶奶求来了一个给机器人工厂编程序的工作，然后宝哥哭着抱着公司最强程序员唐一平同学的大腿，求他拯救公司。
还能怎么办呢？
当然要拯救了！
在唐一平的脑海里，已经浮现了一只只的机器人，等着他去控制，去调度……
同时蜂拥而来的，还有目标需求，甲方的刁难，老板的PUA……
来了来了来了！
灵感来了！
代入了生产环境，唐一平突然就非常有灵感了。
他的手中，代码如同瀑布一般流淌。
直播间的评论区大家都觉得很奇怪：
“呃……奇怪，定义那么多干啥？平子同学不会打算模拟一个机器人工厂吧。
本章未完，请点击下一页继续阅读！