Not arguing with the regulations, just pointing out that based on airport diagram[1], since the truck was crossing rwy on taxiway D, the CRJ was on the right approaching from behind. I have never been inside an airport firetruck, but I guess from the driver's seat the jet would be quite hard to see in this case.
"While driving on an aerodrome : Clear left, ahead, above and right
Scan the full length of the runway and the approaches for possible landing aircraft before entering or crossing any runway, even if you have received a clearance."
He was stopped until he received instructions to cross the runway from the person whose job it is to sit in a position with good visibility and tell people when they can cross runways. He wasn’t driving fast at all. The whole system is set up so that vehicles with blind spots (every large passenger jet) can safely move.
We can’t say that emergency vehicles should just stay in on dark and stormy nights.
>from the driver's seat the jet would be quite hard to see in this case.
..is what I was responding to.
>We can’t say that emergency vehicles should just stay in on dark and stormy nights.
This conclusion is flawed and doesn't apply to what I said.
If a truck can't see (conditions or not), then they shouldn't be on the same runway as takeoff/landing because...the consequences were severe despite the safeguards you mentioned, e.g. Not driving fast is relative and the "eyes" failed too initially.
“Vehicles with large blind spots don’t belong on the runway” is a completely untenable proposal.
Almost every airplane is bigger, blinder and slower than that truck. If it had been a plane cleared across the runway, this would have been so much worse.
Even if you want to exempt airplanes, it would require a complete rebuild of most major airports or using completely different emergency equipment. Every airport you have ever flown to commercially has ground vehicles crossing or operating on runways every day. It is simply not possible to operate a commercial airport without ground vehicles in aircraft movement areas, including runways.
The solution is not to spend billions on new trucks or access roads because of a single incident. It is to ensure that controllers, the people directly in charge of coordinating safe ground movement, have the mental bandwidth and tools to do their jobs. The fact that this was a truck and not an airplane is luck, making any discussions about truck cab visibility very much secondary. You have to go upstream of “trucks have blind spots” to truly prevent another of these incidents.
You even earlier: “ But if your truck has blind spots and vis is poor, you shouldn't be driving as fast if at all”
How do you propose that a truck not driving “at all” manage to drive on the runway? Driving on the runway, (or anywhere) is a subset of driving “at all”. Logically I can conclude that since you think that the trucks should not be driving “at all” due to blind spots, that you also think that they should not be driving on runways because of blind spots.
My argument paraphrased you to highlight a specific situation that would arise as a result of what you argued and to point out the folly of just banning any vehicle with a blind spot from crossing the runway. By extension, that planes can’t cross the runway either (the difference between a fire truck and an airplane crossing the runway is that the plane is larger, with bigger blind spots, less maneuverable, fragile and filled with people).
The solution is not to ban vehicles with blind spots from crossing runways, but to provide tools and guidance for those vehicles to operate safely. You could, for example, provide them with a trained observer in an elevated place that can be responsible for saying whether it is ok to be on the runway. We could give the person coordinating movement in the elevated place tools like radar mapping the ground, or automated semaphore systems at runway crossings (I’m describing things that already exist). Using a system like that we could do things like operate in 0 visibility where the weather causes the blind spot to be anything past the windshield (which is something that happens at JFK for example).
Guangdong Province at the moment has about 140,000,000 people. About the same as Russia so it figures. Also it is not the best idea to estimate GDP of Russia in USD and using US criteria.
And it's the UX designer's job to specify the click target area based on best practices and usability testing with real users.
If this is the click target area specified by the designer (or it was simply unspecified) then it's absolutely the designer's fault. I'm a UX designer and I've made mistakes like this before, though this one is pretty egregious because the issue is core to the interaction.
It's sometimes easy as a UX designer to forget to specify some of the smaller details (though this example isn't what I'd call a "small detail"), particularly because they're the kinds of things you don't notice when they work, and I don't have to implement it. The developer has to sit down and write code for what will or will not happen.
I've made mistakes in the past where in an mobile interface I neglected to specify the click target area for some controls. Typically the minimum clickable area we'd use was something like 44x44 but the visual was smaller than that, and I didn't specify it, so the developer made the visible element the one that would respond to the click events. It was too small and it caused issues. I owned up to that one, I didn't want to let the developer take the blame for that.
I've also been fortunate enough to work with developers who would notice these things and then ask me if it was intended and whether they should increase the clickable area. I was always so grateful to have colleagues like that, and I'd always offer to set some time aside to come take a look at things on their local environment before they moved things forward just to catch any issues where they could immediately fix it instead of having to push fixes later on.
I don't know where the failure happened at Apple, but based on what I've seen from "Liquid Glass" it's clear there's some real institutional failures involving either the design leadership, the development leadership, or somewhere in between both. It's really quite embarrassing the quality of GUI and UX that has come out of Apple recently.
This is the first time ever where the hurdle of rolling back my iPhone to an earlier version of iOS feels worth the effort. I disabled as much of the liquid glass effects as I could because I found it difficult to read and now it all looks like shit, whereas before I could read it and it looked nice.
In this specific case, yea, the programmers might be at fault, but most of my gripes with Liquid Glass are not like this. They are design issues. This seems like maybe more of a bug stemming from an underlying design issue (corner radius being ridiculously large).
Exactly. I don't know how about "big design houses" like Apple, but in my small shop designers _only_ care about static screen stories. They don't care how user will click those icons, how focus will work, how any dynamic aspects of complex UI works.
In past it was "given" by desktop env, now it's all rebuilt in material or other design but without any advanced behavior, it only "looks good on static screen".
At a place like Apple, I can bet that it's not like some contract engineering shop where a blob of programmers just sit there blindly implementing whatever is written by someone else in Jira tickets. The final product that ships in the OS is going to be the result of massive, often heated negotiation between HI and the engineering DRI. A huge change to the look and feel is unlikely to be implemented if there's strenuous objection from engineering leadership.
- Kyoto Railway Museum (you can ride a passenger train pulled by a real steam locomotive)
- Central Air Force Museum in Monino near Moscow (you can visit Tu-144 and Il-62 passenger cockpits, as well as check out other rather exotic aircraft)
It's actually a relation between two contacts, not between you and the contact. The UI allows the user to link several contacts, e.g. link the "spouse" or "brother" contact to your friend's contact card. There's a set of predefined labels to choose from, and there's also an option to add a custom label.
[1]https://www.avherald.com/h?article=536bb98e