隨后当她说出“通过库存动態平衡抓手提升周转率“时，陈默微微点头。

20分钟后，隨著ppt翻到最后一页。

“...隨著这次的优化，我主导的智能切换方案將故障恢復时间从8分钟压缩到37秒。”

“各位评审，我已述职完毕。” 胡笳讲完后站定。

“你设计的智能补货算法在试点仓库降低30%库存，但导致华南区三次缺货。你解释算法缺陷及改进思路。” 陈默开口问道。

这里主要考察胡笳对算法设计的容错能力以及业务与技术平衡意识。

他也知道这是胡笳的强项，故意问出这个问题是想让她展示一下自己。

果然，对面的胡笳立马回答道：“原算法过度依赖歷史销量数据，忽略了两个变量：一是私域渠道导致的脉衝式订单，二是极端天气对物流的影响因子，三是友商新品发布造成的需求转移。”

她侃侃而谈，“新版本引入lstm神经网络，动態权重分配从0.3提升到...”

说完后便不再出声。

“你的容灾方案依赖华兴云stack 6.5的api，如果只能用阿里云架构怎么办？“ 朱总问道。

陈默有点不高兴，皱了皱眉，瞥了一眼朱然。

胡笳是应用支持，工作中也是负责应用系统，这种底层系统架构的问题显然是有点偏了。

刚准备开口就看见胡笳给了他一个眼色，隨即就不再说话，神在在的坐在那里。

胡笳重新打开测试环境，调出未公开的兼容层代码。

回復道：“朱总，已在沙箱环境对接阿里云api，但涉及友商专利...“

朱总点点头。

“你的算法需要多少gpu算力？中小客户用得起？“ 系统架构师王辉问道。

王辉没等胡笳的答案，反倒是听见陈默淡淡的声音在耳边响起。

“她的这套新算法仅使用在內部erp里，和客户没关係。王工是不是有点累了？”

他赶忙道歉，“不好意思陈总，我没注意。那我没別的问题了。”

陈默转头看向朱总，朱总摇头表示自己也没有別的问题了。

“那就休息5分钟。” 陈默开口道，然后又对秘书补充道，“你让最后一位5分钟后直接进来。”

“好的陈总。” 秘书说完径直走向隔壁的会议室等候区。

华兴的晋升述职评审，负责评审的评审官一般都是三个人，其中一正两副。

实际上评审结果都是以主审意见为准。

但是，当主审和两个评审结果都不一致时 —— 比如主审通过，两个副审皆不通过；

或者主审不通过，两个副审皆通过；

虽然结果还是以主审为准，但事后公司会调取评审时候的影像资料。

再次核实是否存在违规情况发生。

但是上面说到的主副完全不一致的情况一般都不会发生，毕竟评审们是会有交流的。

“朱总，你觉得咋样？” 陈默问道。

“挺好的，升16绰绰有余，17都够了。” 朱总倒是没有说违心话。

三人分別在电脑上提交了自己的评审意见。