If you get scammed, it requires you to sue, many EU countries have very long waiting times for those, so you'll be carless and money less for a long time. Cash or crypto solves this elegantly.
> Unless the registered owner can point to the not-them person who was driving their car at that time, then it was them.
Not true, at least in the US. You are innocent unless it can be positively demonstrated that you were the one driving.
For a serious enough incident the police will invest the necessary time to collect evidence that you were in fact the one driving. But that's costly to do.
This was an emergency vehicle actively responding to an emergency, not a regular vehicle. I'm not sure if that changes SOP but it certainly seems worth considering.
It's much simpler and better than it used to be but it's still pretty bad. As just one example off the top of my head consider the meaning of curly braces for initialization. There's several different things they can mean depending on the context. Good luck figuring out which set is currently in effect.
The initialization situation in C++ is indefensibly broken. It is near the top of my list of things I hate about C++.
You can mitigate it with some practices but that this is even necessary is a crime. Initialization is one of the most basic things in software development. How do you fuck it up so badly?
On a day to day basis it doesn’t cause me issues but it offends me just on principle.
I still use Eclipse CDT and its static analysis is running in real time, as you type code, which is killer. Combined with Valgrind integration, I don't see myself moving on anytime soon.
Is Eclipse CDT still good these days? Wow did not hear of it for a while. I thought C++ support was not maintained anymore.
I use CLion mostly but I never stop coming back to Emacs+LSP.
And yes, the analysis is quite competitive tbh. People often talk about this weird thing or the other in C++ but the experience is quite better than what the ISO standard strictly has to offer.
Can you clarify what you mean by unsafe? From what I can tell from the study, they're comparing to a human benchmark - basically the "average" driver, not a cherrypicked "bad" driver cohort.
Just as with wealth the average is drastically skewed by outliers. I don't recall precise numbers off the top of my head but there are plenty of people who have commuted daily for multiple decades and have never been in a collision. I myself have only ever hit inanimate objects at low speeds (the irony) and have never come anywhere near totaling a vehicle; my seatbelts and airbags have yet to actually do anything. Freight drivers regularly achieve absurd mileage figures without any notable incidents.
As I stated earlier I agree with the broader point you were trying to make. I like what they're doing. It's just important to be clear about what human skill actually looks like in this case - a multimodal distribution that's highly biased by category.
Yeah, I agree with you too. Per IIHS, the fatality rate per 100,000 people ranged from 4.9 in Massachusetts to 24.9 in Mississippi, so clearly there's a huge variance even with "US population".
The other person's comment was "we won't ever have self-driving cars" because they aren't good enough: but something like Waymo already is, particularly for the population. If we waved a wand and replaced everyone's car with a Waymo, accident rates would fall, at a population level and at a per-mile driven level.
It's even tough to see that a Waymo would be more dangerous for a good driver: they too have never been the cause of a serious accident and have certainly driven more miles across the fleet than any human driver. All 4 serious injury accidents and both fatalities were essentially "other driver at fault, hit Waymo".
This isn't meant to glaze Waymo, but point out that self-driving cars in certain environments are "solved". They're expensive, proprietary, aren't suitable for trucking or deployment to cold climates (yet?); but self-driving that is safer than people-driving is already here. To your point: human skill in driving is variable: Waymo won't replace Verstappen right now, but just like the AGI argument with LLMs, they're already "smarter" than the average person in certain domains.
> could collide with alarm fatigue and the disengaged overseer problem
Depends both on the form the "alarm" takes as well as the false positive rate. If the alarm is simply being told to go around, and if that has the same authority as a human, then it's an inconvenience but there shouldn't be any fatigue. Just frustration at being required to do something unnecessary.
Assuming the false positive rate were something like 1 incident per day at a major airport I don't even think it would result in much frustration. We stop at red lights that aren't really necessary all the time.
Depending on how late the go-around/aborted landing is triggered, that can be a danger in itself. Any unexpected event in the landing flow has a risk, to the point that there's a "sterile cockpit" rule in that window.
Even if it's just a warning to the ATC, distracting them and forcing them to reexamine a false positive call interrupts their flow and airspace awareness. I get what you're saying, that we could err on the side of alert first, out of precaution; but all our proposed solutions would really come down to just how good the false positive and false negative rates are.
BTW, stopping at a red light unnecessarily (or by extension, gunning it to get through a yellow/red light) could get you rear ended or cause a collision. Hard breaking and hard acceleration events are both penalized by insurance driver trackers because of that.
I'm assuming there that any such system would be appropriately tuned not to alert outside of a reasonably safe window. My assumption is that it would promptly notice the conflict following any communication which under ordinary circumstances should leave plenty of time to correct. To be fair I don't expect such a system would address what happened in this case because as you note false alarms on too short a notice pose their own danger which may well prove worse on the whole.
This specific situation I think could instead have been cheaply and easily avoided if the ground vehicle had been carrying a GPS enabled appliance that ingested ADS-B data and displayed for the driver any predicted trajectories in the vicinity that were near the ground. Basically a panel in the vehicle showing where any nearby ADS-B equipped planes were expected to be within the next 30 seconds or so.
> stopping at a red light unnecessarily
Is it not always legally necessary where you live? It certainly is here. When I described them as unnecessary I was recalling situations that would clearly be better served by a flashing yellow.
Yeah, I think there's certainly optimizations possible. Listening to ATC traffic, I'm surprised just how much of the ground ops stuff could be computerized: basically traffic signals for runways.
What you're describing almost sounds like TCAS, a collision avoidance system for planes in the air, and would be a good idea.
As for the redlights, yes, legally you would be required to stop if you're before the stop line. My language wasn't clear, as I was trying to describe those scenarios where a light's turning just as you're getting to/into the intersection. Some people will gun it to get through, others will jump on their brakes to not run what's technically a red.
Consider that if you have access to all the local ADS-B data you can project paths forward through 3D space for the next, say, 30 seconds or so. Using GPS you can determine your own position in 3D space. At that point it's trivial (and I'm not handwaving here, it is literally extremely trivial) to filter projected paths based on passing close enough to your own in 3D space (ie accounting for altitude). Stick that on a tablet and require it to be present in all vehicles that operate on the tarmac.
It wouldn't need to work 100% of the time because you'd still be required to contact ATC. The only requirement is that it have a reasonably high chance of alerting drivers to potential mistakes before they happen.
Which is to say this incident was trivially preventable had anyone with authority over these sorts of things cared to bother.
This is a situation where both vehicles got explicit permission from someone who's supposed to know what they're doing. These sorts of runway crossings aren't unusual - and this one was responding to an emergency - and at a place like LGA there's always gonna be a plane on approach.
The difference between "hold short at runway 22" and being on runway 22 is much less than 30 seconds in some cases.
A clearance from ATC means you can land not that you must land nor that it is safe to land. PIC still has the ultimate choice. It's common practice in the US to issue landing clearances even when another plane is on the runway or there are two landing planes ahead of it also with landing clearances, if that wasn't done you would be waiting far longer at the airport.
It's obviously the right choice to give the PIC the information via avionics in a graphically concise way that highlights this potential runway contention because it is real and pilots are expected to adjust their speed to maintain the right sequence.
When it isn't possible, which does happen, IE a plane ahead is slow to clear the runway or to takeoff, pilots are expected+required to execute a go-around.
If ATC says you're clear to cross the runway and then you glance down and the screen shows a plane projected to cross directly in front of you in 10 seconds you'd probably think twice, right? This hypothetical cheap appliance has GPS and a compass and probably even a camera feed facing forward. It isn't a difficult technical problem to calculate the time offset at which the object traveling along the crosscutting path will pass in front of you.
> The difference between "hold short at runway 22" and being on runway 22 is much less than 30 seconds in some cases.
What is the typical minimum temporal separation? I would have expected at least 45 or 60 seconds given the cost of a plane and the imminent threat to life.
I think the most generous interpretation of using 'all' ADS-B data (including things on the ground) would be to have VR and have boxes for all objects, à la the F-35 helmet:
The entire point is that there's no need for someone driving a ground vehicle to see all the ADS-B data. They only need to know if and when a plane is projected to cross the direction in which they're facing. It might also be useful to know the projected speed as well as how far in front of your vehicle it will pass (but you can presumably figure the latter out on your own because, y'know, the runway).
You're misinformed. Cheap healthy options are readily available at the grocery store. If you don't want to spend time on food preparation you can substitute canned vegetables for fresh which is slightly less cheap but still cheap.
In the extreme case you don't even need a proper kitchen - a microwave, a rice cooker, and some large bowls will suffice. You can reliably find all of those things at thrift stores in the US. You also have the option to purchase dry staples in bulk (rice, oatmeal, pasta, etc) in 10, 25, or even 50 lb sacks if you can find a local place that stocks them (costco for example).
What if you're trying to run multiple instances of something that uses global state? Or that uses an incompatible library version? (I guess those are technically the same thing.)
The degree of sensitivity of allergies varies widely. For example there are people who only have a problem after consuming a large scoop of peanut butter but there are also those who will end up in the hospital from trace amounts that you'd have difficulty spotting with the naked eye.
I dated a woman with celiac sprue (which I guess was extreme.. her mother had to have a bowel resection due to celiac related issues) and she had sudden anaphylaxis at a restaurant that required the use of an epi-pen and an ambulance.
The reaction was caused by the micro-brewery that had opened next door and all the wheat dust in the ventilation system.
reply