at times i want to kill the gopher that go has because go is statically typed and I have to write more code sometimes but then you have node packages like is-number and I praise our lord and saviors :go: :ken: :pike:

@kirby
The only thing that irked me about Go is having to describe all the JSON data structures beforehand — to be able to parse them. Maybe there is a way around it or tools that facilitate this, but I didn't find it. Rust's serde_json for example doesn't make you do any of this.
But when you compare it to dynamically-typed languages' "true=false" type of situations, I think I'm fine even with this 🤣

@romin @m0xee I swear I read something about "unmarshal to a struct, to have type safety" on reddit

???

@kirby @romin
No, it's fine. I mean, of course it's recommended against — of course it's best to define the structures than to not define them — so if you feed it some weird input instead of what you expect, you'd realise it sooner than later.
I've never tried it, probably should work — why should it not, having reflection, it's trivial to implement.
In any case, I think I'm done with Go — I really like the language, but I don't like the direction it's heading under this governance.

@kirby @romin
They are deprecating old architectures just like that! Look at this for example: github.com/golang/go/issues/19
It's literally:
— But PowerMac G5 is the most widely available ppc64 hardware, we can't deprecate that!
— Tehe, just ask IBM for newer hardware 😘
This isn't user's perspective, this is corporation's perspective — they don't give two fucks about the users.
Rust having much less resources has PowerPC support, community-driven Zig and Nim do, albeit a bit buggy. Go does not!

@kirby @romin
Then they are adding shit no one asks for — that doesn't enable you to do new things, but allows you to do the same things differently — and they are adding them for the sake of being different.
Look at the typical Go dev here: dolthub.com/blog/2024-07-12-go
OMG, there is a new way to do iterators, let me update my library to use that right now!
WTF?! I'm not playing this game!

@kirby @romin
And Python is turning into the same kind of shite BTW: new ways to do old things, deprecating things in one release, and not deprecating that again in the newer one, which is only month apart.
Same architecture support shenanigans, look at this: mail.python.org/archives/list/
"OMG, my machine broke, so we're lowering the architecture to Tier 3"
Python used to work everywhere, soon they will end up with Darwin on Apple silly cone, and x86_64 on Windows in Linux GLibC.

Follow

@kirby @romin
Nah, but I don't think we should be playing along with this "move fast and break things" and in the long run, I think it doesn't seem to work.
It was bad enough with libraries, but with programming languages it's just sickening, but ultimately it depends on governance — Go was prone to this from the get go (a pun, hehe), Python fell the victim of being used everywhere, little by little they have transitioned into catering to this crowd without even realising it.

@kirby @romin
But even Rust isn't as bad as that: having limited resources is understandable, closing the issues with "this is deprecated", just to not invest any effort into solving — isn't.
There are Zig and Nim — which are mostly out of corporate control and are fine languages.

Sign in to participate in the conversation
Librem Social

Librem Social is an opt-in public network. Messages are shared under Creative Commons BY-SA 4.0 license terms. Policy.

Stay safe. Please abide by our code of conduct.

(Source code)

image/svg+xml Librem Chat image/svg+xml