Live data from Hacker News

UX Myths (2014)

uxmyths.com

31–40 of 78 posts

Re: UX Myths (2014)

#31

Flash is evil is a UX myth? I guess I am mything out on this one, as I don't even have it installed on my mac.

Open it up and the first sentence says this article is 4 years old. Then you probably realise you are not the first to mention that point. Yes, in nearly 2017 Flash is (almost) dead.

Re: UX Myths (2014)

#32
post #30

Earlier quoted context omitted.

That would be wonderful! I've had many non technical people ask me how to create folders in those systems... People can live with a flat file structure; Early versions of DOS were like this. Maybe we should go back to line editors too... So much prettier and simplified! No menus or dialogs! You don't even see a pageful of content at once! Just a blinking cursor and some brief commands. No messy interface... (I can un…

It's a definite balance though, is my point. You have to make these determinations all the time while making consumer-facing software. For example, I'm making a 'Newsfeed for Twitter' right now (top tweets people you follow have liked/shared) and people I show it to want keyword muting so the feed isn't dominated by Trump news. From a UX perspective I really resist adding keyword muting. Instead I added a 'Tailored'…

I admire your effort here but I really think that such concerns were not shared equally.

Stupid and direct interfaces that "any rank amateur could do" seem to catch on pretty well.

Regardless, I sincerely wish you the best in your project. Send me a link when it's ready and I'd love to take it for a spin.

Re: UX Myths (2014)

#33
post #19

I wish more websites, especially those actively writing about UX, would style visited links differently. When you're reading one of these myths, there is no link to go to the next one ; you need to go back to the index. But since visited links are not differentiated, it's difficult to know which item you've just read, and where to go next. Just using "a:link" instead would yield a more satisfying design: http://i.img…

I didn't know they were links until I read this comment!

No hover on mobile.

Re: UX Myths (2014)

#34
post #29

Earlier quoted context omitted.

My personal favorite... The Google keyboard on Android offers text recommendations and let's you tap backspace after typing a word with the swipe-style keyboard to delete it in every other app except the native Google search app interface. Searching on Google with the Google keyboard is painful. This is all on Android 5.1.1 at least. Searches for this bug turn up lots of equally frustrated people.

Yeah the Google search in android is painful. Also in the subway with bad connectivity it's still possible to load facebook with gifs, pictures, texts etc. But a simple Google search is not possible.

There's countless times when I'm waiting for something and think "how crazy can this api possibly be?!"

I imagine some convoluted thing where they're passing authorization nonces around and getting normalized data so they have to make separate requests for each object id. (Eg: /business_name/:id, /descriptions/:id, /ratings/:id ... ) and bring it together client side... This isn't a request, it's a long conversation.

Re: UX Myths (2014)

#35
post #29

Earlier quoted context omitted.

My personal favorite... The Google keyboard on Android offers text recommendations and let's you tap backspace after typing a word with the swipe-style keyboard to delete it in every other app except the native Google search app interface. Searching on Google with the Google keyboard is painful. This is all on Android 5.1.1 at least. Searches for this bug turn up lots of equally frustrated people.

Yeah the Google search in android is painful. Also in the subway with bad connectivity it's still possible to load facebook with gifs, pictures, texts etc. But a simple Google search is not possible.

That's Facebook being clever and shuffling around posts it already had. That's not possible with a search query.

Re: UX Myths (2014)

#36

Agree with so much of this, but definitely not with #28. White space has become a design curse. I know how to manage information; I'm not bewildered if I see a lot of it in one place, and I don't need to be guided through it. And I'm truly tired of clicking ellipses to 'see more' Just load the damn page, load the damn comments and paginate. Abandoned Gawker for this reason long ago.

White space is super important. It can serve as a delimiter between pieces of your UI for example. It can serve as an emphasis on content or an important UI element. It has a ton of different uses you are completely disregarding... because

> I know how to manage information

But you really don't, though. If I replied with a 20 lines efficiently-packed wall of text with no paragraphs or linebreaks, you'd complain. If you were looking at a UI that was simply packing UI elements like the lego set for a giant cube, you'd be the first one commenting on its poor usability.

This is what it's like to have no whitespace: http://www.milliondollarhomepage.com/

--

You know, this exact attitude pisses me off. The #1 complaint in open source software is how poor the UX is in most of it. Famously, the software is "designed for its programmer", with the interface built to be as simple to code as possible.

It doesn't change because the community is full of devs arrogant enough to think that their users "know how to manage information" and will make sense of it all. They "don't need to be treated like children" because, obviously, intuitive interfaces are for kids.

OK, I get it, you've had bad experiences with whitespace. The G+ homepage is an abomination. Author isn't arguing a tiny column of text surrounded by two giant white columns is good design. Doesn't mean it's always bad.

Re: UX Myths (2014)

#37
post #35
post #29

Earlier quoted context omitted.

Yeah the Google search in android is painful. Also in the subway with bad connectivity it's still possible to load facebook with gifs, pictures, texts etc. But a simple Google search is not possible.

That's Facebook being clever and shuffling around posts it already had. That's not possible with a search query.

Really? Does this work in airplane mode?

Re: UX Myths (2014)

#38

Earlier quoted context omitted.

I think this comes about because of that thing, you know, too many cooks spoil the broth. Too many UX designers fuck everything up. I just use my smartphone now to sent SMS, make and receive calls, and read HN. Because the user experience of doing anything else on it makes me want to throw it in the river.

I actually think it's the opposite. I've met many high-falutin designers who seem to care more about an abstract vision and theory then practical terms. I've seen designers coddled and defended against avalanches of negative feedback under dubious auspices that users don't know what they want or that it's a natural thing to complain... I envision whenever I see these redesigns that there's some Im-so-smart person on…

I've seen designers coddled and defended against avalanches of negative feedback under dubious auspices that users don't know what they want or that it's a natural thing to complain...

Then those aren't designers, those are artists. Artists have the option of creating a singular vision and defending it against all comers. Designers have to create a vision that matches the discovered desires of the users, and then ruthlessly road-test that vision through prototyping and structured user testing. If your "designers" are artists (or, just as common, you rely on your programmers implicitly being designers), then, yeah, you've got a problem, because they're focused on the product and not the process.

Incidentally, the sort of UX concepts you see on Dribbble are usually art, not design; most of them are created in isolation and outside of actual design methodologies, which is why they look great but are completely impractical for daily use.

Re: UX Myths (2014)

#39
post #22

Earlier quoted context omitted.

If we followed that idea though (keep it as it has been for 30 years) then Google Drive or iOS would have you browsing through hierarchical folders like Windows Explorer.

I think no. I think they changed because search became affordable enough to become a valid strategy, not because some genius figured out people are confused by folders.

It changed the up-front effort in FILING for a greater but later effort in FINDING (assuming keyword search).

To compensate, of course, users can invest a greater upfront effort in NAMING and TAGGING.

Several decades ago, I made filing mostly go away by creating files in the directories in which they would eventually be filed. This requires the ability to create nested subfolders, without which no substantial filing system is viable.

There's probably an order of magnitude at which hierarchical filing systems become the only rational approach (depending on the material). It might be 1,000 in some cases, or 10,000 in most cases, and maybe 100,000 in a few cases.

At least, that's how it works for me.....

Post reply on HN