vdv100 at gmail
Jan 12, 2010, 4:23 PM
On Tue, Jan 12, 2010 at 11:46 PM, Attila Csipa <maemo [at] csipa> wrote:
> On Tuesday 12 January 2010 20:46:14 Valerio Valerio wrote:
> > All suggestions/improvements are welcome, but please keep in mind that
> > karma should be simple to calculate.
> Brainstorm seems to be missing (maybe the generic vote/comment score can
> apply, but surely proposals/solutions themselves are worth something ?).
Ups, good catch, actually I have brainstorm here in my notes;
*Brainstorm - New proposal in 'Sandbox' (new, need to be implemented) - 5p
*Brainstorm - New solution in 'Sandbox' (new, need to be implemented) - 2p
> The current scoring scheme does not take into account developers who don't
> develop end-user software (like libraries). No idea how to honor that
> for download/spike counting.
> Also, you don't mention bugs.maemo.org, with more karma for apps it's
> better (reporting 3-5 bugs, regardless of report quality was roughly equal
> writing (!) an app). Anyhow, if possible, maybe it would make sense to
> bug status (i.e. karma for developers fixing the bugs in question, or no
> for duplicate, invalid, etc bugs).
Yup, each bug report generate 4p, I also thought about no karma for
duplicate/invalid reports, don't know if this is easy to implement.
> Yes, this can be tricky with projects
> handling their own bugs, but then again, it's the same now - you get karma
> only for reporting bugs on projects in b.m.o.
> Overall, I feel maybe the new proposal is noticeably tilted towards
> developers, non-dev community members will very likely have difficulty
> up' with dev karma (which may or may not be what you want).
My intention is to give more relevance for each kind of contribution, it's
hard to make a perfect system, but we at least can improve the current one.
> maemo-community mailing list
> maemo-community [at] maemo