<table />
<table />
I generally agree, but there are some things that are oversimplified. Sure a point(x, y) can have public attributes, but usually business objects are a bit more complex: insurancePolicy, deliveryRoute, user, etc. Having some control over those is definitely something you want to implement, at the cost of some boilerplate.
Hence 80%.
Most apps out there are a CRUD with a thin layer of logic.
If you are in the 20% that needs real performance, an ORM is not gonna cut it, no matter what DB you have.
It’s literally what an orm does, and it’s good enough for 80% of apps out there. Using it for the wrong purpose is what’s silly.
In my 15 year career? Dozens. Maybe low hundreds. Depends what you work on. Oracle is not making any friends lately and a ton of companies a whole-sale migrating to Postgres, MongoDB, DynamoDB or some of the NewSQL contenders. It’s like 50% of the projects I’m involved in. Results are generally positive, with some spectacular wins (x3000 acceleration or x1000 lower costs) and a few losses.
I hope the tricks are only supported on kafka’s ksql.
Be quiet!
Well, the lady of lake, her arm clad in the purest shimmering samite, held aloft Excalibur from the bosom of the water…
I agree with this. When I publish my code, it is documented for someone in my field with around my level of knowledge. I assume you know DNS, I assume you know what a vector is, I assume you know what a dht is, I assume you know what O(log n) is.
I’m not writing a CS50 course, I’m helping you use the code I wrote.
Might be different for software like libre office which is supposed to be used by anyone, but most software on earth is built with other developers in mind.
Humanities are very important. Robots are not yet capable of flipping burgers!
Raid gang
Plus water isn’t wet, it makes things wet.
I broke DNS plenty of times in my homelab independent from NAT. In the last few months:
Yes, most of them is my dumb ass making mistakes, but in the end it’s something that constantly breaks and it helps knowing the IP addresses of my servers and routers.
Aditionally, obscurity is a security helper. The problem is relying only on obscurity. But if I have proper firewall rules in place and strong usernames and passwords I still prefer if you don’t even know the IP addresses of my servers on top of that (in case I break some of the other security layers).
Con: you are now even more dependent on DNS, increasing the blast radius even more if when it breaks.
Meh, nothing a VPN and a 3 bucks a month VPS can’t solve…
yells at cloud in IPv4
You also have NoSQL databases, where you can have arrays, embedding and you can often save yourself the CPU hit of joins.
Even in that case, 18.25B is 1.8% of 1T, not 0.18%.
Pop-pop!