Citazione da Kender06 Mar 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.
Citazione da Kender06 Mar 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.
Citazione da Kender"points per challenge" is never going to work with that.06 Mar 2011 - 21:52:46
Citazione da KenderAnd the difficulty of individual challenges can never be taken into account here.06 Mar 2011 - 21:52:46
Citazione da 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.06 Mar 2011 - 21:52:46
Citazione da KenderTry to shift your thinking from being rewarded for solving a challenge to being rewarded for solving a site.06 Mar 2011 - 21:52:46
Citazione da 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.06 Mar 2011 - 21:52:46
Citazione da KenderThe "average" column is a much better indicator of the difficulty of completing a site.06 Mar 2011 - 21:52:46
Citazione da 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.06 Mar 2011 - 21:52:46
Citazione da KenderMy solution:06 Mar 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.
Citazione da dloser07 Mar 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?
Citazione da dloser07 Mar 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.Citazione da 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.07 Mar 2011 - 07:19:50
Citazione da 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...07 Mar 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. Citazione da shadum
Citazione da KenderMy solution:06 Mar 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.
Citazione da shadum07 Mar 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.
Citazione da shadum07 Mar 2011 - 16:06:02
I am also skeptical about attempts to measure skill and intelligence, but I guess not as skeptical as you.

Citazione da shadum07 Mar 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.
Citazione da shadum07 Mar 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.
Citazione da Kender07 Mar 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.
Citazione da Kender07 Mar 2011 - 20:50:24
I still maintain that the # of challenges on a site should not directly influence your reward for completing it.
Citazione da Kender07 Mar 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.