浪费生命制造缺陷——站在开发人员的角度看驱动程序精简的得与失

那时年少如流水

Skyfree 发表于 2015-1-15 17:35
额，罢了罢了，我只是说下我的观点，别搞出这么大争执。。。。

唉 我觉得很悲哀 本来嘛 用户的使用后的反应才是需要努力的方向 这管理员最后竟然还开骂了···无语

那时年少如流水

XY.Chen 发表于 2015-1-15 11:29
1、“小”与“残缺不全”有着必然的联系
精简的时候，除了版本的取舍，还有就是放弃收录某些小厂家的驱动 ...

可是还有一个疑问 要怎么知道那个驱动版本最适合这个硬件呢？ 一个一个测试吗？
即使全部保留 如果官方提供的驱动就有一些BUG 这个怎么解决呢
真心想知道而已 并无恶意 如果还有管理员开骂的话 ····我就真的无语了

Skyfree

那时年少如流水 发表于 2015-1-15 18:01
可是还有一个疑问 要怎么知道那个驱动版本最适合这个硬件呢？ 一个一个测试吗？
即使全部保留 如果官方 ...

如果一个硬件对应多个驱动版本，要找到哪个最适合，还真的需要一个个的去测试。。。。我之前已经提过了，这是巨量的测试，而且测试结果的正确性也有待多个人的多个相同测试来对比。。。。。。假设1个硬件对应3个版本的驱动，而一个硬件又需要至少5个人来提供测试结果以对比，这就是1x3x5=15次测试。而且1个硬件真不见得只对应3个版本的驱动，5个测试者的测试范围又怎么能够？
这个要计算起来，真是巨量的。。。。至少一我那边的人力、财力、技术水品完不成，期待这边有好的解决方案。

XY.Chen

我们的设计是在ID匹配的基础上引入蚁群算法，针对某个ID随机的选择可能合适的驱动，然后根据收集的用户的反馈去计算自动安装的驱动和用户最终实际的驱动是否存在差异，如果驱动工具自动安装的是A驱动，结果反馈信息是用户的驱动为B，我们默认采信用户的选择是最合理的，我们就会在规则库中将该设备的驱动暂定为B，通过模拟进化优化来最终确定设备的驱动选择，这种方式的本质的确就是一个一个测试，只是这种测试是在用户端进行，每一个用户都可能成为测试的对象，我们希望引入客户端自动测试并上报使用结果、服务器集中分析驱动采用情况的机制去不断优化匹配结果，通过机器学习的手段改善准确度，我们的匹配规则不依赖驱动整理人员的人工筛选，规则的建立和优化采用自动构建，不断迭代的方式去完成，大概就是这个样子。。。

MSmyworld

实践出真知

liuqj1228

Skyfree ！貌似天空的老大？高人高见！

liuqj1228

楼主XY.Chen 的全而稳，我是赞成的，最好是新、全、稳！

那时年少如流水

Skyfree 发表于 2015-1-15 18:16
如果一个硬件对应多个驱动版本，要找到哪个最适合，还真的需要一个个的去测试。。。。我之前已经提过了， ...

好吧 共同期待sysceo的解决方案吧 如果完美解决 还真如S大所说的  乃业界之福

b1456089826

其实 两种版本各有其优缺点 我更赞成也出一个全能版和精简版 但是对于大包来说 更新就是一个不小的问题 总不能每次更新就要几个G的下载量吧

b1456089826

其实 如果服务器允许的话 也可以出一个在线版 在线版是全能版的引导程序，不包含驱动包 驱动包放在云端服务器  也可以变相做到体积小和速度快的优点