But even without them getting better, as far as I know there were zero waymo fatalities due to this.
That's more than I can say about Helene, where there was at least one fatality due to traffic light outages.
Lets not forget that a big part of why we want Waymo is that it has already lead to a dramatic decrease in fatal accidents. They are a great company that will do a lot of good for the world. One bad night (in which noone was hurt, in part because of their cautiuosness) shouldn't negate that.
Seeing as how literally nobody died, I'm not sure if I agree with your sentiment.
I was curious if Waymo has even been involved with a crash that killed someone, so I looked it up. The answer is yes - there was a Tesla going 98mph in SoMa whose driver died after hitting a Waymo. Clearly we should shut down Waymo until they can handle that situation!
You're being sarcastic, but it's a valid point. I'd love to know if there were any traffic fatalities at all during the affected period. Chances are there were and that they were due to human error.
I often find it sad how many things that we did, almost without thinking about them, that are considered hard today. Take a stroll through this thread and you will find out that everything from RAID to basic configuration management are ultrahard things that will lead you to having a bus factor of 1.
It seems like verification might need to be improved a bit? I looked at Mistral-Large-123B. Someone is claiming 12 tokens/sec on a single RTX 3090 at FP16.
Perhaps some filter could cut out submissions that don't really make sense?
I spent a little bit of time poking at Gemini to see what it thought the accident rate in an urban area like Austin would be, including unreported minor cases. It estimated 2-3/100k miles. This is still lower than the extrapolation in the article, but maybe not notably lower.
We need far higher quality data than this to reach meaningful conclusions. Implying conclusions based upon this extrapolation is irresponsible.
It is at least as reliable as the data in the electrek article. My point is that the data naturally has error margins that are clearly large enough to make drawing concrete conclusions impossible.
Somewhat amusingly, the human rate should also be filtered based upon conditions. For years people have criticized Tesla for not adjusting for conditions with their AP safety report, but this analysis makes the same class of mistake.
1/500k miles that includes the interstate will be very different from the rate for an urban environment.
Yeah, I'm glad that they are trying to do a rate, the problem is that the numerator in the human case is likely far larger than what they are indicating.
Of the Tesla accidents, five of them involved either collisions with fixed objects, animals, or a non-injured cyclist. Extremely minor versions of these with human drivers often go unreported.
Unfortunately, without the details, this comparison will end up being a comparison between two rates with very different measurement approaches.
Yeah, this company went through an amazingly bad period. They quite innovating, and also worked really hard to segment their products in a way that would extract every last $ out of the consumer. "Oh you want it not to run into things? You'll need one more step up for another $100-200" It wasn't really based on the hardware, so much as the intentional limitations of the software.
Meanwhile cheap roborocks had no arbitrary limitations and more honest marketing.
I miss the optimism that this company used to have, but I won't miss the entity that they became.
But even without them getting better, as far as I know there were zero waymo fatalities due to this.
That's more than I can say about Helene, where there was at least one fatality due to traffic light outages.
Lets not forget that a big part of why we want Waymo is that it has already lead to a dramatic decrease in fatal accidents. They are a great company that will do a lot of good for the world. One bad night (in which noone was hurt, in part because of their cautiuosness) shouldn't negate that.
reply