On March 9, 2024 11:20:20 PM CST, Xuanwo wrote:
>Hello, everyone
>
>I'm Xuanwo, and I'm following the "Contribute" guide in
>comdev-working-groups[1] to introduce myself and kickstart my contributions :)
>
>My personal vision is "Empowering freely data access from ANY storage service
>in ANY m
Locate and fix - https://github.com/apache/comdev-site/pull/161
Best,
tison.
tison 于2024年3月10日周日 00:05写道：
> Hi,
>
> The README file writes: run `hugo` to get the static content.
>
> I got:
>
> $ hugo
> Start building sites …
> hugo v0.123.8-5fed9c591b694f314e5939548e11cc3dcb79a79c+extended
> d
Hello, everyone
I'm Xuanwo, and I'm following the "Contribute" guide in
comdev-working-groups[1] to introduce myself and kickstart my contributions :)
My personal vision is "Empowering freely data access from ANY storage service
in ANY method". Open source is definitely an important part of ach
Hi Jarek,
You raised interesting discussion points but I would prefer not to discuss
specific examples in a public mailing list, since they may spark
unnecessary controversy and derail from the focus of the working group.
Do you mind summarizing your key considerations without mentioning specific
Hi,
The README file writes: run `hugo` to get the static content.
I got:
$ hugo
Start building sites …
hugo v0.123.8-5fed9c591b694f314e5939548e11cc3dcb79a79c+extended
darwin/arm64 BuildDate=2024-03-07T13:14:42Z VendorInfo=brew
ERROR render of "section" failed:
"/Users/tison/Brittani/comdev-site
I like the idea of having "A" badging system that is seen as "ASF
accepted" that any PMC (at PMC level) or any person (at ASF level)
might opt-in to use
I think such badging system - providing that it's "ASF generally
accepted" concept that is defined well - possibly adopted from others
like Fedor
Can I have the 'not badging' badge?
On Sat, Mar 9, 2024 at 9:16 AM Gary Gregory wrote:
> Here is a hopefully entertaining story about gaming a system:
>
> A long time ago (not in a galaxy far away), I worked for a company that
> created an internal $ bug bounty as a major release of our flagship
Here is a hopefully entertaining story about gaming a system:
A long time ago (not in a galaxy far away), I worked for a company that
created an internal $ bug bounty as a major release of our flagship product
neared. Someone in QA found a bug that caused the language runtime to
incorrectly print
> Badges may well cause some people to feel valued, but I think they can be
divisive. What about people who don't 'earn' enough points to merit a
badge? Might that not cause them to feel undervalued?
I think merit frameworks are inherently divisive, but the benefit of badges
is that it gives flexi
> If number of PRs is to be used as a credit towards getting a badge,
maybe there should be a way to flag some PRs as undeserving.
Agreed and perhaps the same for commits and Jira tickets but that's the
last thing I want to spend time adjucating :-(
Gary
On Sat, Mar 9, 2024, 7:34 AM sebb wrote:
Badges may well cause some people to feel valued, but I think they can
be divisive.
What about people who don't 'earn' enough points to merit a badge?
Might that not cause them to feel undervalued?
The value of a person to an ASF project cannot be purely measured in
terms of the number of contribu
Apologies if the previous message sounded snarky - it was late and I
impulsively cherry-picked some excerpts to comment without much second
thought. :-)
A more constructive attempt:
1. I like the principles of the Fedora badging program presented by Rich,
and I think we should adopt them verbatim
12 matches
Mail list logo
