typedef is a little bit of a hassle but you can do it, even in a very strict mechanical way if writing plain C. But it's a hassle.
And namespaces suck too, so much noise for little gain. You know what, a big part of programming is naming. You just have to come up with good names. Namespaces don't magically make names better, if anything, they make them worse. And they add a lot of syntax noise.
I won't, because obviously I have. Coincidentally, I've just spent more than a day to find a sane way to setup basic windowing and rendering on Windows for the 1000st time -- this time based on Direct3D compute shader and DirectComposition. Going to integrate the Direct2D/DirectWrite backend of my UI library with those technologies in a bit.
And I'm working on this project because the material removal simulation library that my company has been paying insane amounts of money for in the last 10 years just doesn't "cut" it for our grinding purposes (independently of the cruelfully bad C++ API, and the ~10x worse performance in their debug build because of all those dumb C++ objects inside), and it requires an insane amount of BS architecture around on our part to even use it, so I've concluded (after my own short periods of serious well-meaning suffering with this library on and off during the last 2 years), it should actually be way easier to make our own grinding simulation in a short time after running the numbers and concluding a realistic magnitude.
Guess what, I still see no reason why my little project shouldn't succeed, I've seriously come closer to realizing it, but COM Objects by Microsoft are once again not the reason why that is so. On the contrary, they are annoying to use (I'm not a newcomer to them), even though there are a lot of nice things to say about Microsoft APIs as well (and OpenGL should just die), it seems like a layer of bullshit to wade through for no obvious reason.
The nicest libraries in terms of usability have always been those with a simple & straightforward plain C interface.
We're talking about names. Names like "Rectangle" and "Point" (thanks, Apple).
It's a bit like concrete - there's two kinds (of programmers): the ones who have experienced namespace issues (i.e. name collisions) and the ones who haven't, yet.
As most, I have indeed not encountered collisions, yet, not that I could remember anything serious (I remember a macro called sth like WIN32_NO_MINMAX though).
A name like "Rectangle" will only have collisions if there is a C file that simultaneously includes headers from two distinct libraries that define that name, which frankly is very unlikely and very easy to work around. As long as you don't define a silly constructor that creates a symbol Rectangle::Rectangle(float, float, float, float) or whatever, there will not even be linker collisions when distinct parts of a software include distinct definitions of the Rectangle name.
Nevertheless, I simply name my types like "VxRect" or whatever in case they are supposed to be consumed by other components. Much better than Vx::Rect or even Company::Math::Types::Rect, isn't it?
Running a home server seems relatively popular for all kinds of things. Search term "homelab" brings up a culture of people who seem largely IT-adjacent, prefer retired DC equipment, experiment with network configurations as a means of professional development and insist on running everything in VMs. Search term "self-hosted", on the other hand, seems to skew towards an enterprise of saturating a Raspberry Pi's CPU with half-hearted and unmaintained Python clones of popular SaaS products. In my experience — with both hardware and software vendoring — there is a bounty of reasonable options somewhere in between the two.
There's another that combines Ocarina of Time and Majora's Mask into one game, joined by a portal connecting the Happy Mask Shop and Clock Town. It's possible to scatter every bush and box and pot from both games across both worlds.
What I like most about it is the "Container Appearance Matches Content" option, which specifically colors every randomizable element and makes the run-throughs feel very dynamic. The last time I tried Ship of Harkanian, I was disappointed to see it missing.
I recently transitioned on the desktop from Debian then-testing to Alpine edge. I switched for a newer kernel (4.9 to 6.1 for recent fixes to busted microcode -- little annoyances around charging and the touchpad) but I like a lot of things about it: quick install, up-to-date repos, easy-to-understand init, battery lasts longer...
I'm guessing it's the ROM for the system. Poke various hardware bits, map the cartridge and jump to a certain address within it.
If memory serves, it also checksums the Gameboy logo-intro at the start of every game cartridge -- subjecting non-licensed game publishers to additional copyright claims.
>> If memory serves, it also checksums the Gameboy logo-intro at the start of every game cartridge -- subjecting non-licensed game publishers to additional copyright claims.
That is quite clever! Don't run without a valid logo, and therefore violate a trademark or copyright if your game is to run without permission. It's like DRM but enforced legally not technically.
It reads the image twice, once for the checksum test then again when actually displaying it - so it's even possible to show a different logo by replacing that data in-between
> A patent is a type of intellectual property that gives its owner the legal right to exclude others from making, using, or selling an invention for a limited period of time in exchange for publishing an enabling disclosure of the invention.
Patents have always been about "promoting the progress of science and useful arts" by promoting disclosure of inventions. The two are intricately linked. More disclosure = more progress.
I’m skeptical too but what OP describes would “promote progress” (by promoting openness vs secrecy). I agree that I’ve always had it explained as “promote progress [by incentivizing creation] but it doesn’t technically specify what he’s implying or what we are.
https://www.theregister.com/on-prem/2000/08/02/jobs-snubs-at...