+ 4
Just a general question, and maybe a brief rant, but what percentage of quiz questions are variations of operand "gotchas?"
I'd venture a guess that it is somewhere around 20% to 40% of all questions. Don't get me wrong, I'm not saying operator precedence is unimportant. However, there are diminishing returns to knowing how "x-=++3*/z-+y" will evaluate. My question to the community: is the % this high because the operand questions are THAT important, or because there easy to write? Does SoloLearn have data on the exact %? In the meantime, I'm putting it on myself to write some thoughtful questions related to advanced topics.
7 Respostas
+ 11
I think it's relatively hard to be innovative here, since the time limit. Quizzes cannot be too complicated, because people have to fit in twenty seconds. That's why most quizzes are about close observation or quick logic. Anything more advanced would require more time to sort out.
+ 8
I personally think that the time limit is too short, in a 1v1 there should be no time limit to answer the question, but yet there should be a time limit on the challenge it's self just in case of an AFK situation, this will allow for more complicated/complex questions...
Just my opinion ..
+ 7
Oh, by the by... Can someone please rate quiz submissions for Python? I got a few hanging for a while now... :)
+ 3
They could be judged by Sololearn and divided into categories, but that is probably a substantial change to the gamification system. All in all, both sides in a duel have equally high or low chances :)
+ 2
Another suggestion what about if the criteria for the random opponent would be a little bit diffrent. I got declined a lot after challenging a other people I wondered why. I think it kinda has to do with that people start some times seconds and third courses and get taken as random opponent. But in this language they didnt learned too much (seen a lot who started a course and are around 15xp onthat course). I dont want to play against these people because they are highly likely to decline for a reason, they dont know anything about that language at that point. Wheb i just start a course I dont want to get challenged by people, who finished the course,either.
+ 2
I am a big believer in incentives. If every question is "valued" equally then there is an incentive to create quiz questions that are "easy" to write. As it stands, when I challenge someone in Python or C++, it doesn't matter what the language is: 50% of the questions will be testing mental math with code. I could be off base here - perhaps testing mental math and operator precedence is the point. I would disagree with this, which is why I'm writing in hopes of improving quiz question quality.
For the record, I'm relatively new to the SoloLearn community, but I care about it and want to help it improve. That's my only objective here.
Lastly, I'm still waiting for my first quiz question submission to be approved, which is an evaluation question on decorators in Python. This took time to write, but I hope it is more useful than 20 questions on operator precedence. The "badge" isn't important to me, but learning is.
Thanks,
Steve
+ 1
Id love too see more questions others than about operands. I agree aswell with Cory. Some Questions you arent even finished with reading and the times already up. Only thing you can do is then guessing, what it could be. It would be cool too see more questions, were you have the chance to read them. Think the problem is you dont have a timelimit, when you rate Quizsugestions. Im not quite sure, which will be accepted, but could imagine, thats the why there a few of these. Maybe it would be better, that the guy who creates the quiz can decide how much time you have. I mean the option shouldnt be limitless but maybe around 20-50 seconds? Id love to think some times a little longer than 20 secs about these problems. Maybe even when you rate the quizzes you could have the option to tell this quizz should be around 20 sec or 40 sec ect. I could imagine that the creativity would increase with a little bit more option.