shy_mia

joined 4 months ago
[–] [email protected] 1 points 1 week ago

At least it has something to complain about, unlike Karens.

[–] [email protected] 7 points 1 week ago* (last edited 1 week ago)

The fact that it can be used as a scripting language doesn't mean it's a scripting language. You could use C++ as a scripting language as well, but it would suck.
C# even supports native compilation nowadays, not just JIT, so it's definitely not a lowly scripting language.

Anyways you've got options. Go may also be one of them if you want GC, I forgot to mention it.

[–] [email protected] 12 points 1 week ago* (last edited 1 week ago) (2 children)

I've found working with Rust and Bevy to be quite pleasant. If you're used to working with ECS, I suggest you at least give it a go.
Rust is as functional as C++ 20 with ranges and views is, which is to say it isn't. Not sure where you got that impression from, but while it does borrow some ideas from functional languages, it's still very much a procedural one.

Zig doesn't have headers, nor inheritance. Again, not sure where you got that from, but Zig is basically a modern C, so there's no OOP anywhere, let alone multiple inheritance.

As for what to use, I think they're both viable alternatives. I lean more towards Rust, but that's just due to familiarity. Odin also looks like a viable option, if you don't mind a smaller ecosystem.
If you want a garbage collected language, then I'd go for C#. Despite its historic reputation as a Windows only language, it's been cross platform and open source for roughly a decade at this point. I find it great to work with.

[–] [email protected] 2 points 1 month ago

Especially considering what the context already was

[–] [email protected] 11 points 1 month ago (1 children)

The moon would disappear though, so you'd notice by looking at the sky if it wasn't obstructed by clouds.

[–] [email protected] 1 points 1 month ago

I'm of the opinion that Uncle Bob did some massive damage to software development as a whole with that book.
With that said, this is genuinely funny.

[–] [email protected] 1 points 1 month ago

No I just don't get what any of that has to do with a joke about Wikipedia becoming weird because it's being run by a crazy anime girl from Konosuba, that's all...

[–] [email protected] 1 points 1 month ago (2 children)
[–] [email protected] 0 points 1 month ago (4 children)

Wikipedia is about to become a really weird place...

[–] [email protected] 2 points 1 month ago* (last edited 1 month ago) (1 children)

Is there something I'm missing here? Why would you expect to be able to do bitwise operations on floats and get a sensible value? And if you want to do integer bitwise operations... you still can? Just use integer values and the bitwise operators?

No that's my point. You can't, because there's no such thing as an integer value. It's all floats, always. They get casted to integers, the binary operation is done, then they get converted back to floats. That's a lossy process, so some binary operations with certain values are simply not possible and you get weird results. The max width of an integer you can store is 53 bits, the maximum addressable width is 32 bits for binary operations. That's wonky.

This is patently false. JS has sets, maps, etc...

Ah yes I forgot sets. But I don't think there's anything else? Last time I checked there were no binary trees, no proper (ring buffer) queues, no ordered sets, but I may be wrong on that. It's not enough imo for a proper standard library.

For everything else:

My point is that JS is an okay scripting language for the web. As I said, for that it's perfectly fine, though the frameworks are often lacking imo. But there is this tendency to use it to create backends, desktop applications and tooling. That's where the language falls apart, because it's not made for that. It needs to be more robust, well defined and fully featured to be used in those contexts, both in terms of JS itself, and its standard library. Same with TS.

You seem to be confused about what JS is. It's a high-level interpreted language. It's not C.

I know and that's the point. It's underspecified for things outside the web, so it's terrible for those use-cases. You can make it work for Node, but not for Bun or any other runtime. And even then, the experience is acceptable at best.

I personally would never use it for such use-cases, but people keep touting it and TS as these amazing general purpose languages you can do anything in. You can, but you really shouldn't.

[–] [email protected] 0 points 1 month ago

That's what people with skill issues tend to say.

Not that's what people who can recognize genuine architectural defects and aren't blind fanboys say.

You apparently still bitch and whine like a rookie.

Only to your eyes since apparently pointing out genuine problems is whining. It's okay for people not to like the stuff you like. And no, using a few swear words for emphasis doesn't make someone immature, nor does listing what one has worked with for context.

You learned how to write == in every other language, but you can't figure out === in typescript?

...you still haven't realised that === is not what I have a problem with have you? It's literally a non issue. In fact, equality in general is a non issue. It's the wonky standard library, lack of proper support for binary operations, serialization and almost everything being an afterthought that I have a problem with. Does it prevent me from using the language and write proper, stable software? No. But it's not good.

you install a whole web browser alongside operating system shims into your project

Except that amounts to a mere ~180_000 lines of the 3 million. Did a plain create-react-app without Electron, still over 3 million.

Now, since it's impossible to have a genuine conversation if the other party's response is "haha you suck" to any genuine, documented criticism, are you gonna grow up or are you gonna keep acting like an offended 13 year old who can't find a better retort?

[–] [email protected] 4 points 1 month ago (1 children)

Ah that's fine. There's nothing wrong with abstraction, until it becomes too much.

view more: next ›