cross-posted from: https://beehaw.org/post/570507
After the (temporary) defederation announcement of earlier i checked the Lemmy repo to see if there was already a ticket on the federation limiting option like Mastodon’s that people mentioned Lemmy doesn’t yet have. Not only i didn’t find it, i also saw that there’s about 200+ open tickets of variable importance. Also saw that it’s maintained mostly by the two main devs, the difference in commits between them and even the next contributors is vast. This is normal and in other circumstances it’d grow organically, but considering the huge influx of users lately, which will likely take months to slow down, they just don’t have the same time to invest on this, and many things risk being neglected. I’m a sysadmin, haven’t coded anything big in at least a decade and a half beyond small helper scripts in Bash or Python, and haven’t ever touched Rust, so can’t help there, but maybe some of you Rust aficionados can give some time to help essentially all of Lemmy. The same can be said of Kbin of course, although that’s PHP, and there is exacerbated by it being just the single dev.
I’m not super concerned. It’s been a little over a week since stuff hit the fan. Contributors need time to learn the code base. People are starting to help with the easy stuff, but the two main devs still need to check everything because they are the only ones that can understand how those changes affect long term visions. Also, the urgent fixes are all somewhat-breaking changes which is why it’s looking like the next release is going to be 0.18 instead of 0.17.5. It makes sense to get as many urgent breaking changes in as they can before publishing, and it’s only been 8 days since the last release to identify, code, and test.
I’ve been meaning to keep practicing Rust to hopefully contribute (since 2020), but I never have enough time :/ I’m hoping towards the end of the year I’ll have time to get back into it; I could even have time to start the few side projects I’ve kept off!
i also saw that there’s about 200+ open tickets of variable importance
Note that it is normal that the number of open issues grows faster than issues are resolved. For example, rust-lang/rust has 8,963 open issues and 39,803 closed issues. microsoft/TypeScript has 6,001 open issues and 31,397 closed issues. A large number of open issues isn’t necessarily concerning, unless high-priority issues (vulnerabilities and critical bugs) stay open for a long time.
I spent the latter portion of the day learning Rust and starting work on a new Lemmy feature. Hopefully it won’t take long to get it fully functional.
Sounds sincere to me. I don’t think he meant he just started learning rust from hello world the other day and now wants to improve lemmy.
Oh yeah, I’m actually a software engineer. I had experience with C and Java, as well as some higher-level languages like Javascript and Python, so for learning Rust it has mainly moreso been learning which function is in which library and how the syntax for the language works, rather than learning programming fundamentals.
I’ll see if there are any issues I can pick up
