I'm a DevOps engineer with git experience and in supporting software teams. How can I help in the development of Jerboa for Lemmy and for the fediverse in general? Should I learn the language and literally code, or can I groom the backlog, or so user testing?
10 Comments
FleaCatcher@lemmy.world · 6 pts · 3y
Hmmmmmmmmmmm
Pmmeyourtoaster@lemmy.world · 7 pts · 3y
Not sure what the implication is here, but have a hope that everyone maintain a growth mindset. I provided one skillset I have here, but have many others I didn't list and am willing to learn.
runswithjedi@lemmy.world · 4 pts · 3y
Pmmeyourtoaster@lemmy.world · 2 pts · 3y
Good point. I absolutely see now where that could be a red flag. I should have said experience in git, or experience with version control systems, etc. I updated my post. Thanks for the context.
FearTheCron@lemmy.world · 1 pts · 3y
Perhaps grammar? You have a couple of "with" in close proximity to one another. Such mistakes just let us know you are a real developer though :-)
FleaCatcher@lemmy.world · 1 pts · 3y
Godspeed
Sudonym@lemmy.world · 0 pts · 3y
🚩🚩 🚩
TheVampireSaga@lemmy.world · 5 pts · 3y
Contact the app developer for Jerboa, they should have their own community with the same name as the app. As for the instance itself I'm not sure as they don't have anything liked on the instance's sidebar itself. Might be worth checking the main communities for this instance
Technoqueen@lemmy.world · 4 pts · 3y
Jerboa@lemmy.ml There's contact info in the description
Rulasmur@mhl.onl · 3 pts · 3y
My recommendation is get an instance going, run it in that latest release candidate, if not the bleeding edge / build from source. Find and report issues. Since you are in DevOps, help expand the operational side / documentation.
I had a PR yesterday to fix nginx config, which you could probably have done as well? Help other people with their instances, document solutions. There are lots of places where you can apply your set of skills, rather than trying to learn Rust and just write code
FearTheCron@lemmy.world · 3 pts · 3y
The easiest way to get started is to just find a self contained issue on the issue tracker and fix it.
Most major open source projects will have documents on how to contribute but the workflow is typically something like:
When you are getting started, it helps to make small changes that the maintainers can easily review. For example, this issue looks like something that may be fixable without too many changes. Also, evaluating the patch is pretty easy since the bug is reproducible.