Live data from Hacker News

Sanding UI

blog.jim-nielsen.com

161–170 of 414 posts

Re: Sanding UI

#161

Earlier quoted context omitted.

It may surprise you, but some people like to program computers for reason other than money. Makes no sense right? Weirdos, all of them!

Yes, but you can make free apps for a wider audience. Or even just useful apps for yourself. Can do what pleases you though. I sometimes work on intentionally useless apps just to try things out, but the idea is always to carry those ideas over to some app that has some purpose.

do you think makers of abstract art should do something more useful? how about people in marketing? landlords?

Re: Sanding UI

#162
post #160

Earlier quoted context omitted.

Even with nesting you still need for/id attributes to make it accessible to common voice command software: https://www.tpgi.com/should-form-labels-be-wrapped-or-separa...

That’s the voice control software’s problem.

At the end of the day it’s your users’ problem. Ideally their assistive tech would work, but if it doesn’t and you’ve got an easy fix then you should implement that fix.

Re: Sanding UI

#163

This is so lost in Agile. Engineers should get the time to “sand” their products, but we just don’t. If QA doesn’t make a ticket for the space between, it’ll never get fixed. The customer probably notices this kind of a thing but it’s a miracle if the customer bothers to report it, and another miracle if it eventually turns into a ticket, and another miracle if someone prioritises it enough to spend time fixing it. […

The idea behind "agile" is to recognize when something isn't working and improve it. You obviously have a process that does not serve your customers' needs: work with your team to fix it. If you have SCRUM ceremonies, a retrospective is where you can raise it, but really, any time works (retrospectives are to purposely look at the past few weeks, but things you notice along the way, look to solve along the way).

The idea behind agile is to sell you training and later consulting once your organisation fails to adopt it in any meaningful way because it’s principles are so vague your culture, will, get it wrong.

It’s saying that the people behind the agile alliance and so on aren’t actually working in software engineering. Many haven’t since 20 years before the birth of Python. They’re also famous for handling any form of criticism with “you didn’t understand our principles”. Which to be fair is often completely correct, but maybe it’s because those principles are horrendous?

What it has lead to is an industry full of pseudo-jobbers. As others point out… your software engineers, can, do the work if you let them. Even if you don’t, you have no guarantee that your added personal actually catches errors like the ones in this article. Because human testers usually aren’t part of the team in any meaningful way.

Re: Sanding UI

#164
post #80

I wonder what’s the most polished or “sanded” UI out there? You would think FAANG would have a half decent UI and UX with the amount of money they have. But anybody that has used Amazon.com or AWS, GCP, or even Azure would beg to differ. Personally, off the top of my head. The most polished UI/UX has to be “mcmaster.com”. I can find anything I need in what seems like a couple minutes. Compare this to big box stores l…

As something I’m using on a daily basis, Linear has one of the best product UI I experienced. It is extremely polished and snappy

Re: Sanding UI

#165

I've been "sanding" my personal website ( https://dustinbrett.com ) for nearly 4 years now, and it feels like it could go on forever. Luckily I enjoy working on it.

I wish Windows was that snappy! Incredible work, kudos!

Re: Sanding UI

#166
post #126

Shouldn’t these all be smoothed out by UI frameworks, design guidelines and best practices? It doesn’t look like the industry should spend so much productivity on these sanding works?

I agree that these things should smooth it out. But so far the reality shows they do not.

Re: Sanding UI

#167
post #91

Earlier quoted context omitted.

imo GitHub has to be up there. I think some of the recent changes to search and making the code view more IDE-like are steps backward from a “polish” perspective, but still useful features

I like the IDE "defined here/used here" features but I wish the page would be faster. It can be quite painful to read code on GitHub. The code view is also broken and unusably slow in some mobile browsers (Firefox) when scrolling horizontally

This sort of problem (speed) is a much overlooked secondary functionality requirement IMO.

You might get amazing UX mocks and wireframes and designs etc from the UX team, and the mockups from Figma or whatever may have user-tested really well, but if there is huge latency in the real implementation then that is a usability-killer IMO, regardless of how polished the UI is.

Re: Sanding UI

#168

The goto tactic for this specific ` ` problem is: Foo

I think that would not have worked with the grid CSS approach.

I guess it is kinda beside the point though as it was just an example to illustrate the point.

Re: Sanding UI

#169

I've been "sanding" my personal website ( https://dustinbrett.com ) for nearly 4 years now, and it feels like it could go on forever. Luckily I enjoy working on it.

I wish Windows was that snappy! Incredible work, kudos!

Meanwhile we get a loading splash screen when opening a calculator.

Re: Sanding UI

#170

Earlier quoted context omitted.

FastMail has one of the best-feeling web apps I've ever used. It's incredibly snappy and I never encountered any bugs while using it. They raised the bar for what I thought a web app could achieve.

I think the only thing I really dislike about Fastmail's UI is they've hidden the "Report phishing" and "Report spam" links and they're in two completely different places.

That's an unfortunate decision
Post reply on HN