Good question!

IMO a good way to help a FOSS maintainer is to actually use the software (esp pre-release) and report bugs instead of working around them. Besides helping the project quality, I’d find it very heart-warming to receive feedback from users; it means people out there are actually not only using the software but care enough for it to take their time, report bugs and test patches.

“Announcment”

It used to be quite common on mailing lists to categorise/tag threads by using subject prefixes such as “ANN”, “HELP”, “BUG” and “RESOLVED”.

It’s just an old habit but I feel my messages/posts lack some clarity if I don’t do it 😅

Oh, neat!

On another note: ~2 mins looks like rather a “long” window of maintenance/disruption for what Cloudflare is 🙈

Done ✅

Thanks for your interest 🙏

Please do drop a line in either !lemmy_meter@lemmy.ml or #lemmy-meter:matrix.org if you’ve got feedback/ideas for a better lemmy-meter. I’d love to hear them!

Oh and feel free to link back to lemmy-meter from Blåhaj if you’d like to, in case you’d prefer the community to know about it.

Update 1

lemmy.one is added to lemmy-meter 🥳

Please do reach out if you’ve got feedback/suggestions/ideas for a better lemmy-meter 🙏

You can always find me and other interested folks in

• !lemmy_meter@lemmy.ml
• #lemmy-meter:matrix.org

Oh, sorry to hear that 😕

I think I’ll just go ahead and add you folks to lemmy-meter for now. In case you want to be removed, it should take only a few minutes.

I’ll keep this thread posted once things are done.

It’s on 🥳

If you’ve got questions/feedback/ideas please drop a line in either

• !lemmy_meter@lemmy.ml or
• #lemmy-meter:matrix.org

Thanks for showing interest 🙏

Update

sh.itjust.works in now added to lemmy-meter 🥳 Thanks all.

Something that I’ll definitely keep an eye on. Thanks for sharing!

First off, I was ready to close the tab at the slightest suggestion of using Velocity as a metric. That didn’t happen 🙂

I like the idea that metrics should be contained and sustainable. Though I don’t agree w/ the suggested metrics.

In general, it seems they are all designed around the process and not the product. In particular, there’s no mention of the “value unlocked” in each sprint: it’s an important one for an Agile team as it holds Product accountable to understanding of what is the $$$ value of the team’s effort.

The suggested set, to my mind, is formed around the idea of a feature factory line and its efficiency (assuming it is measurable.) It leaves out the “meaning” of what the team achieve w/ that efficiency.

My 2 cents.

Good read nonetheless 👍 Got me thinking about this intriguing topic after a few years.

That sounds a great starting point!

🗣Thinking out loud here…

Say, if a crate implements the AutomatedContentFlagger interface it would show up on the admin page as an “Automated Filter” and the admin could dis/enable it on demand. That way we can have more filters than CSAM using the same interface.

Love the attitude 💪 Let me know if you need help in your quest.

I see.

So what do you think would help w/ this particular challenge? What kinds of tools/facilities would help counter that?

Off the top of my head, do you think

• The sign up process should be more rigorous?
• The first couple of posts/comments by new users should be verified by the mods?
• Mods should be notified of posts/comments w/ poor score?

cc @PrettyFlyForAFatGuy@lemmy.ml

Interesting topic - I’ve seen it surface up a few times recently.

I’ve never been a mod anywhere so I can’t accurately think what workflows/tools a mod needs to be satisfied w/ their, well, mod’ing.

For the sake of my education at least, can you elaborate what do you consider decent moderation tools/workflows? What gaps do you see between that and Lemmy?

PS: I genuinely want to understand this topic better but your post doesn’t provide any details. 😅

I’d personally appreciate if you explained the intention behind asking these questions.

Is this for your personal market-awareness? Or is it part of a survey (community or corporate?)

A bit too long for my brain but nonetheless it written in plain English, conveys the message very clearly and is definitely a very good read. Thanks for sharing.

I had so many typos - typed that on my phone 🤦‍♂️ Glad I was able to communicate in some way 😂

Nice work 👏 I can easily see the usecase even without a giant monorepo: a typical MVC app (eg Django or RoR or Grails) which serves both the backend and frontend can easily see the benefit from this.

When i read the title, my immediate thought was “Mojolicious project renamed? To a name w/ an emoji!?” 😂

We plan to open-source Mojo progressively over time

Yea, right! I can’t believe that there are people who prefer to work on/with a closed source programming language in 2023 (as if it’s the 80’s.)

… can move faster than a community effort, so we will continue to incubate it within Modular until it’s more complete.

Apparently it was “complete” enough to ask the same “community” for feedback.

I genuinely wonder how they managed to convince enthusiasts to give them free feedback/testing (on github/discord) for something they didn’t have access to the source code.

PS: I didn’t downvote. I simply got upset to see this happening in 2023.

OK, I think I see your point more clearly now. I suppose that’s what many others do (apparently I don’t represent the norm ever 😂.)

So tags can be useful for not only listening but also discovery.

I guess my concern RE tag & community competing. But I’ve got no prior experience designing a social/community based application to be confident to take my case to the RFC.

Hopefully time will prove me wrong.