算法优化锦标赛。 - 页 90

新评论
 
Andrey Dik:

你对这个系列有什么不满意的地方？你认为它应该是什么？而其他人为什么不能要求以同样的方式改变它呢？

你几乎每天都把你的意见和要求改成完全相反。

我已经解释过，有保护的情况下，可以自由访问，没有保护的情况下，只能在信任的人手里。

如果可以自由使用，谁来做表？你不相信我，你也不相信哈蒂姆连斯基。你对在可信赖的测试人员手中测试没有限制的算法有什么问题？

别紧张。

好了，让我们来看看这个范围。

这没什么大不了的。

我没有理由相信你或任何其他我不认识的用户。

我不认为这是偏执狂的表现。只是常识。

然而，如果一个人被大多数人信任，我也会信任他。

 
好的！
除了我和彼得之外，还有谁想参加比赛吗？
 
Andrey Dik:
好的!
除了我和彼得之外，还有人想参加比赛吗？

我想，当所有的技术问题都解决了，人们就会加入进来。

FF的图书馆问题，连接接口问题--所有这些都应该是完全清楚的。

例如：是否可以在脚本中实现解决方案，或者只在库中实现？

如果只是在图书馆，谁来写调用它的脚本，等等。

 
Реter Konow:

我认为，当所有的技术问题被解决后，人们就会站出来。

图书馆与FF的问题，连接界面的问题--所有这些都应该是非常清楚的。

例如：是否可以在脚本中实现解决方案，或者只在库中实现？

如果只是在图书馆，谁来写调用它的脚本，等等。

在连接方案中没有任何变化，一切都和以前一样。
我将编写FF和执行脚本，源代码将是公开的。 FF将提供唯一密钥的生成，这应该由测试人员完成。
几天后，我将提供FF的源代码和脚本。
 
Andrey Dik:
一切都没有改变，一切都保持原样。
我将编写FF和执行脚本，来源将是公开的。FF将包括生成一个唯一的密钥，这应该由测试人员完成。之后，参与者将把他们的算法交给测试人员并等待结果。
几天后，我将提供FF的源代码和脚本。

好的。

但测试员角色的候选人问题仍未解决。

 
Реter Konow:

好的。

但测试员角色的候选人问题仍未解决。

也许不需要测试员，我想我已经想出了如何在保护算法的同时不限制其参数的方法。
 
Andrey Dik:
也许不需要测试员，我想我已经想出了如何在不限制参数的情况下保护算法的方法。
很好，但你还需要一个裁判员来生成钥匙吗？
 
Реter Konow:
很好，但我们还需要一个裁判员来生成钥匙吗？
是的，必须有人生成密钥并编译FF圣经。 这将确保所有的FF都是相同的，同时FF对参与者来说也是未知的。
 

一般来说，我提出以下保护措施：该算法应检查日期，并检查是否 有 连接到 经纪人的服务器（任何）。

通过这种方式，可以为测试期设定一个 "试用期"，例如从发布之日起3天。因此，我们可以开放所有参与者的算法，每个人都可以在一个中立者准备的FF上运行测试。在这种情况下，一方面对FF的参数没有限制，另一方面，它将提供一个真正公开和透明的比赛。

是否有办法绕过这种保护，在试用期结束后使用这些算法？

但还是要有人把测试结果编成一个表格。我可以做到这一点。其他任何人都可以另外编制一个结果表并公布。

 
Andrey Dik:

是否有办法绕过这种保护，在试用期结束后使用该算法？

买一台MT服务器;)

额外地将自己与MQ-Demo绑定。

1...838485868788899091929394959697...132
新评论