Live data from Hacker News

It Was Bad UX, not a “Wrong Button” in Hawaii

washingtonpost.com

61–70 of 132 posts

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#61
Did anybody read about or see the NBC segment where they were exploring the exact D.O.D. bunker in Hawaii where the emergency phone, and I assume alert system computer, were held. Did this actually happen? Was NBC actually in the same room as the computer where the alert originated before the alert actually was sent out?

Let me know if I'm being misinformed by low-life YouTube conspirators.

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#62
post #12

For all developers asked to design something or not given a design - CSS padding is your friend. Add spacing and then add more. It won't make it a masterpiece but it'll prevent misclicks and make the UI easier to read and understand. Also, use headings like "Amber Alerts", "Weather" and "War". And, use semantic titles like "[TEST] Tsunami" or "ALERT! - Tsunami"

CSS padding won't save that menu.

I still can't believe how terrible it is.

It has the same feel as a dropdown on a blog.

Nothing of the level of severity is presented. I'd expect such a serious button to be part of a well designed dashboard.

Plus I'd expect it to be an actual button, with colours.

The section of test systems should be separated with distance from live systems.

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#63
I think this whole thing could be seen as a blessing in disguise, but I don't hear anyone talking about it. We seem totally unprepared for this kind of event. The message said take shelter, so why were people running around screaming and crying in the streets?

People were throwing their kids into storm drains. Clever, but what happens to them after that?

Where do we go? How long do we have to stay there? Who is going to pass out the iodine pills? Where's the clean water? What will we eat? Who will come get us when it's all over?

It seems like we gave a damn about this many years ago during the Cold War. There were drills in schools, public service messages, people bought bomb shelters, there was the Civil Defense. Once in awhile I see one of those public bomb shelter placards on a building and wonder if there really still is one or if it is just some old artifact someone forgot to take down.

We laugh at all this stuff like ironic hipsters and now we see the results.

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#64
post #12

For all developers asked to design something or not given a design - CSS padding is your friend. Add spacing and then add more. It won't make it a masterpiece but it'll prevent misclicks and make the UI easier to read and understand. Also, use headings like "Amber Alerts", "Weather" and "War". And, use semantic titles like "[TEST] Tsunami" or "ALERT! - Tsunami"

Also, colors.

Make all tests blue, all real alerts red. A tiny and simple change, but makes such a difference.

EDIT: I decided to create a mockup with only tiny changes:

1. the current version https://s3.kuschku.de/public/01_current.PNG

2. Color-coding added https://s3.kuschku.de/public/02_colors.PNG - already a significant change, with only one line of CSS

3. Semi-Sorted into groups, and always moved drills to the top of the group (so a person searching top-to-bottom finds the drill first): https://s3.kuschku.de/public/03_sorted.PNG

The result is done with 3 lines of CSS, and an additional class on each link. Tiny change, costs you a single-digit dollar amount to implement, and can be so much more effective.

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#65

There was a very similar incident in 1971 ("code word hatefulness"). Back then, three tapes were kept next to a EBS transmitter, two real alerts and one for testing. One day, an operator accidentally loaded the real alert rather than the correct test alert, and many stations prepared to tell the country the nuclear war was imminent. The fix was to: > …In the past three tapes, one for the test and two for actual emerg…

I'm glad the popular discourse has made it from "train employees better" to "design better interfaces" in this case. But as you point out, this is far, far from a new problem. It's as if we lived in a world where bridges have been built for decades with structural engineers as optional, rather than required by building code. If your project had a budget for a structural engineer, you hired one, but if not, fine, you…

[deleted]

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#66
post #57

There was a very similar incident in 1971 ("code word hatefulness"). Back then, three tapes were kept next to a EBS transmitter, two real alerts and one for testing. One day, an operator accidentally loaded the real alert rather than the correct test alert, and many stations prepared to tell the country the nuclear war was imminent. The fix was to: > …In the past three tapes, one for the test and two for actual emerg…

The point of a drill is to drill the procedure into people, so that when it is required the people are operating on autopilot without the need to actively think about the actions that they are performing. I would prefer to see the only two tapes next to the transmitter are the emergency tapes. If there is a drill then the drill setup will replace these tapes with the test tapes, and maybe place a corrupt tape there o…

"Scolding the ape" is not a viable UI option. The time for "carrot and stick" has passed. Today's solutions need to leverage volition and obviation, to prevent the opportunity for human error to occur.

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#67
In some ways I think the poor design decisions start with making a system of this nature, with this purpose, digital in the first place. With the current state of weapons systems, multi-domain tactics, and the technical capabilities of near-peer rivals, or the types of state actors capable of launching a ballistic missile, a massive cyber/electronic attack will almost certainly precede the kinetic weapons wave. Really, I would want a ballistic missile warning system to be as simple, physical, and reliable as, literally, a big button that sets off the warning broadcast over loudspeakers. It is impossible to prepare for every contingency that may arise from an unexpected all-out attack, but the obvious ones with clear solutions should be mitigated.

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#68
post #30
post #11

The UX in most software made for the government is terrible. At the end of the day, I think anyone clicking any button in that list should have been well aware of what those buttons do especially since clicking that button was a routine part of the shift change process in that shop. Bad UX, sure. But that person dun goofed.

Often times a web page will have buttons that dance around the screen, if the page is still loading elements. That can cause misclicks too.

Actually the Hacker News mobile app for iOS has done this for as long as I can remember and it's extremely annoying that it still hasn't been fixed. After opening the app, if I click a post right as it updates, I'll often click whatever just loaded in its place.

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#69
post #50
post #12

For all developers asked to design something or not given a design - CSS padding is your friend. Add spacing and then add more. It won't make it a masterpiece but it'll prevent misclicks and make the UI easier to read and understand. Also, use headings like "Amber Alerts", "Weather" and "War". And, use semantic titles like "[TEST] Tsunami" or "ALERT! - Tsunami"

If a developer were in a position to actually change this, the options should be in separate lists, or even separate pages. If only CSS and HTML is available, they should be in two columns. The screenshots are so bad, not even the juniors I work with would consider deploying this. It's mind boggling.

>The screenshots are so bad, not even the juniors I work with would consider deploying this. It's mind boggling.

Not defending the UI too much but I'm imagining this is something built and deployed on government contract in the late 90s or early 2000s (when it was considered high technology that they could do this from a web page in the first place?), occasionally migrated to whatever marginally newer system is required by law while consuming the minimal amount of funding.

It's a damn shame but a lot of govt. stuff ends up in this exact boat because nobody wants to pay to improve something that "already works."

Re: It Was Bad UX, not a “Wrong Button” in Hawaii

#70
post #9

Earlier quoted context omitted.

It doesn't even need that. It should start by grouping the options by severity - separate the real alerts from the test alerts via section headers and you solve 99% of the problem.

My concern with severity groups is you have users and managers deciding which messages go in which severity groups. That ignores the impact of politics and short termism on the decision making process. (e.g. How severe is a missing child?). Before you know it, everything will be in severe, and your users will be asking for a "really, really severe" category.

I think kemitche was saying was they would have two groups. One would be "Test Alerts" and the other would be "Real Alerts" not that we needed to have a philosophical break down of alerts by severity. severity may have not been the best word but He did explain his definition in the next few words.
Post reply on HN