Difference between revisions of "Talk:WhiteWhale (robot)"
Spinnercat (talk | contribs) (LBB is a bit different, if I understand correctly.) |
(fairness of interpreter method) |
||
| Line 4: | Line 4: | ||
If I understand your bot correctly, LBB is a little different... it uses preloaded information on the bots in a String (of GF's and what type of movement is best against the bot) but still uses normal code to execute that movement and to target that GF. I think it's a little more fair (although still a little debatable, especially after its success), because it will fail against any decent adaptive movement in a bot. I hope nanoland doesn't turn into only tricks and gimmicks to evading the code size calculuator :( But your bot is still cool, congrats on getting such a high score! --[[User:Spinnercat|Spinnercat]] 02:52, 3 October 2009 (UTC) | If I understand your bot correctly, LBB is a little different... it uses preloaded information on the bots in a String (of GF's and what type of movement is best against the bot) but still uses normal code to execute that movement and to target that GF. I think it's a little more fair (although still a little debatable, especially after its success), because it will fail against any decent adaptive movement in a bot. I hope nanoland doesn't turn into only tricks and gimmicks to evading the code size calculuator :( But your bot is still cool, congrats on getting such a high score! --[[User:Spinnercat|Spinnercat]] 02:52, 3 October 2009 (UTC) | ||
| + | |||
| + | (Edit conflict) Well, I just looked into it a bit. (Sorry if someone's typing a long response to me above... Spinnercat. =)) This does seem a bit unfair to me, too, as it is quite directly packing more execution code in a hidden way. And it would force a situation where the only way to compete is to use the interpreter. Preloaded data (like LittleBlackBook) also seems unfair to me, actually, but at least you can say that the actual code size is still within the NanoBot limits (if not the actual ''intelligence'' behind it). For what it's worth, I already view LBB in a different light when I look at the NanoRumble rankings, so if this were to stay in the NanoRumble, it would have a similar status in my mind... But hopefully we can come to a consensus on it, as I'm not keen on removing somebody else's bot. --[[User:Voidious|Voidious]] 02:57, 3 October 2009 (UTC) | ||
Revision as of 03:57, 3 October 2009
This is not a new idea, however it was generally agreed that this was a direction in development that shouldn't be pursued as it's tantamount to cheating. It's very cool that you got it working in practice and I'm all for trying new experiments on stuff like this outside the rumble, but weight classes in competition exist for a reason, and hiding the bytecode somewhere where codesize won't find it doesn't actually change the fact that you're using more code than the weight class allows for. Respectfully, I'd very much like to see this bot removed from the rumble. -- Kuuran 02:12, 3 October 2009 (UTC)
What is it doing, exactly? And have you looked at LittleBlackBook? It's also doing something that kind of puts it in a separate class from other NanoBots, though I'm not sure how they compare... --Voidious 02:21, 3 October 2009 (UTC)
If I understand your bot correctly, LBB is a little different... it uses preloaded information on the bots in a String (of GF's and what type of movement is best against the bot) but still uses normal code to execute that movement and to target that GF. I think it's a little more fair (although still a little debatable, especially after its success), because it will fail against any decent adaptive movement in a bot. I hope nanoland doesn't turn into only tricks and gimmicks to evading the code size calculuator :( But your bot is still cool, congrats on getting such a high score! --Spinnercat 02:52, 3 October 2009 (UTC)
(Edit conflict) Well, I just looked into it a bit. (Sorry if someone's typing a long response to me above... Spinnercat. =)) This does seem a bit unfair to me, too, as it is quite directly packing more execution code in a hidden way. And it would force a situation where the only way to compete is to use the interpreter. Preloaded data (like LittleBlackBook) also seems unfair to me, actually, but at least you can say that the actual code size is still within the NanoBot limits (if not the actual intelligence behind it). For what it's worth, I already view LBB in a different light when I look at the NanoRumble rankings, so if this were to stay in the NanoRumble, it would have a similar status in my mind... But hopefully we can come to a consensus on it, as I'm not keen on removing somebody else's bot. --Voidious 02:57, 3 October 2009 (UTC)
