Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Points number configure option- feature request #107

Open
TurboPablos opened this issue Nov 21, 2017 · 3 comments
Open

Points number configure option- feature request #107

TurboPablos opened this issue Nov 21, 2017 · 3 comments

Comments

@TurboPablos
Copy link

For now points scoring seems to be hardcoded (+1 point for succesfull build, -4 for the failed one).
It would be nice to have an ability to configure the amount of points for the failed (if the build was already broken or not) and successfull build.

@lprichar
Copy link
Member

That's a great idea. It'd be cool to have like an easy normal or hard mode. The only issue is the sync'ing up to the leader boards. Everyone on the leader board should have a point mean the same thing. I guess these modes could be local only? I don't think that would be too hard. Not sure if that would be confusing to see different points on the leader board vs locally though. What do you think?

@TurboPablos
Copy link
Author

Thank you :) I thought about configuring points number generally, for all of the users from the board. So, e.g. if you want to change the points number for successfull build from 1 to 2, then it will involve all of the users, not only specific one.

Then you can of course recalculate scores for all of the users by new points numbers or just leave it like it is.

Then the score for all of the users would mean the same thing as you mentioned ;)

That is a feature proposition, please let me know what do you think about it :)

@lprichar
Copy link
Member

lprichar commented Dec 9, 2017

I was actually referring to the Siren of Shame Online leaderboard http://sirenofshame.com/leaders. But like I mentioned, the change you're describing could just be local only to your instance.

Speaking of which, a feature that I'm very interested in implementing soon that's related, is the ability to have per-week / per-month and per-sprint scores in addition to the lifetime scores it does today. The
reason for that is I've had people complain that over time the reputation becomes more a function of how long you've been on the project than your consistency in not breaking the build.

I guess I mention that because customizing the reputation algorithm would need to play into the above feature, e.g. do your customizations affect points for future sprints. I'm inclined to say "not specified" and do whatever's easiest to code up.

Sorry long spiel there thanks for bearing with me as I get my thoughts out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants