I’ve actually worked with a genuine UX/UI designer (not a mere Graphics Designer but their version of a Senior Developer-Designer/Technical-Architect).
Lets just say most developers aren’t at all good at user interface design.
I would even go as far as saying most Graphics Designers aren’t all that good at user interface design.
Certain that explains a lot the shit user interface design out there, same as the “quality” of most common Frameworks and Libraries out there (such as from the likes of Google) can be explained by them not actually having people with real world Technical Architect level or even Senior Designer-Developer experience overseeing the design of Frameworks and Libraries for 3rd party use.
Im a developer and I should not be allowed to wing it with UI/UX design.
Yes you should. I think most comments here are about products that have millions of users where it’s actually worthwhile spending all that extra time and money to perfect things.
For most development, it isn’t worthwhile and the best approach is to wing it, then return later to iterate, if need be.
The same goes for most craftsmanship, carpentry in particular. A great carpenter knows that no-one will see the details inside the walls or what’s up on the attic. Only spend the extra time where it actually matters.
It triggers me immensely when people say “I could have made a better job than that” about construction work. Sure maybe with twice the budget and thrice the time.
Exactly. I’d also like to add, look at Google stuff their ui / ux is routinely horseshit. So don’t tell me there are ui/ux gurus out there GIGAchading user interfaces.
A lot of this shit is trial and error and even then they still fuck it up.
Make it accessible, make it legible and then fine tune it after.
actually, i would like to counter this. Developers often times put together shitty UIs that are hard to navigate (mostly because UI design is bad and we’ve been living with floating WMs for the past 30 years so nobody knows any fucking better for some godforsaken reason)
But it’s no fault of the user for using a shitty interface if it was designed to be used in that manner, by the person who built it. This is why so many people like CLI, it’s impossible to fuck up. You can use it wrong as a user, but that’s because it has specific syntaxing. It’s designed to only be used in that one manner, where as most graphical applications are designed to be “generally applicable” for some reason, and then when a user uses it in a “generally applicable” manner, somehow that’s now the wrong way to use it?
People screw up CLI’s all the time (looking at you Google Cloud). They (used to) insist on using my installed python which automatically upgrades and breaks the CLI. Good job python. Good job Gcloud.
i’m not sure that’s a CLI problem, sounds more like an application problem from what i’m hearing.
I’d argue floating wms are more intuitive and some can still tile pretty well if you want that
floating WMs are intuitive, but the problem is that they’re an incredibly mediocre solution, and the way that problems are often solved around one, is just entirely asinine. Let’s build ten different ways to do the same thing, now we have 10x the code to build and maintain, and it’s 10x more confusing to the end user who probably won’t know about half of them, because 90% of our documentation is redundant!
Tiling WMs have significantly less issues with this, because they often have a very strict set of management rules, and only those. Nothing more.
I do QA for a living. If that’s the end result, it wasn’t intuitive. 😅
“The only intuitive interface is the nipple. After that, it’s all learned.” — traditional 20th-century folk wisdom.
I agree to a point, but users also do some weird stuff that you just can’t predict sometimes.
And that’s precisely why QA still exists and why it shouldn’t be the devs. And yet, you’ll still wind up with weird situations, despite your best efforts!
Yeah.
Any good software developer is going to account for and even test all the weird situations they can think of … and not the ones they cannot think of as they’re not even aware of those as a possibility (if they were they would account for and test them).
Which is why you want somebody with a different mindset to independently come up with their own situations.
It’s not a value judgment on the quality of the developer, it’s just accounting for, at a software development process level, the fact that humans are not all knowing, not even devs ;)
