第五十九章：艰难的研发！（2/2）

王建军闻言心中一喜！

卢德华虽然对於这款mp3的研发进度把控得不够给力，但是其对於研发部门的改造，却是让他满意的。

青云科技船小好掉头。

所以现在在风气上有问题，还可以更改。

表现不好，或者是喜欢混水摸鱼的员工，只要第一时间清除出去就可以了。

不然公司大了，大公司病严重，工作效率极低，工作內容变成了你推我，我推我的推脱式工作模式，甚至是变成京东集团的那种『她力量』主导的公司氛围，ghg主导一切，那就是救都没法救了！

在经歷过前世的种种之后，他对於这些东西，其实是非常敏感的。

过了一阵之后，测试工程师突然急匆匆地拿过来一份测试报告，大声喊道，“卢总，我们发现了，温度过载的核心问题是高效频域变换算法导致的產品信息过载。”

卢德华听了，先是心里头咯噔一下。

特么的怎么还有问题！

不过他听了测试人员的说法之后，就知道问题所在了，这涉及到收音机和mp3的融合，这需要研发部门针对mdct（改进的离散余弦变换）进行优化，需解决传统变换（如fft）的频域泄漏和块效应问题，同时平衡时域与频域解析度。

简而言之，就是技术得不到硬体支撑，从而有宕机的风险。

但是卢德华听到测试工程师这样一说，心中又是一喜！

这核心的研发问题找到了，那么后期的进展就会变得顺利起来。

不过，隨后他心中又是一忧。

这產品情况，可不是说一个问题弄好了以后，后面就是万事大吉了。

有一大堆的bug，是属於那种偶然性发生的bug。

这种偶然性发生的bug，初始的时候，看起来好像没有啥大的问题，但是实际上当购买的人数是海量的数据的时候，就会变成致命bug！

比如，三桑公司的爆炸手机。

这种会自燃的手机，自然会是少数，但是当这个案例接二连三的出现的时候，你的这款產品，其实就完蛋了。

这就是电子科技產品的难点！

你做的產品，不是差不多没有bug，是bug的发生概率，要极低。

任何一个低概率的bug，都不能放过。

“现在还测试出来其他方面的问题吗？”卢德华急匆匆地询问道，他担心出现什么不良的后果。

“我们现在的总测试时间，只有300小时不到。”

“现在需要更多的工程原型机型，给予我们进行更久，纬度更多的测试。”

“不过总体来说，我们对各方面进行反覆测试，现在持续使用效果，是越来越好了！”

“如果更多的研发原型机型没有问题，那么这款產品，就可以出正式的研发报告了。”

由於在一旁的王建军表情也是十分地严肃，测试人员也知道，现在这个时候，是支撑起这款產品的关键时刻，所以到最后面，声音也是不由自主地大了起来。

王建军听了测试人员这句话。

心里头也是不由得鬆了一口气。