Hello there!
I'm also @savvywolf@furry.engineer , and I have a website at https://www.savagewolf.org/ .
He/They
Hello there!
I'm also @savvywolf@furry.engineer , and I have a website at https://www.savagewolf.org/ .
He/They
Permanently Deleted
Permanently Deleted
Permanently Deleted
Odd psychological issue - UCS = Used Condom Syndrome
Permanently Deleted
(Wow, 14 posts in 2 hours on Lemmy... The old wisdom that the best way to start a discussion is to loudly complain about something rings true :P)
It's still a build system; most (good) build systems also manage downloading and resolving dependencies. Having them all as part of the same tool makes everything slot together nicely.
It's not no reason; dealing with ownership is a complicated problem. It's just that most languages tend to hide it and let the programmer tangle themselves in knots.
You keep talking about it being obvious what the code does but... Using
::over.helps clarify, at the call site, that you are using a "static" function rather than having to make the programmer look up the definition of the lhs.Pop quiz: Is this a copy or a reference?
let a = b;You can't really... The JSON map object syntax isn't actually intuitive to non-programmers. I'd argue that the rust version is more intuitive, since they can probably make a good guess based on the word "insert".
These are distinct types with distinct meanings. JS and TS sacrifice some performance to make them seem like the same type, which may or may not be justified in your project.
JavaScript has three number types, ints, floats and BigInts. The former two are both called "number".
No you can't.
intis different sizes on different platforms. (EDIT: I was thinking aboutlong. If you need more than 32 bits (which you do to store a pointer), that's where the problem lies)I've never actually used Tokio. :D
Are you compiling at the same optimisation level, stripping debug info and statically linking libcurl in both cases?
This is a big problem, I agree. Though to be fair, I've also encountered it with both NPM and PIP. Perhaps worse so there, because the compiler isn't backwards compatible.
No they aren't~ It's easy to write code that hitches every few seconds (which kills games). And you also overlook the fact that a garbage collector is, quite frankly, a miracle of optimising compilers. I remember back in university being warned to remove the "next" pointer of graph nodes because otherwise memory would leak.
I develop professionally in C and C++. No they aren't. At all. C and C++ are so loaded with footguns it's a surprise people can get anything done in them without triggering UB.
True. But nobody does that. And even if they did... Why not use a language that makes testing easier and faster?
Not in any sufficiently large codebase.
If you find that everyone in the world except you seems to be involved in some elaborate conspiracy, please check your reasoning.
Ehh... I don't think it is. I think people interested in stepping up their programming game should give it a go, but branding it as a "noob friendly" programming language is going to put people off programming.
Thing is, these "quick" programs tend to spiral out into huge megaliths of software that span several servers and support millions of users. And then the only person who knows what everything does gets hit by a bus, and so you have to figure out what thousands of lines of Typescript, PHP and Python code does.
Python, JS and php are good for firing out quick solutions, but once you get to the point where maintenance starts becoming more important than new features, it falls off hard. There just isn't enough structure in the language to make it easy to figure out what code is doing.
Honestly, I bounced off of Rust the first time I tried it as well. I got frustrated about code not working, and just... Stopped using it. I then tried it again a few years later and everything finally "clicked". Perhaps it's the same with you? Give it a break for a bit, but don't write it off yet. Come back to it later to give it another go.
Rust isn't an easy language to wrap your head around if you aren't familiar with the problems it's trying to solve, but it's not trying to be. Think of it as the drill sergeant that makes you stand up straight and become a better programmer.