隨後當她說出"通過庫存動態平衡抓手提升周轉率"時，陳默微微點頭。
20分鐘後，隨著PPT翻到最後一頁。
“...隨著這次的優化，我主導的智能切換方案將故障恢複時間從8分鐘壓縮到37秒。”
“各位評審，我已述職完畢。”胡笳講完後站定。
“你設計的智能補貨算法在試點倉庫降低30%庫存，但導致華南區三次缺貨。你解釋算法缺陷及改進思路。”陳默開口問道。
這裡主要考察胡笳對算法設計的容錯能力以及業務與技術平衡意識。
他也知道這是胡笳的強項，故意問出這個問題是想讓她展示一下自己。
果然，對麵的胡笳立馬回答道：“原算法過度依賴曆史銷量數據，忽略了兩個變量：一是私域渠道導致的脈衝式訂單，二是極端天氣對物流的影響因子，三是友商新品發布造成的需求轉移。”
她侃侃而談，“新版本引入LSTM神經網絡，動態權重分配從0.3提升到...”
說完後便不再出聲。
"你的容災方案依賴華興雲StaCk6.5的API，如果隻能用阿裡雲架構怎麼辦？"朱總問道。
陳默有點不高興，皺了皺眉，瞥了一眼朱然。
胡笳是應用支持，工作中也是負責應用係統，這種底層係統架構的問題顯然是有點偏了。
剛準備開口就看見胡笳給了他一個眼色，隨即就不再說話，神在在的坐在那裡。
胡笳重新打開測試環境，調出未公開的兼容層代碼。
回複道："朱總，已在沙箱環境對接阿裡雲API，但涉及友商專利..."
朱總點點頭。
"你的算法需要多少GPU算力？中小客戶用得起？"係統架構師王輝問道。
王輝沒等胡笳的答案，反倒是聽見陳默淡淡的聲音在耳邊響起。
“她的這套新算法僅使用在內部ERP裡，和客戶沒關係。王工是不是有點累了？”
他趕忙道歉，“不好意思陳總，我沒注意。那我沒彆的問題了。”
陳默轉頭看向朱總，朱總搖頭表示自己也沒有彆的問題了。
“那就休息5分鐘。”陳默開口道，然後又對秘書補充道，“你讓最後一位5分鐘後直接進來。”
“好的陳總。”秘書說完徑直走向隔壁的會議室等候區。
華興的晉升述職評審，負責評審的評審官一般都是三個人，其中一正兩副。
實際上評審結果都是以主審意見為準。
但是，當主審和兩個評審結果都不一致時——比如主審通過，兩個副審皆不通過；
或者主審不通過，兩個副審皆通過；
雖然結果還是以主審為準，但事後公司會調取評審時候的影像資料。
再次核實是否存在違規情況發生。
但是上麵說到的主副完全不一致的情況一般都不會發生，畢竟評審們是會有交流的。
“朱總，你覺得咋樣？”陳默問道。
“挺好的，升16綽綽有餘，17都夠了。”朱總倒是沒有說違心話。
三人分彆在電腦上提交了自己的評審意見。