This is disturbing. There is absolutely no valid reason to make OTA updates to your ECU or other essential components. Never.
Ever. If there ever was a need to do such an update, it should be made in the dealership by a professional who can roll it back if there’s a problem. Automakers have become far too complacent while at the same time over-automating everything and profiteering by turning things into a subscription model. This is why so many car enthusiasts (myself included) prefer older cars.
Love the design and concept of a tiny planet - reminds me of Super Mario Galaxy in that way. Definitely needs a tutorial or a short “How to Play” dialog or page.
Second this. Pretty much standard/intuitive controls, it was fun discovering what the game was about while captivated by the beautiful music and graphics.
All text should be selectable (and therefore readable) to support accessibility tools - at least if you’re app or site is Section 508 compliant or similar.
About a decade ago, I was the sole developer for a special project. The code took 2 weeks to complete (a very simple Java servlet + JDBC app) but an entire year to actually deliver due to indecisive leadership, politics, and extremely overzealous security policies. By the time it was successfully deployed to prod, I had been chewed out by management countless times, who usually asked questions like “how on Earth can it take so long to do this one simple thing??”.
I saw two projects in a row in a German Fintech (the one that has AI in its name that forbids usage of AI) go exactly the same way.
Two/three months to code everything ("It's maximum priority!"), about four to QA, and then about a year to deploy to individual country services by ops team.
During test and deploy phases, the developers were just twiddling thumbs because ops refused to allow them access and product refused to take in new projects due to possibility of developers having to go back to code.
It took the CEO to intervene and investigate the issues, and the CTO's college best friend that was running DevOps was demoted.
I see that a lot too. Something is super urgent, you work your ass off to deliver and then somebody sits on it for months before actually shipping. If ever.
I don’t actually mind (because I won’t work my ass off). So when enthusiasm fizzle out, I just take a lot of notes (to onboard myself quickly) and shelve the project.
IME, in most cases, it's the dickhead's fault in the first place.
This is often a CTO putting pressure on a dev manager when the bottleneck is ops, or product, or putting pressure on product when the bottleneck is dev.
The normal rationalization is that "you should be putting pressure on them".
The actual reason is that they are putting pressure on you as a show of force, rather than actually wanted it to go faster.
This is why the only response to a bad manager is to run away.
I’ve tried this method, but it didn’t work out for many reasons. I often have to deal with people I don’t personally know for various reasons (mechanic, lawn care, doctors, school staff, etc.), and I have missed too many important calls like this, so I basically just have to deal with it. About 50% of the time it seems to be caught with “spam risk” or something like that, otherwise I just use my judgment.
XML might have “lost” but it’s still a format being used by many legacy and de novo projects. Transform libraries are also alive and well, some of them coming with hefty price tags.
The ones that send light through your finger and measure it on the other side are much more accurate than the ones that bounce light off your wrist like the Apple Watch. That said, they both work. This is easy to verify by holding your breath.
reply