Hi all. Very happy to see Lemmy’s success so far. I’m interested in contributing to Lemmy’s growth.
At this stage, the engineering team should consider bringing some additional public-facing structure, such as:
1. Published roadmap
2. Performance metrics and reporting
3. Community outreach - keeping user base in the loop on roadmap, launches, metrics, growing pains
Lemmy will continue to grow regardless, however bringing some structure will onboard new users faster and add trust to Lemmy’s image. Trust factor is important - Reddit refugees are evaluating alternatives to Reddit, and are ultimately choosing off relatively little information.
What is the best way to get involved in new initiatives for Lemmy? I have experience with this type of work (engineering manager at a large tech company), focused on building teams, product roadmaps, and continually improving customer experiences through engineering.
So lots of talk in here ATM of it being a small project with a small and busy team etc, which is all totally fair.
I'd just like to add:
You're awesome for wanting to get involved and to do some of the "other work" that is often easily and problematically neglected!!
The fediverse, as you've been told here, is FOSS and voluntary, which means that if something doesn't exist it's just because someone hasn't done it yet! Which means just getting involved and doing things isn't only possible but kinda the whole point!
As for contacting devs and contributors, yes, the GitHub repos for both lemmy and lemmyui and the issues sections there.
Not to sound rude or anything - but I’m getting big corporate vibes from this post which really isn’t what Lemmy is trying to be. If you want to offer that kind of support, look at getting involved with individual instances. They are probably closer to a product than Lemmy is. The Lemmy project doesn’t need that kind of corporate structure to it. It’s not a charitable organization or Reddit 2.0.
Furthermore Lemmy users are not customers nor is Lemmy a product and it worries me that you would want to see it in this lens.
Might have been written by ChatGPT? lol. He does have a point though, if someone wants to contribute, it'd be nice to know what the devs would actually merge.
Mind you I’m happy that they seem driven to contribute and want to know more about the process and how to potentially help. It’s really just the vibe of the post that’s off putting.
For contributing to the project, you can always submit issues to discuss next steps or possible ideas and implementation. It’s not just “here’s code please merge”. Being a contributor to an open source project also involves participating in discussions about the future of the project which you can usually do through mailing lists or issues for most projects.
For Lemmy specifically there is already a process for feature requests and discussions
here
I’m just talking about contributing time to helping develop a platform. Corporations are good at process - so yes, there are definitely lessons to be learned there that should be implemented in any platform that is quickly growing (eg: putting a team of volunteers together to help out)
Lemmy is opensource and does not have large team to work on things you mentioned simply because its mostly one person and people who are trying to contribute to my knowledge. Just open the github repo for lemmy or any app and contribute if you want.
The GitHub repo will be focused on software-level initiatives, whereas I’m talking more about product-level.
If the team is that small, then they need more people involved in product ownership, which is what I’m interesting in contributing towards (as others are too, I assume)
I think it's just too early for that level of formality. Basically they're swamped just actually executing changes versus the type of planning you're talking about. Maybe you can offer to help them in some way with that?
Welcome to the Fediverse. I don’t think what you’re looking for can exist here. (And that’s by design…)
Lemmy is the software that ties the instances together. GitHub link was already provided.
Instances are run independently. Each has “product ownership” in just their own instance. There are over 10,0000 instances, and that number grows daily.
So you’re going to be trying to get 10,000+ cats to sit still for a group photo. Good luck!
Lemmy currently has two full time devs. In a world where resources are limited, your list, in my mind, are things that can be skipped to ensure quickly adding new features. Much of these asks are common for a larger team, but a small team of two, plus volunteers, anything that takes the team away from active development is likely net negative to Lemmy for the short term. If you want to contribute, great, but putting more work on a small team to allow you to contribute will only slow progress.
I was thinking in terms of helping build out a team to work on non-dev related work, as opposed to pulling away time from the devs, who I’m sure are heads down. Fair points though!
You seem to be new to open source projects. This isn't really how any of these things go.
Some idividual instances might end up being run the way you seem to think the whole thing should be, but the whole project?
Just take a look at Jellyfin, it work really well with very little of the structure you're suggesting. Meanwhile, Emby went to complete shit the more they did that type of thing.