arendjr

joined 1 year ago
[–] arendjr@programming.dev 1 points 1 week ago* (last edited 1 week ago)

Fair, just wanted to point out that the monarchy class I’m proposing is actually a communist class intended to keep the capitalist/socialist citizenry in check. So there may be more in it than you might have realised from the abstract alone.

 

Recent events in #politics triggered me to write a manifesto on the values of #Democracy and what we can to do preserve them.

[–] arendjr@programming.dev 1 points 1 week ago (2 children)

in my case at least leads me to questioning how our political and social systems can change for the better.

Glad to see like-minded people here! I actually just finished a manifesto on this exact topic:

https://arendjr.nl/blog/2025/02/new-monarchy/

It’s quite the read, but I’d be happy to hear your feedback.

[–] arendjr@programming.dev 10 points 1 week ago (1 children)

So far, it doesn’t seem that they have broken any laws or whatever, that would cause the system to reject their workings.

They are breaking laws, including the constitution. The courts are trying to reject it, but have no method to enforce their rulings when the executive branch willingly ignores them and even explicitly lies the blame with the courts for trying to protect the system.

https://www.npr.org/2025/02/12/nx-s1-5294666/trump-white-house-constitutional-crisis-judges

[–] arendjr@programming.dev 3 points 1 month ago

Feel free to just use React on the frontend if you’re more familiar with it, but make sure you couple it with Redux. Then when the time comes you want to bring some Rust into the frontend, you can do so by writing your Redux reducers in Rust.

PS.: The blog post mentions using fp-bindgen for WASM bindings, but nowadays you’re probably better off using wasm-bindgen.

[–] arendjr@programming.dev 2 points 1 month ago* (last edited 1 month ago) (1 children)

Yes, it has a few APIs of its own. I merely think they are negligible in this discussion because they only provide a minimal superset over Node.js’s own APIs and are also very minimal compared to what Deno provides.

I’ve updated my post to mention “noteworthy” APIs.

[–] arendjr@programming.dev 2 points 1 month ago* (last edited 1 month ago) (4 children)

You’re ignoring the fact that for many projects it does work.

It only needs to be perfect if you want to run 100% Node.js software unaltered. While that may be a lofty goal, it’s also an infeasible one.

That doesn’t mean imperfect support is futile though. By your logic, Bun has no right to exist because it only supports Node.js APIs and doesn’t have noteworthy APIs of its own, and they’re not perfect either. Yet they seem to be at least as successful as Deno is.

Or for an example in a different domain: Your argument would state that a project like WINE shouldn’t exist because it doesn’t have perfect compatibility with Windows, and it disincentivizes development of Linux games. Yet it is largely thanks to WINE that Valve has been able to make the Steam Deck and that Linux gaming is finally taking off.

I think what your argument fails to take into account is that you need a significant amount of users to make any impact on the market. And many users have legacy requirements that they can’t throw out overnight, so you have to support those legacy environments. And even with imperfect legacy support you can support your users, especially if the users are willing to make a few changes here or there. But if you have no legacy support, you also get no users except those that have niche greenfield requirements.

So instead of trying to replace NodeJS or offering an upgrade path for existing Node projects, incentivize formation of ecosystem around Deno

They are incentivizing their own ecosystem. That’s what Jsr.io is all about. But the world isn’t black and white. They can do more than one thing.

[–] arendjr@programming.dev 2 points 2 months ago

I dunno, I still see a blog post. Which is hosted in their own issue tracker, which is of course odd, but also the point.

Maybe it went down for a bit?

[–] arendjr@programming.dev 6 points 2 months ago (1 children)

So I do consider myself to be a true full-stack developer, since I do have 5+ years of experience working on each of server-side, CLI, desktop applications, and mobile applications and 10+ years on the web frontend. Then again, I’m 40 and I feel too old to get offended over that shit. I also agree the term “full-stack” is diluted as hell, so I don’t even call myself that anymore.

Now get off my lawn :p

[–] arendjr@programming.dev 2 points 2 months ago

I would love to see Go, Rust, Swift and Kotlin added to this. Anyone willing to take a shot?

[–] arendjr@programming.dev 0 points 3 months ago* (last edited 3 months ago) (7 children)

Using smart pointers doesn’t eliminate the memory safety issue, it merely addresses one aspect of it. Even with smart pointers, nothing is preventing you from passing references and using them after they’re freed.

[–] arendjr@programming.dev 1 points 5 months ago

Issue resolved

 
[–] arendjr@programming.dev 0 points 8 months ago

For a little bit I thought this library might be a subtle joke, seeing the #define _SHITPRESS_H at the start. That combined with the compress() and decompress() not taking any arguments and not having a return value, I thought we were being played. Not to mention the library appears to be plain C rather than C++... surely the author should know the difference?

Then I saw how the interface actually works:

// interface for the library user, implement these in your program:
unsigned int SPR_in(); // Return next byte from input or value > 255 on EOF.
void SPR_out(unsigned char); // Output byte.

This seems extremely poorly thought out. Calling into global functions for input and output means that your library will be a pain to use in any program that has to (de)compress anything more than a single input.

view more: next ›