Quote from KenderMar 06, 2011 - 21:52:46
I also never liked having challenge count entering the equations, but for a different reason, I feel it rewards people for doing the same repetitive things over and over. Which in my opinion is what happens on sites with a high challenge count.
Quote from KenderMar 06, 2011 - 21:52:46
WeChall's scoring aims to reflect the amount or level of skill someone has. Not how much time they are willing to spend doing very similar things.
Quote from Kender"points per challenge" is never going to work with that.Mar 06, 2011 - 21:52:46
Quote from KenderAnd the difficulty of individual challenges can never be taken into account here.Mar 06, 2011 - 21:52:46
Quote from KenderSo yes, solving a challenge of difficulty X on a site with a lot of challenges is going to be worth less than solving a challenge of difficulty X on a site with less challenges. This is fair when you think about it for a bit and factor in the choice of sites to pay on and the challenges to choose from on each site.Mar 06, 2011 - 21:52:46
Quote from KenderTry to shift your thinking from being rewarded for solving a challenge to being rewarded for solving a site.Mar 06, 2011 - 21:52:46
Quote from KenderI recomend against using the user-voted "dif" column. It is extremely unreliable. For some people it represents how difficult it is, for others how easy it is and for yet others how balanced the difficulty is. Also, most sites have no more than a handful of votes.Mar 06, 2011 - 21:52:46
Quote from KenderThe "average" column is a much better indicator of the difficulty of completing a site.Mar 06, 2011 - 21:52:46
Quote from KenderWhether or not a site internally also uses difficulty for scoring (like rosecode or hackquest) makes little difference. 0% complete is still 0 points and 100% complete is still max points. It's just the curve that's a it different.Mar 06, 2011 - 21:52:46
Quote from KenderMy solution:Mar 06, 2011 - 21:52:46
I propose we ignore all challenges over 200 per site for the score. That should take care of the problems you described.
Quote from dloserMar 07, 2011 - 07:19:50
How about making it about the challenges instead of ourselves? Just stimulating people to do challenges. And preferably push them towards the harder or more interesting ones.
I'd say score challenges according to difficulty and let that be all. Like shadum mentioned, why would the same challenge get a different score just because it's on a different site?
Quote from dloserMar 07, 2011 - 07:19:50
@shadum: No offence, but your interpretation of the current scoring doesn't seem to make sense to me. First of all, the scores are not normalised at all. In fact, I'd say the opposite. The number of challenges and the average %solved are explicitly added to score sites differently according to their "difficulty" and size. Normalising would mean making site_score the same constant for each site (or at the very least removing the number of challenges from the definition). The exponent you highlighted in the score calculation only affects the "shape" of the mapping of a user's %solved to % of site_score.
My higher math, even my not so higher math, is pretty shaky. I realize that the bit I highlighted really only effects the"shape" of the scoring, but that is the problem, as far as that particular piece of the puzzle goes. On a site like SPOJ you have to solve hundreds of challenges to really see the scoring. That doesn't make sense. True, it should all even out in the end but who is going to solve 2077 (or so) challenges to get to 100%? SPOJ has relatively difficult challenges which really highlight the flaw in the mechanism.Quote from dloserSecondly, you say that the "idea behind weighting challenges by percentage solved seems to be to prevent people from solving a bunch of easy challenges on multiple sites and thereby racking up a lot of points for easy work." I believe that it is meant as an automatic way to reflect a site's difficulty in it's score. Compensating for easy challenges is done by the exponentiation: low %solved gets low score per percentage point.Mar 07, 2011 - 07:19:50
Quote from dloserI would like to suggest that "we" forget about making the scoring reflect people's intelligence/skill/whatever. I don't believe there is any way to get close to it and it will always be subject to gaming. The fact is that the available data is practically meaningless...Mar 07, 2011 - 07:19:50
I'd say score challenges according to difficulty and let that be all. Like shadum mentioned, why would the same challenge get a different score just because it's on a different site?
. The way you have the pow(...) set up is different than it is currently so it may work out better, though it does still do something I'd like to avoid. I think that using the scores returned by the linked sites, which almost all have internal difficulty mechanisms, and then weighting by site difficulty is adequate for fair scoring. Quote from shadum
Quote from KenderMy solution:Mar 06, 2011 - 21:52:46
I propose we ignore all challenges over 200 per site for the score. That should take care of the problems you described.
It would be great if you could explain this in more detail. As is, I don't understand it at all? You suggest that 200 challenges is the most that will ever be scored? Aren't you de facto cutting the harder challenges right out of the ranking? At least in some cases, but not all, you could intentionally choose the harder challenges first but why? This solution seems pretty at odds with the idea of measuring skill.
It seems like this would also weight the sites very strangely since all sites with 200 or more challenges are suddenly equivalent.
Quote from shadumMar 07, 2011 - 16:06:02
I realize that the bit I highlighted really only effects the"shape" of the scoring, but that is the problem, as far as that particular piece of the puzzle goes. On a site like SPOJ you have to solve hundreds of challenges to really see the scoring. That doesn't make sense. True, it should all even out in the end but who is going to solve 2077 (or so) challenges to get to 100%? SPOJ has relatively difficult challenges which really highlight the flaw in the mechanism.
Quote from shadumMar 07, 2011 - 16:06:02
I am also skeptical about attempts to measure skill and intelligence, but I guess not as skeptical as you.

