|
|
本帖最后由 不点 于 2022-5-15 10:35 编辑
谢谢您的报告，其实也不是您在向开发者进行单向的报告，而是我们之间在互通情报。这谜一样的世界，其本质是啥，我们都不能 100% 掌握，需要我们互通情报，才会摸到更多一些真相。
顺便也向大家通报一个情况，虽然这与 multimbr 没有关系。
最近，我用 ventoy 启动了一些 10 多年前的旧机，十分顺利，没有遇到稀奇古怪的问题。然而当我前一段时间给那些较新的机子装机时，则很容易碰上无法启动的故障。
启动软件的开发者根本不可能发现产生问题的技术原因，因为，不同的硬件制造商，不同的产品序列，都会用不同的技术手段，来卡死某个启动软件。开发者本人遇到的情况，只占据很少的比例，因为开发者不可能把所有的品牌都买一台进行测试; 同一品牌的不同批次，更不可能都买一台进行试验。所以，他们要卡死你的启动软件，你根本就没招。大多数用户都不会向开发者报告故障的技术详情，这是因为，用户很难掌握其技术细节。
越老的机子，启动越顺利。越新的机子，卡点越多。
垄断者也是有利益需求的。你做了垄断者不喜欢的事，就要被垄断者修理。
所以，最终的结论是：我干嘛要做那些让垄断者不高兴的事？那样做，没有任何好处，是不是？
好吧，就通报这么个想法, 我认为，这也算是我的一种贡献吧。
【2022年5月15日补充】目前活跃的软件是 ventoy 以及 yaya 的 grub4dos（efi）。我早已远离 x86 体系架构下的开发了。因此，我的发言不重要。但说不定我的发言对某些人有用。然而大家不要误会，不要以为，我自己不去做的事，我也不想让别人做。完全不是这样的。我不做的某些事，说不定我希望有别人去做呢，对不对？所以大家不要胡乱猜我的想法。今天要说的，不是新的，而是炒冷饭，是再重复强调一下前面的观点。我想，这对于从事开发的某些人员会有某些用处。因为我的观点，不管是对还是错，您大概从别处是得不到的，大概只有从我这里才能得到。如果我的观点是错的，当然不值钱，您忘掉即可。但万一对了呢？那不是救您一命吗？那不是让您少走弯路吗？
我要说的就是，您的软件，是否遇到卡扣，您一定是知道的。因为用户会向您报告，您不可能不知道。您自己也可能碰巧遇到卡扣，那些卡扣，对于一个稍懂编程的人来说，都不特别困难，都还算比较容易解决吧。所以，一旦卡扣被您撞上，您一锤子下去就把它砸掉了。可是，您的锤子是近距离操作，您只能解决您身边的问题，解决不了其他电脑上的问题。好吧，我要强调的关键点来了——卡扣不难解决，但它的数量太庞大，欺负您手臂太短，不能伸到世界各个角落。如果您了解到的卡扣不多，都是老旧的，不出现新的花样，那说明您很幸运，没有被盯上。一旦某一天，您发现新卡扣出现了，而且不断增多，那就说明您已经被盯上了。躲是不可能躲得过的，您得准备放弃了。这种情况，如果您不放弃的话，是没有任何好处的，只有坏处。
|
|
[复制链接]
IP卡
狗仔卡
发表于 2022-4-21 20:02:24
显身卡
楼主
