<br />
<br />
> ----- Original message ----- <br />
> From: quim.gil@nokia.com<br />
> To: vdv100@gmail.com, maemo-community@maemo.org<br />
> Subject: Re: [Proposal] - Developers should get karma based on the relevance of their software<br />
> Date: Tue, 1 Dec 2009 15:00:50 +0100<br />
> <br />
> <br />
> ----- Original message ----- <br />
> > Hi, <br />
> > <br />
> > On Tue, Dec 1, 2009 at 12:42 PM, Quim Gil <quim.gil@nokia.com> wrote: <br />
> > <br />
> >                 Mmm... are we repeating here the <br />
> > brainstorming that has been <br />
> >                 running at <br />
> >                 <br />
> >               <br />
> > http://maemo.org/community/brainstorm/view/developers_should_get_karma_based_on_the_relevance_of_their_software/ <br />
> >                                   <br />
> >                 & http://talk.maemo.org/showthread.php?t=31519? <br />
> >                 <br />
> > <br />
> > well my intention was not repeat the original discussion, if you read my <br />
> > mail you will noticed that those links are referred there, and I also <br />
> > summarized the original discussion  and highlighted the proposal with <br />
> > more consensus in order to reach a decision. <br />
> > <br />
> > Why I used this channel ? Well a lot of people with valuable opinions <br />
> > are here, as well the ones that will implement the solution, and I know <br />
> > some of them don't have enough energy to follow 10000 TMO posts :). <br />
> <br />
> Your initial intention is very good, but after few replies we are in <br />
> the point where the memory has vanished and we are repeating the <br />
> discussions already made. <br />
> <br />
> Henri made a summary of possibilities when we have one in the <br />
> Brainstorm. Then Jaffa answers one point about Ohloh when in the <br />
> Brainstorm the Ohloh option is explained in more detail. And so on. <br />
> <br />
> If the proposal starts in Brainstorm with a Talk thread then <br />
> everybody has a chance to vote and subscribe to the thread if they <br />
> are really interested. A link here to those URLs should be enough if <br />
> the discussion has been going on already. <br />
> <br />
> Sometimes we have linked from a Talk thread to a discussion to <br />
> maemo-developers or to a bug report, so it's not about discussing <br />
> only in Talk. <br />
<br />
<br />
It's obvious either our decision-making process is poorly defined and/or not being followed.<br />
<br />
Indecision over Brainstorm and other items is an ongoing problem that may have been okay in a newer community but IMO we are at a point to move past it.<br />
<br />
The way I see it the decisive process needs to be hierarchal, from the bottom up:<br />
<br />
-Any member submits proposal (solution)<br />
-Rank and file + council + developers + Nokia employees/contractors discuss and vote<br />
-Council harvests input and narrows options<br />
-If council can reduce to obvious attainable solution(s), all are escalated to actionable party (Nokia, Reggie, council members, et al) for implementation<br />
-If council cannot reach a concrete decision, solution(s) escalated to actionable party or parties for ultimate decision (in most cases probably Nokia)<br />
<br />
Does that sound like what we should be following?<br />
<br />
IMO we need to find a way past this decision-making impasse...<br />
<br />
<span style="font-family: Verdana"><span><strong>Randall (Randy) Arnold</strong><br />
<span style="color: #ff6600">maemo.org community council</span><br />
</span></span><a href="http://tabulacrypticum.wordpress.com/"><span style="font-family: Verdana">http://tabulacrypticum.wordpress.com/</span></a><br />
<br />
<br />
<br />
<br />
> <br />
> <br />
> > If the community wants *everything* at TMO, I'm fine with it. <br />
> > <br />
> > Best regards, <br />
> > <br />
> > -- <br />
> > Valério Valério <br />
> > <br />
> > http://www.valeriovalerio.org <br />
> > <br />
> > <br />
> >                 <br />
> >                 <br />
> >                 <br />
> >                 <br />
> >                 ext Andrew Flegg wrote: <br />
> >                 > Henri wrote: <br />
> >                 >> However, there are other factors we <br />
> > should look at: <br />
> >                 >> <br />
> >                 >> * Maemo Extras upload activity (how many <br />
> > builds, how far <br />
> >                 those <br />
> >                 >> builds went, what votes they got) <br />
> >                 > <br />
> >                 > Disagree. The past performance of the <br />
> > build shouldn't have any <br />
> >                 affect <br />
> >                 > on an application's karma. However, see <br />
> > below on thoughts <br />
> >                 about <br />
> >                 > -testing. <br />
> >                 > <br />
> >                 >> * Download numbers of applications as a <br />
> > factor used next to <br />
> >                 ratings <br />
> >                 >> <br />
> >                 > <br />
> >                 > Absolutely. However, like tmo posts this <br />
> > should probably be <br />
> >                 > sqrt($downloads). <br />
> >                 > <br />
> >                 >> * Ohloh kudos would give a wider <br />
> > "appreciation rating" in the <br />
> >                 free <br />
> >                 >> software world (http://www.ohloh.net/about/kudos) <br />
> >                 > <br />
> >                 > I think Ohloh is of little value to the <br />
> > small projects we've <br />
> >                 had in <br />
> >                 > Maemo to date. <br />
> >                 > <br />
> >                 >> * Maemo Extras testing activity (voting, <br />
> > comments) <br />
> >                 > <br />
> >                 > Yup, although we're trying to encourage a <br />
> > "testsquad" who'll <br />
> >                 test <br />
> >                 > everything so I don't know how we'd <br />
> > square that circle. <br />
> >                 > <br />
> >                 > One interesting thought: should a package <br />
> > *lose* karma if it <br />
> >                 gets a <br />
> >                 > high number of votes UP and then ISN'T <br />
> > promoted to Extras? <br />
> >                 > Effectively penalising a package for <br />
> > wasting testers' time? <br />
> >                 > <br />
> >                 >> * Maybe we could also dig up commits on Garage <br />
> >                 > <br />
> >                 > I thought developers already got karma <br />
> > for Garage activity <br />
> >                 (being on <br />
> >                 > a project AND commiting to projects). <br />
> >                 > <br />
> >                 > Cheers, <br />
> >                 > <br />
> >                 > Andrew <br />
> >                 > <br />
> >                 <br />
> >                 -- <br />
> >                 <br />
> >                 <br />
> >                 Quim Gil <br />
> >                 open source advocate <br />
> >                 Maemo Devices @ Nokia <br />
> >                 <br />
> >                 <br />
> >                 _______________________________________________ <br />
> >                 maemo-community mailing list <br />
> >                 maemo-community@maemo.org <br />
> >                 <br />
> > https://lists.maemo.org/mailman/listinfo/maemo-community <br />
> >                 <br />
> > <br />
> > <br />
> > <br />
> > <br />
> _______________________________________________<br />
> maemo-community mailing list<br />
> maemo-community@maemo.org<br />
> https://lists.maemo.org/mailman/listinfo/maemo-community<br />
><BR>
<br><br>
--------------------------------------------------------------<br>
Ovi Mail: Being used by users in 178 countries<br>
<a href='http://mail.ovi.com'>http://mail.ovi.com</a><br>