朝着阳光追梦诚意奉献《刚成高考状元，学霸逆袭系统来了》，uu书库独家首发！

维克托问的是技术问题。

答案有现成的框架可以参照。

而丹尼尔问的是风险管理。

答案则取决于他对B组进度的判断和对耦合关系的容忍度。

这个东西就没有标准模板可以套。

要回答好的话，也不是那么容易的事。

如果答得太保守，说等B组定稿再动手。

那维克托那边的任务图建模就得停摆。

如果答得太激进，说按现有语法先做，后面再改。

那丹尼尔担心的返工风险就有可能发生。

也就是说，他必须在两个极端之间找到一个可以执行的中间方案。

如果说林晓之前没有认真准备一下，还真有可能被问倒。

但现在嘛。

使用了照影寻踪符，林晓现在也可以说一句。

没有人比我更懂调度策略原型设计。

于是，林晓不假思索地说到：“所以那就要靠维克托了。”

“看他能否把这部分的工作分为两步。”

“第一步是定义一个独立的依赖关系描述格式，这个格式不依赖B组的具体语法，只依赖任务之间的逻辑关系。”

“第二步是写一个适配层，把B组的任务描述语言转换到我们定义的依赖格式上。

如果B组的语法后面变了，我们只需要改适配层，依赖关系解析的底层逻辑不用动。”

此言一出，丹尼尔下意识看向维克托。

然后两人眼睛的都亮了起来。

显然两个人都被这个操作秀到了。

丹尼尔问这个问题的时候，心里其实是有预判的。

他己经预设了两种可能的回答。

第一种是先把依赖关系做浅一点，等B组的语法定稿之后再深入。

这种回答意味着项目要等B组，进度会被拖住。

第二种是不管B组的语法，按我们自己的逻辑先做。

这种回答意味着后面要重做适配，工作量翻倍。
本章未完，请翻下一页继续阅读.........