Corn Woman 🌽 @WomanCorn@schelling.pt

Remember, when the internet gets disbanded, don't blame Hasbro Interactive. They had nothing to do with it.

From the back of my Master of Orion II disc.

i identify as a meme, my pronouns are me/me

had no idea the 3d filesystem from jurassic park was actual existing software and now i'm questioning every over the top CG hacking scene i've seen

The most evil person you will meet in your entire life will be like

I wonder how far forward you could port a Datapoint 2200 (1970) program to run modern x86 computers. The Intel 8008 was originally made as a single-chip version of the Datapoint 2200's TTL-based CPU but was then rebranded as a microprocessor, so it's directly compatible. The 8080 is translatable to the 8008, where you can run a simple conversion tool on the 8008 assembly to get functionally equivalent 8080 assembly; and the same for the 8086. After the 8086 all x86 computers have maintained binary backwards compatibility; although every new major version makes it harder to actually make use of that compat.

But it would be amusing to get a Datapoint 2200 program running on a brand-new x86 computer.

With Mastadon gone, where will they go?

#justice

For me this is the last nail in the coffin for #Go.

I've never bought much into the language. I've been impressed by its constructs to natively manage and synchronize asynchronous operations, but its rigidity when it comes to programming paradigms (no proper object-oriented and functional constructs in the 21st century, seriously?) means that I see it as a language that seriously limits expressivity, and doomed to generate a lot of boilerplate. It's a language very good at solving the types of problem that are usually solved at Google (build and scale large services that process a lot of stuff in a way that the code looks the same for all the employees), and little more than that.

After #Rust really took off, I didn't see a single reason why someone would pick Go.

And now here we go with the last straw: Google has proposed to embed telemetry collection *into the language toolchain itself*. And, according to Google, it should be enabled by default (opt-out rather than opt-in), because, of course, if they make it an opt-in then not many people will explicitly enable a toggle that shares their source code and their usage of the compiler with one of today's biggest stalkers.

Not only, but Google went a bit further: "I believe that open-source software projects need to explore new telemetry designs that help developers get the information they need to work efficiently and effectively, without collecting invasive traces of detailed user activity".

No. Open-source doesn't need telemetry. Telemetry introduces brittle dependencies on external systems with no functional net gain, and that's at odds with the whole idea of building and running things on your own.

Open-source software has already a very well-established way of collecting feedback: open an issue on the project, and if you want to change something submit a PR. You don't need remote probes whose purpose is to funnel data back home. Even when done with the best intentions, that breaches the trust between the developer and the user - because data gets scooped out, and the systems that store and use that data aren't open. But, of course, if you've only used hammers in your life then the whole world will look like nails.

This could even backfire for Google. There are many applications out there where secrecy (and minimizing the amount of data that leaks outside of the network) is a strong requirement. These applications may start considering alternatives to a language that enables telemetry data back to an external private company by default.

If you build open-source projects in Go, it's time to drop it and start considering alternatives. The market for modern compiled language is much more competitive now than it was a decade ago. Many of us knew already that we couldn't trust a programming language developed by the largest surveillance company on the planet.

https://www.theregister.com/2023/02/10/googles_go_programming_language_telemetry_debate/

Mastodon.lol will shut down on May 9, 2023, 3 months from today.

Information on how to migrate to a different server: https://docs.joinmastodon.org/user/moving/

I'm not doing this anymore. It's not worth it. Personal attacks calling me of all people a Nazi, a TERF, an antisemite...

Congrats on destroying something I cared so deeply about. I hope you're happy.

One last message before anyone tries to further assassinate my character:

Fuck Nazis.
Fuck TERFs.
J.K. Rowling can die in a fire for all I care.

I won't be changing my mind. There won't be any transfer to a new owner. .lol is essentially a database of minorities and I'm careful to protect that. All data will be wiped after 3 months.

Oh and if you're more concerned with the way I'm responding to the bullies than the bullies themselves, go fuck yourself.