- > I have to call MINI at some point and demand they fix this garbage
That would never occur to me. Whenever something produced by a large company breaks, I pretty much assume there's no signal possible back to whomever is responsible for the breakage, and that whatever is broken now is broken forever.
To the author's point, they're A-gile, but forgot that the first step in the process was customer feedback
- Kia just did this with their EV9 update - it broke CarPlay with a blank screen a few minutes into driving, which then reverted itself a minute later. Another OTA mostly resolved it. Neither of these updates explained what happened or what the fix was.
by michaelje
1 subcomments
- Once upon a time, physically shipping faulty software had real costs borne by the organization - production, redistribution and transportation of a physical disc.
Today there’s no disc, no recall - that cost to shipping broken software is gone. We the users pay the price.
- > I am not your QA department
The article is a lovely cathartic rant against agile software development methodologies applied in the wrong place in the wrong way, whether or not the software(s) in question used such methods. On of the worst assumptions, I believe, is that the end-user is willing and able to function as testing/QA without detriment to the product and company.
- It's not an indictment of modern software. It's an indictment of using SW where not needed.
Don't put discrete, isolated HW functions behind a SW powered screen. It's that simple.
- Auto manufacturers need to realize that one bad software experience means lost sales of entire cars. Fail to provide a good experience at the cost of your brand for years to come.
- When I bought my car, it had no Car Play or Android Auto. Upon some investigation I found out that both of them were installed on all the current models. It’s just disabled on the cars sold without the option. Some open source software for the car entertainment system flashed on the car was able to turn on the flags to enable various features including Car Play and Android Auto. So a happy story.
by ElijahLynn
0 subcomment
- Author blames the two week sprint. But that isn't this issue. It's testing gates. Plenty of teams can ship high quality software with two weak sprints. They just have great testing gates.
- Agree with the sentiment but the author's brain rotten rant is projection for being part of the problem
by georgeecollins
0 subcomment
- The most expensive appliances (particularly stoves) are the ones with no LCD screens. "Smart" TVs are often cheaper then dumb ones. People have learned that software does not always make things better. Anything that has code in it I assume will last for about three years. In practice that's a little less then the average but a safe assumption.
by faangguyindia
1 subcomments
- why OTA update OS that frequently?
I've been lately into mobile apps and i am finding that there is no system which combines these 3
1. AOT
2. JIT (for hot paths)
3. Interpreter for non JIT paths or where you explicitly do not want jit.
Imagine, a system which compiles your app to AOT but when you push OTA update, part of the app are selectively replaced to JIT or Interpreted mode.
it's theoretically possible but nobody seems to be doing it. I found react native / expo eas update but i don't think it's like this, it has a Hermes VM which runs bytecode but it has no JIT so you'll write native code for hot path then you'll need to upload a full update to Android. So, only toy level code performance can be can actually be written in JS?
Much better, patch the parts where AOT calls into JIT or interpreter.
Currently i am using react native and flutter. Flutter's UI framework code is in Dart if you load this whole code into JIT, it will consume a lot of resources on mobile device as the framework is big and does lot of work. If all framework code was AOT and your custom patchable code also comes with AOT but upon OTA replaced by JIT or Interpreted code, crazy performance!
But what if we could run the most of the code in AOT and only run changed code in JIT or interpreted mode? arguably it would perform as good as it does not being complete AOT while also providing react native like fast updates.
by clickety_clack
0 subcomment
- Sounds like someone isn’t doing their load-bearing smoke tests.
- Assuming your car has all the functions you care about, and the OTA updates aren't bringing you any bugfixes or feature updates you care about, is there any good reason to update? Or even have it online to begin with? I'm not expecting someone to hack my car; on the contrary, I'd rather have it be impossible for the automaker to reach my car in any way without it being obvious to me (i.e. me flipping a switch to get it online for whatever reason).
- I've stopped installing software updates to my car. They never seem to do anything useful and often will cause things to break or get reset. I no longer see the upside.
by naturalmovement
0 subcomment
- Glad to own a car that will only update via USB and even then only when I want it to.
Which is never, unless something is broken.
Having rolling releases for a CAR is absolutely stupid.
- My car has an engine and tires. There’s literally 0 reason why it needs a cell phone. Stop buying these stupid cars
- > Everything you create should be an artistic endeavour aiming for perfection.
Amen. If you go to a bakery, you expect them to care. If you hire a photographer, you expect them to care. Software isn’t (usually) a factory line; CRUD may be similar concepts throughout, but everyone is making it themselves.
Give a shit about what you make.
- At this point I'm just annoyed that Google discontinued the Android Auto app. Just give me a mount for my phone and gtfo.
If you have a big touchscreen put a video usb port on it.
- You still did not learn the lesson? Once you take possession of a fixed-function appliance, NEVER EVER EVER take any updates, and do not connect it to the internet (CarPlay does not require internet connectivity in the car). Do not buy fixed-function appliances that require internet, that is what computers are for.
- Wasn't LLM tech supposed to fix this?
- The practical solution here would be closing the feedback loop with customers. The business does want happy customers, it's important they return to purchase in 5 years. The problem with car companies is that they don't get immediate feedback (telemetry, tickets, etc) when they do push an issue. And they obviously don't have gradual roll outs the way tesla does.
Rather than hamstring all software by requiring DOT testing before firmware updates are published, follow Tesla's model which has been very reliable within the industry
by 0xbadcafebee
1 subcomments
- If we had a software building code, it could mandate the testing procedures for consumer devices, like a car's headunit firmware. This building code could be backed by an industry body that could revoke its certification from manufacturers if they don't comply with the code. Super-advanced-testing-procedure #1: plug a phone into a test car and check it works before release.
(This software building code is more necessary for software used in critical infrastructure. But it should also be applied to consumer devices as basic protection for consumers against manufacturers breaking functionality the consumer paid for)
by fennec-posix
0 subcomment
- So glad my car has the dumbest head unit on offer in 2019, does bluetooth, radio, CD, shows a map (slowly) it just does what I need it to.
- Does MINI make their own software? I thought it was the same as BMWs with another skin. My BMW gets quarterly updates. Only once in the past year I've had it did I notice anything new (new voice assistant), otherwise it just resets my driver screen and sets my interior lighting on full blast every time it updates.
If Android Auto stopped working I'd also be livid because I don't use the built in crap.
- Users are complicit. Why did this user install the update? Were they suffering from an issue it supposedly solves? My six-year-old Honda has never had a software update, and in any case "OTA" updates can only be initiated by the user.
- that's a symptom of a bigger problem.
Someone in auto industry decided that plugging device, and dependency on core functionality of the car to 3rd party device, that might be lost, have battery died, used for something else, etc is a good way to save money and not do proper software. It's even more bizare now, mid 2026, when software is solved with AI.
It's good that there are some companies, that ban android/apple car since that's an ugly experience for the user.
by arikrahman
0 subcomment
- Not even 13 days ago another article on here was glazing the infotainment system. I even have the article. https://news.ycombinator.com/item?id=48769397 People were attacking the critique I levied towards shallow praise flippantly gravitating to the word consistency, but now I feel vindicated.
by wildfireday2
3 subcomments
- His good points here are undermined by the profane, emotional high-cortisol crashout. There’s a place for well-written, witty diatribes and polemics, but throwing F-bombs and F-yous into complaints is not that.
by hunmernop
1 subcomments
- Ai will solve it. Car manufacturers are slow to take on new technology but they’ll be forced to
Hacker News