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’m a professional dev who’s been doing Rust for a few years, and I just looked into their repo for the core project this morning. They’ve tagged some issues as being good for newcomers, which is helpful. I already reviewed someone’s code there to try to help.
I intend to try to pick off some issues. I like to write code, and I’d like to see this project improve.
Maybe this is a good excuse for me to (apologies) shake off the Rust and contribute some. I’ve only contributed once or twice to a FOSS project, though, so I’ll need to read up a little on best practices and etiquette.
Don’t shake it off! They need all the Iron Oxide they can get, from what I’m hearing.
I wish so badly I could code, I spent 8 years trying to understand it and get into the industry, but it never quite clicked in my brain. Soooo I do IT infrastructure. I wish so badly to contribute code
May I ask you more about your experience attempting to learn? I don’t know if it’s because I can program but eight years seems a long time. In return, I’d be happy to offer you a few pieces for advice that could help?
That’s so kind of you!
I started by aiming for front-end web dev. I learned HTML & CSS (I know, we’re not PROGRAMMING yet). At the time, that’s all I was hearing it’d take to get into the role. Then it was “you should probably know some Javascript,” and I wasn’t ready for how big of a jump that was. By the time I started understanding it, it became “learn jQuery,” which I learned and used for a couple of small websites, then came the libraries…
“AngularJS is the future” well now I need to learn Git, compiling, CMD…
ReactJS starts becoming a thing and I say “seriously? I’ve learned enough of these things, quit moving the goalpost, React isn’t going to stick around”
Yeah…it definitely stuck around…but as an Open Source nerd, I got super excited by VueJS and started learning that. No jobs in that apparently, aaaand I no longer want to do web dev, especially since I never reached the point of enjoying coding, it was always a means to an end.
So there were two major issues for me: \- I never focused on one language enough to truly LEARN to code, it was a constant sense of “I’m not keeping up”. I may be able to write the syntax, I might know the basics about functions, vars, and looping, but never really got using it in a super practical sense other than to try a couple of personal challenging projects that my ADHD arse couldn’t ever stick with. \
- Me and coding speak and think very differently. Stick with me here, I know, it’s a language, but the way something should be written and formatted are different from how I think it should be, and this is a very hard one to explain to folks. The best example I can give is that I might say like (and this is a poor example because remember, I don’t code and I’m not doing any active coding projects) \
var person = { userInput } var num; function findNumberOfLetters (person) { num = length(person); } function response(person, num) { findNumberOfLetters(person); console.log("Hello " + person + "! Did you know that your name has " + num + " letters in it? Numbers are rad!"); }
I’m sure I did things wrong, but again, this is just for the sake of example. So, I write something like this thinking that it’s nicely structured and easy to read, and inevitably won’t work. I pass this to a friend, and the answer seems to always be a less structured, more nested code. So for this example, something like \
(function response(userInput) { console.log("Hello " + userInput + "! Did you know that your name has " + length(userInput) + " letters in it? Numbers are rad!"); })
Obviously their answer is shorter and this isn’t exactly a complicated program, but for some reason, making the thing that provides a response to the user to do any of the logic feels wrong and messy to me. It’s a really hard thing to explain, I hope this makes some amount of sense, but I just process things very differently than code does, and it just ends up really incompatible. I’ll beat my head for weeks over-complicating something because I want it to “be clean” only for someone I know to come up with something that actually works within seconds.
This isn’t to compare my skills against them, it’s to say that I’m thinking about it wrong, I’m organizing it wrong.
That said, knowing how code functions has helped me to know enough to be dangerous and apply it in other ways, such as building Azure Logic Apps to manage ticket intake, or building alert monitoring. So it’s come in very handy in its own way, I just don’t have to competency to actually make any contributions to Open Source projects, especially since I don’t write in two of the coolest languages that I wish I could learn: Python and Rust.
No pity party here, I love what I do and I don’t intend to change careers to coding, but I do end up feeling helpless in the face of instances like this where I wish so badly to contribute to a project that I care so strongly about and want to see thrive. I know there’s other ways to contribute, such as providing graphics, UI, documentation, financial, hosting, etc. but coding always seems to be the most in need to keep up with demand, and with more and more projects coming out all the time, the more programmers are in need to see them through.Going front-to-back
The entirety of your first paragraph is a humongous red flag. Your rationale makes sense, and it appears at each stage of the process you made logical decisions but the end result is disaster. You are evidently a knowledgeable and intelligent person, so I’ll ask you now to consider how old the underlying technologies on the web are, and how the web looked when they were written. Web frameworks exist to bridge the gap between languages and methods that are popular in the present day and the arcane mysteries of the world wide web. They bridge this gap with magic.
Now, this magic is a wonderful thing. It enables developers to make applications for the web in a way they’re familiar with and saves them having to think about the ‘web’ part which is:
- Arcane.
- Reasonably boilerplate.
However, if you’re trying to ‘learn programming’, starting with web dev is backwards in my opinion. You either choose to use a framework, and then you’re not really learning programming: you’re learning the framework. I always find this unrewarding, as it feels like the framework is doing all of the work and robbing me of the satisfaction. Furthermore, when you’re in the ‘beginner mindset’, you want to know how things work, you want to understand, you want to learn. Web frameworks are powerful when you focus on the ‘what’ and less on the ‘how’. Experienced developers have an understanding of ‘OK, this is what the framework abstracts for me, I’ll let it do its job and I’ll do mine’ and ‘Oh, I am not sure about this and it’s important I learn’. This is obviously a skill only gained by experience.
Furthermore, as you touched on, web frameworks go in-and-out of fashion and can have radically different approaches. With professional experience, you can apply your knowledge of one framework to learning another. As a beginner, I do not believe you have a broad enough understanding to be able to make connections between frameworks. This leads to your feeling of always being on the back-foot.
My recommendation for anyone who wants to learn programming in-and-of-itself, rather than to a specific end, is to start low-level. C was my traditional recommendation, though I may be altering this to Rust. C will never let you forget that you are programming a computer. This might sound ridiculous but it’s remarkably easy to lose track of and once you do, everything (in my head, at least) can get a bit esoteric and conceptual, and I find the ‘grounding’ deepens my sense of satisfaction working with computers.
My diagnosis as it stands is that you attempted to work from ‘abstract’ (web frameworks) to ‘concrete’ (learning how to program) and I’d always advise the reverse. Use C to gain a clear appreciation for how a programming language is altering 1s and 0s on your machine. Then build up with other abstractions, languages, and, in due time, frameworks.
Thinking differently
It sounds to me that, in your experience, you made some correct assumptions and some very incorrect assumptions. Correctly, you identified that structure, ease-of-understanding, and writing your code in a style that you’re comfortable with is optimal. Incorrectly, you assume:
- Differences in programming styles are more often objectively better, than subjectively better.
- There exists no good programming style that will ever match how you conceive of code.
Now, these aren’t merely incorrect assumptions, they’re incredibly incorrect. In the professional sphere, those who write code that is well-structured, easy-to-reason about, and is well documented are sparse but they are often highly valued (in good teams, at least). I was always taught, and still vehemently believe, that clarity and readability are absolutely the first priority. Speed of execution is a secondary concern. Terseness is not even a concern of mine at all.
Good code is easily understood by computers, as well as human beings. You are the first human being who has to understand your code. You should always write it in the way that is most easy for you to understand. It is a darn sight easier to optimise neat code, than it is to neaten optimised code.
I believe you’ve come to these conclusions because of your experience learning web development. I find web frameworks and JavaScript as a language to have syntax that is odd and inflexible. The pseudo-code you provided was in JavaScript and is reminiscent of many of the traits that mean that even experienced developers such as myself find it difficult to parse. There’s a reason callback hell is a meme. If you get the opportunity to use some other languages, I believe you’ll see there’s more flexibility in expressing yourself than maybe you’ve had the opportunity thus far.
Furthermore, I am reticent to comment on what is valued in the JS community, as I have never written anything of note with the language but looking at the two code snippets you provided, the first snippet smacks more of a ‘professional’ developer. It’s more modular, finely-grained, expressive.
Finally, if you’re still clinging onto the notion that coding demands a ‘particular’ way of thinking, I encourage you to look-up internet rants from people who know a lot about Java, Python, C++ etc. bashing Haskell. Haskell is a beautiful language that forces its developers to write in a style known as ‘functional programming’. I won’t go into depth about the differences and why functional programming is amazing but let’s put it this way:
How far do you believe you could get in JavaScript without:
- Being able to loop?
- Being able to re-assign variables?
In Haskell, you cannot do either of these things and it’s for the better.
Conclusions
I’m glad to hear you’re happy in your work but disappointed that you were unable to find a groove with programming. From what I’ve read, you absolutely seem to be the kind of thoughtful individual who should enjoy it.
I’d encourage you to start learning Rust. I am learning Rust at the moment myself. Pay close attention to references and memory management. When your material discusses memory concepts, such as the heap and the stack, ensure you develop an intuitive understanding of how they work. Don’t just view this as an important part of your development (one many developers neglect!) but as a window into what is happening on your machine. If your brain is anything like mine (and I think it might be), it’ll further your satisfaction.
Avoid Python. Python is tremendous is you want to use a tool that mandates Python. It will hinder your learning and force you into bad habits if you learn it early. Furthermore, when your project gets to any level of complexity, it’s going to be far more pain than its worth. I understand why Python is so popular in some non-programming domains but it has no appeal to me as anything more than a scripting language with boundless 3rd party libraries.
Look at functional programming, if you’re curious. This free book on Haskell is popular for a reason. Functional programming ideas are slowly making their way into all mainstream languages, for a very good reason. They force you to think differently, and it might be different in a way you prefer.
I wish I could come up with a reply that could properly state how thankful I am and how amazing and thorough of a response this is. Thank you so much for really pulling it apart and addressing each part of it.
I will admit, that when I started my journey, it was because someone had told me “You really only need to know some HTML & CSS for a web job” and figured “I’ve done that since I was a kid in the days of PHPBB, this is my way out of [insert dead-end job].” Coding wasn’t ever my goal, so now that I’m in a career and living less stressfully, I’m thinking of trying it again from the mindset of a hobby.
I love the idea of Rust, and I hear many people like it, and it seems much closer to the grindstone like you were talking about. I’ve started learning it a few times, but that was when it was newer and most of the training for it was for already-established developers, not for folks that were new to development, so it’d be neat to see what’s out there now. You can bet I’ll be doing some searching after this. I agree that the constantly moving nature of web development and having to treat each library as its own language was likely a large part of my downfall. I did aim to focus predominantly on Javascript since that was the core of all of it, but I still struggled quite a bit with that. I also got hooked on that C-based syntax, and struggled whenever I toyed with Python.
You’ve inspired me, I want to try Rust again. I can’t say I’d heard of ADHD Shadowing, but I did some quick research, and I think once I have some learning under my belt here, that could really help when actually trying to sit down and write code out.
Also, who’s the madman that decided to make a language without looping or re-assignable variables? lol
Thank you for being the encouragement that I needed, helping me through what things I could be doing better, and pointing out what kinds of concepts I should be prioritizing to gain a fuller understanding. I see a pretty full course at https://www.programiz.com/rust that I’m thinking I’m going to start going through from the ground up and see if I can take a new perspective on coding with.
If I could ask one more question of you…
When I last programmed anything, I determined that I did not enjoy it, that it was frustrating, and that I just wanted it to work. I want to shift my perspective and see it in a new light. Would you mind telling me what aspects of it that you like and what keeps you going when it is frustrating?
Thank you again for everything ♥
Thank you so much. This is a terrific insight. A little later I’m going to sit down at my PC and type something up I think will help.
I’d ask you as a fellow ADHDer ✊ if I forget to please remind me to write up my response 😂
EDIT: Response now posted here
I’m a programmer of 25+ years. Everything written above is spot on. I too started with C and I still love that thing like my first born. It is so immensely satisfying writing something in C that a) works b) doesn’t leak memory and c) passes all your unit tests. Nothing else compares.
I too looked at React and hated it with a passion. Then I saw VueJS and kind of liked it. Then I saw Nuxt and now I’ve gone all in on NuxtJS. It is so simple and well-thought out compared to the shambles that is React. It’s very satisfying to use. Rust is next for me.
I’ve learnt well over 10 languages over the years. Some well, some well enough. Learning a language is bit like reading a book. If you’re a third of the way in and it’s doing nothing for you, don’t waste your time. Grab another one off the shelf and try that. Don’t put pressure on yourself - it should be enjoyable, not stressful. Just chip away at it bit by bit and enjoy the little discoveries.
Don’t worry so much about your coding style. From the examples you gave, yours is much easier to follow than the second one. And, you know what? Most ‘senior programmers’ I’ve worked with have been bad coders. The bar is not as high as it may appear.
Sounds like you’re currently a systems guy with a bit of programming skills. That’s an awesome combination to have, and mirrors my own all those years ago. The best bit is your have the freedom to learn programming as a hobby, without the pressure. Enjoy the process. Watch some videos by Sebastian Lague on Youtube, they’re magical.
Best of luck with your programming journey. It is an immensely enjoyable hobby, and ridiculously useful skill to have.
How is PHP doing these days? It used to be hugely popular, but seems to have fallen into disregard in a lot of circles. I wonder if PHP being seen as a “easier” language than rust will attract more kbin developers?
But on the other hand, Rust is a highly desirably language whereas PHP has a historically bad rap. I don’t think devs necessarily want easiest. They want whatever is most enjoyable to use. Tooling support also matters. Stuff like static typing, for example, makes unfamiliar code way easier to understand. I’ve contributed to a lot of unfamiliar servers and I’ve noticed that ones in languages like Go are a lot easier because the static typing means it’s easier to read the code. In particular, I found servers written in Python hard to work with, and it’s not for lack of experience with the language (I’ve been using Python for longer than Go).
How easy it is to run the code also matters. Has anyone tried that with Lemmy? I was gonna run a dev kbin instance to try and make some changes, but the amount of work it seemed to require just to run the server was more than I wanted to do at the time (I really just want as close as possible to a single command way to run the server locally to test my changes so I can verify they work). Ease of contributing is very important for me to actually bother to contribute.
Almost everything is easier than rust, except stuff like Elixir or Assembly and stuff…
But rust is just better than the others. Golang is also decent, it’s fast (half the speed of rust is still very fast) and much easier to learn.
I wouldn’t say rust is harder, just different. There aren’t really many languages that are safe in the way rust is safe… Ive done a bunch of intermediate rust tutorials and i actually got the hang of it pretty quickly
