I had to install it last night in DOSBox-X and compile the Breakout example project. The warm fuzzies are justified.
212 karma · joined April 18, 2024
I had to install it last night in DOSBox-X and compile the Breakout example project. The warm fuzzies are justified.
> no notion of version dependencies exist (not even lockfiles exist
I think that’s the point of Qlot
Even for running tens of thousands of integration tests in a few seconds, pg is fine.
Edit: meanwhile I’m waiting 45 minutes on average for my most recent, single-line change, PR to roll out to k8s cluster at $massive_company that totally does this like everyone else.
Haha I've seen this anti-pattern too (although I think it's in the enterprise patterns book??). It would bring production to a grinding halt every night. Another engineer and I stayed up all night and replaced it with simple REST API.
There’s a lot of “slack” in the industry that we get away with. Ridiculous incidental complexity, far-out frameworks, architectural astronautics etc.
But if you care about “adding value” or your business succeeding, tools like Rails/Django are way to go. (And btw, use a RDBMS ffs)
I personally have an image with Alexandria, Serapeum, Dexador, Bordeaux Threads, some JSON stuff, but it might be handy to have something others use as a similar target.
Probably stands a better chance of success than the over-pontificated CDR proposals, and CL21 which preceded it.
Curious if there’s a bunch of reader macros set up by default?
> I too hate this. Not just because the edge cases exist, but also because of the related property: it makes the system very hard to reason about.
I think this is a huge problem with the way we’re developing software now. Distributed systems are extremely difficult for a lot of reasons, yet it’s often or first choice when developing even small systems!
At $COMPANY we have hundreds of lambdas, DocumentDB (btw, that is hell in case you’re considering it) and other cloud storage and queuing components. On call and bugs basically are quests in finding some corner case race condition/timing problem, read after write assumption etc.
I’m ashamed to say, we have reads wrapped in retry loops everywhere.
The whole thing could have been a Rails app with a fraction of the team size and a massive increase in reliability and easier to reason about/better time delivering features.
You could say we’re doing it wrong, and you’d probably be partly right for sure, but I’ve done consulting for a decade at dozens of other places and it always seems like this.
Do you mean something other than ISO/IEC 9075:2023 (the 9th edition of the SQL standard)?
> Like a cow shoved through the food manufacturing process and split into a million pieces