Quote from shadumMar 07, 2011 - 16:06:02
Ultimately, I don't think that philosophical difference matters, at least between you and me, since I'd also like a scoring that deals only with challenge difficulty as much as possible.
Quote from shadumMar 07, 2011 - 16:06:02
Except for the pow(...) part, I am fine with your formula-- not that it is in any way my decision. The way you have the pow(...) set up is different than it is currently so it may work out better, though it does still do something I'd like to avoid. I think that using the scores returned by the linked sites, which almost all have internal difficulty mechanisms, and then weighting by site difficulty is adequate for fair scoring.
Quote from KenderMar 07, 2011 - 20:50:24
The hardest part for people to understand seems to be that the points you get on WeChall when you solve a challenge on a site does not indicate a reward for solving that challenge.
It is a reward for going from x% complete to y% complete.
Quote from KenderMar 07, 2011 - 20:50:24
I still maintain that the # of challenges on a site should not directly influence your reward for completing it.
Quote from KenderMar 07, 2011 - 20:50:24
The hardest part for people to understand seems to be that the points you get on WeChall when you solve a challenge on a site does not indicate a reward for solving that challenge.
It is a reward for going from x% complete to y% complete. So of course going from 0% to 1% gains you little points while going from 99% to 100% is a huge achievement.
Regardless of the amount of challenges, their difficulty according to other people or whatever; the first challenge you solve on a site will be the easiest and the one you solve to complete the site will be the hardest.
This is the only distinction that WeChall can make.
PHP Warning(2): require_once(/home/gizmore/www/geshi/src/geshi.php): Failed to open stream: No such file or directory in core/inc/util/GWF_BBCodeItem.php line 219
Backtrace starts in www/index.php line 6. GWF3->__construct()............... gwf3.class.php line 107. GWF3->init()...................... gwf3.class.php line 173. GWF3->onLoadModule().............. gwf3.class.php line 435. Module_Forum->execute()........... core/module/Forum/Module_Forum.php line 223. GWF_Module->execute()............. core/inc/util/GWF_Module.php line 344. Forum_ShowThread->execute()....... core/module/Forum/method/ShowThread.php line 66. Forum_ShowThread->templateThread() core/module/Forum/method/ShowThread.php line 131. GWF_Module->templatePHP()......... core/inc/util/GWF_Module.php line 153. GWF_Module->coreTemplatePHP()..... core/inc/util/GWF_Module.php line 159. GWF_Template::templatePHPRaw().... core/inc/util/GWF_Template.php line 25. GWF_Template::templatePHP()....... core/inc/util/GWF_Template.php line 113. include()......................... www/tpl/wc4/module/Forum/show_thread.php line 71. include()......................... www/tpl/wc4/module/Forum/show_post.php line 137. GWF_ForumPost->displayMessage()... core/module/Forum/GWF_ForumPost.php line 165. GWF_Message::display()............ core/inc/util/GWF_Message.php line 229. GWF_BBCode::decode().............. core/inc/util/GWF_BBCode.php line 127. GWF_BBCodeItem->render().......... core/inc/util/GWF_BBCodeItem.php line 78. GWF_BBCodeItem->renderChilds().... core/inc/util/GWF_BBCodeItem.php line 117. GWF_BBCodeItem->render().......... core/inc/util/GWF_BBCodeItem.php line 74. GWF_BBCodeItem->renderTag()....... core/inc/util/GWF_BBCodeItem.php line 101. GWF_BBCodeItem->render_code()..... core/inc/util/GWF_BBCodeItem.php line 410. GWF_BBCodeItem->renderCode()...... core/inc/util/GWF_BBCodeItem.php line 219. require_once().................... core/inc/util/GWF_BBCodeItem.php line 219. GWF_Debug::error_handler()........ core/inc/util/GWF_Debug.php line 180.
PHP Fatal Error(1): Constant E_STRICT is deprecated since 8.4, the error level was removed in www/protected/config.php line 6
Backtrace starts in [unknown file] line ?. GWF_Debug::shutdown_function() core/inc/util/GWF_Debug.php line 109. GWF_Debug::error_handler().... core/inc/util/GWF_Debug.php line 180.