A badge needs a place to put it and we aren't github where your profile page displays badges. I don't think we want to invent profile pages for Apache just to display badges. And your ~userid page is not the right place for that I think since users could put up any kind of image. Badges are fun, sure, but is that how we want to spend our energy?
Gary Gary On Thu, Jun 22, 2023, 05:23 Matthew O'Brien <matthewlukeobr...@icloud.com.invalid> wrote: > I have yet to contribute on the coding side of things as I am still > learning, yet I agree with the above "badge" style system as being > something that encourages active engagement and is still egalitarian in > nature as it facilitates all contributors to remain equal (as opposed to > the dichotomised system that results from the implementation of an "MVP" > type option). > > I have recently returned to forums I have been a member of for close to > two decades after getting disillusioned with the algorithmic gaming of > mainstream modern social media, whereby a select few are promoted by the > algorithm to the detriment of the rest of the userbase. And having seen > such a system as the proposed "reward badges" in place to where my forum > activity has resulted in attaining such rewards for participating, I can > speak from experience that the incentive to contributors is a greater > option than "picking favourites" as the MVP system does. > > The forum I speak of has seperate tiers for posters (committers for the > ASF equivalent) and the badges for other noteworthy contributions which I > am sure the Dev community here could devise something similar that would > work. > > Hope this gives an insight from an end user perspective of similar systems. > > Cheers > > Matthew Luke O’Brien > > > > On 22 Jun 2023, at 4:35 pm, Bertrand Delacretaz <bdelacre...@apache.org> > wrote: > > > > On Thu, Jun 22, 2023 at 12:39 AM Phil Steitz <phil.ste...@gmail.com> > wrote: > >> ...I strongly disagree with the idea of designating "MVPs" at any level > in the > >> ASF... > > > > Same here, I object to having "most valuable" titles in ASF projects, > > as it can be understood to mean others are less valuable. > > > > It's probably a cultural thing, I know "most valuable something" is > > common in the US and probably not understood as I do, but we have > > multiple cultures here so we need to be careful. The ASF aims to be > > *very* egalitarian, sometimes too much maybe, but that has served us > > well on multiple occasions. To me, the goal should be to recognize > > someone's achievements without implying that they are generally better > > than others. Better at a single thing maybe, but nobody's perfect. > > > > I see MVP has been replaced by "Ambassador" in the Cassandra document, > > that's better, but it still takes a single angle on someone's value, > > for example requiring that someone "Maintains 1 year of active > > experience in public speaking, organising events or publishing content > > on the project's channels". > > > > Some people might not be willing or able to do these things, yet make > > tremendous contributions to a project in other ways. > > > > I'd personally find a "fun badges" system better suited to rewarding > > people's varied sets of skills and engagements, from a community point > > of view that's orthogonal with ASF roles, ideally in a tongue-in-cheek > > style that prevents the badges from being given too much value. > > "Traveling Salesman", "Broken Tests Mechanic", "Memory Leaks Plumber" > > are the types of badges that come to mind, and can be celebrated to > > highlight someone's achievement without making that too serious. > > > > I'm commenting on this from an ASF-wide perspective, our projects are > > of course free to do many of their own things as long as it doesn't > > conflict with ASF values - but as the question was about "providing > > guidance to ASF projects" I thought that's useful. And yes, IMO > > providing such guidance definitely belongs to comdev, reminds me of > > https://community.apache.org/committers/funding-disclaimer.html > > > > -Bertrand > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > > For additional commands, e-mail: dev-h...@community.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > >
