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.
You must log in or register to comment.
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 was thinking about learning rust and contribute to open source projects, so it might be a good option. I do have a laundry list of notes about the platform itself though
Definitely planning to contribute, when I get some free time. I probably try to dive into the codebase next week at some point. Still new to learning Rust, but I would love to get some experience in a project like this.
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.
I canāt tell if this is satire, lol
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.
Oh my sweet summer child :)
Remember that borrowck is not out to hurt you, it wants to help you, guide you towards enlightenment, and does so with grandfatherly kindness: Making you feel completely stupid.
If you hit a wall make sure to check out the Rust book and work through it, or at least read it: Unless your language background is very specific (letās see C/Pascal or such, plus Haskell, plus very obscure research-grade ML dialects with region-based memory management) Rust semantics are going to kick your ass sooner or later.
Oh my sweet summer child :)
Can we stop with this condescending nonsense?
Can we stop tone-policing friendly heads-up? Itās all a long-winded recommendation and reminder to go back to the Rust book if (or rather when) you get stuck.
Even Bryan Cantrill ended up reading through the book, going step by step. Thereās no shame to it.
I donāt find āOh my sweet summer child :)ā all that friendly, I find it condescending and weird. Recommending the Rust book I have no issue with.
I just started writing more rust code. And until now the borrowck only has been useful. The suggestions inside of the lsp feel like magic. Other lsps only scream at you when youāve done something wrong. The rust lsp tells you how to do it right. And sometimes with such a high level of understanding of what Iāve written, it almost feels like a pair programmer.
Things definitely got better with non-lexical lifetimes, yes, and that might be the reason that we donāt see that many complaints about it, any more.
ā¦but not because it wonāt at some point be an obstinate bridge troll pointing you in exactly the wrong direction actively hindering you from figuring out what you did wrong (without understanding the underlying semantics), but because people actually had positive interactions with it before, thus not immediately judging it all bad. But itās going to get you, too, just wait for it. Itās looming, lurking, in the depths of the compiler, ready to strike when you least suspect :)
Iāll see if there are any issues I can pick up
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!
