|
|
|
|
|
by mindslight
1410 days ago
|
|
> Rolling out updates in this way provides a major advantage In terms of QA testing: they can start a new software update out on employee cars, then move to maybe a few thousand owners to get initial thoughts on the update Maybe I'm just old fashioned, but I believe in doing the QA before you ship the code. Especially for safety critical code. "Move fast and break things" was cute when it was just for some upstart entertainment company, but is straight up professional malpractice for any product that is expected to be reliable. Lack of centralizing connectivity was actually a beneficial constraint for most contexts. If a car model's software is found to have a safety critical bug that needs fixing, the recall process of making cars go back to the dealer should be regarded as a small price compared to the gravity of the mistake. |
|
And Tesla has incredible reliability for how complex the software is (in my opinion). They actually fix bugs. I had weird issues with Bluetooth and the radio on my Honda that were never fixed the entire time I've owned the car.
I've seen newer Mustang Mach-Es and Volkswagen iD cars that have really severe issues in their UI.