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

　　20分钟后，随着PPT翻到最后一页。

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

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

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

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

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

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

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

　　说完后便不再出声。

　　你的容灾方案依赖华兴云Stack6.5的API，如果只能用阿里云架构怎么办？朱总问道。

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

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

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

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

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

　　朱总点点头。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　“朱总，你觉得咋样？”（本章未完，请翻页）

　　请收藏本站：http://mebook.hachker.com。窝里看小说手机端：http://ebook.hachker.com