- cross-posted to:
- fediverse@lemmy.world
- cross-posted to:
- fediverse@lemmy.world
cross-posted from: https://literature.cafe/post/7623718
cross-posted from: https://literature.cafe/post/7623713
I made a blog post discussing my biggest issues with Lemmy and why I am kind of done with it as a software.
Maybe there’d be plenty more devs if it wasn’t written in a new, up and coming, difficult language to understand let alone master. Maybe there’d be more code contributions if existing ones weren’t closed because you don’t see this being an issue. Maybe there’d be more developers if you’d let there be.
Sorry but this is a pretty weird criticism to have. It’s like saying that a squirrel would be a better fish if it were a trout. A squirrel is a mammal, not a fish. Lemmy was intentionally written in Rust when the devs started the project. It’s clear that it’s in Rust by looking at any of the documentation. Yet this comes across as criticizing their project for what they’ve always said it was, while using said project to do so. Just a bit boggling.
If you like Java, contribute to Sublinks, if you like PHP, there’s kbin or many other AP projects. Pick, use, and contribute to the project(s) that use languages and tech that you get excited about. Noone is forcing you to use someone written in Rust. No need to piss on other peoples’ parades over language choice (it’s not like they’re using C# or Perl - kidding there, nothing wrong with Perl :P ).
No I’m criticising the Developers complaint that there’s only a few active developers for Lemmy, and the rest of you freeloaders don’t contribute and code.
The number of people who understand Rust, can code in it, know of Lemmy and want to contribute is very few. There would be More developers contributing to Lemmy if it weren’t written in Rust.
I’m not sure that it’s a complaint from them, so much as an explanation. It’s important to realize that developers are human beings with human needs, wants, and feelings. The popularity of Lemmy is not their “fault” and the language choice is rather fundamental to the project itself. Would it be nice if some features were taken up more quickly or implemented in other ways? Yes. But others needs, wants, and feelings are not more important than those of the devs. They need to eat, sleep, provide shelter for themselves, and, importantly, do things that are not coding (for physical, social, and mental health).
And there would be more developers if more people wanted to learn Rust. The low number is just a fact to accept. If one can’t accept it, there are plenty of other platforms.
Would you be criticizing them equally if, instead of Rust, they created the project using FORTRAN and made a point of mentioning explicitly that using FORTRAN was the main intent? It’s just a weird criticism to me - Lemmy is fundamentally a project started so that the devs could work with Rust. You are criticizing them for their project not fundamentally being a different project. Maybe another comparison would be criticizing specialty water-based paint manufacturing for using a water rather than a VOC-solvent for water-based paint - they’re not trying to make other types so, the criticism doesn’t make logical sense.
Thanks for the insight and well thought out response. I’ll think on it.
This is a tremendous amount of cope. Implying there are Lemmy users just lining up to contribute PRs if only it wasn’t written in Rust. Give me a break!
If someone was competent enough to author code that’s fit to pull into a project like Lemmy, they’re more than capable of translating those skills to Rust. No language seeing modern significant use is so esoteric that a reasonably seasoned developer couldn’t make something competent in it within a week of starting to learn its syntax. Maybe a day, even, if the language you are trying to learn is highly similar to one you already know.
With time, perhaps, but why is someone going to do that as a prerequisite for a spare-time FOSS contribution? People tend to contribute to the projects they already have the skills for.
Knowing the minimal syntax of a language to get past compilation errors is not even remotely close to being “competent” in it. You need to learn the language’s structures, you need to learn how the compiler works, you need to learn the libraries that the FOSS project is using, you need to learn the security pitfalls for the language… The language used can be a HUGE hurdle to overcome.
“You know Python and Javascript, so you can write competent C++ code that is FOSS-contribution-acceptable if you take a week to learn!” (inb4 memory management and pointers and templates and ‘oh no every input field I wrote is a trivial buffer overflow’…)
People also tend to pick up new skills when they have a driving incentive to do so, like supporting a project they have a vested interest in seeing improved.
Most of the bread and butter ones have analogues in other languages you should readily understand. More language-unique structures are rare; the more niche they are, the lower the odds your ability to contribute in a meaningful way hinges on your understanding of them.
You really don’t, though? Modern compilers, particularly the Rust compiler, are designed to abstract away as much of the details of compilation as possible. If the project really does need to tickle the compiler a certain way to get it to build, it will almost certainly have a buildscript and/or a readme.
This is true regardless of the language in use. I’m not sure why you brought it up.
I would imagine most of these language-specific security footguns are either A) so specific that you will never hit the conditions where they apply, B) are so blazingly obvious that code review will illuminate what you did wrong and you can learn how to fix it, or C) so obscure that even the project owner doesn’t understand them, so you’d be at minimum matching the rest of the codebase quality.
Mind, I am not insinuating that one can simply bang out a whole new submodule of a project in an unfamiliar language with minimal learning time. Large contributions to large projects can be hard to make even when you’re a veteran of the language in use, as the complexity of the project in and of itself can be its own massive barrier. But not every contribution needs to be big. And for most contributions, I don’t believe the language is the most significant barrier to entry. It’s a barrier, sure. But not the biggest one.
I’d wager it’s not having a significant impact on the volume of contributions to Lemmy in particular.