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
