News for hackers. Stuff that matters.
Re:Settings are not a design failure by spaetzleesser on Wednesday February 02, 2022 @03:19PM (#30183412)
Good default settings are great but please let me tweak. I don’t like UIs where i can search only for 1-5, 6-20, 21 and more. Why not allow me to search for 10-12? Sometimes I feel a lot of modern software has authoritarian tendencies “we know better than you what you need”.
Re:Settings are not a design failure by kristopolous on Wednesday February 02, 2022 @04:59PM (#30184653)
It's a valley culture.

The structure of the team gets reproduced in the product. Read "The soul of a new machine" for a great example.

There is an unhealthy elitest hierarchy at many companies which manifests itself as interfaces to users on the assumption they're totally incompetent. It's a reproduction of an insular culture.

The worst part is that it's reinforcing. The thing you've probably heard of is the Stanford prison study but there's many similar ones; essentially you set up a context for how you engage with your customer and the customer plays the roles dictated by the context.

So you treat users like idiots and then they start acting like idiots. It really does work that way.

Let me give an intuitive analogy for those unconvinced. We're going to use a gym, library, and bar. The same person would be exercising, studying, and drinking at those institutions, in specifically that order.

We shape the buildings (create the context); thereafter they shape us.

The core problem of UX is the extreme focus of what kind of user they want as opposed to what kind of context they want to facilitate. The latter is how sustainability, growth, and value happen.

It's the difference between say assuming your customers are alcoholics and then building a bar and saying "it is of public benefit, profitable to our company, whatever, if our users studied so let us make a library and they will rise to the occasion".

So long as it is within reason, this is possible. People will do difficult things of value (such as a gym) if you're willing to adequately facilitate it. We don't need to limit ourselves to a fast food internet. See the project known as wikipedia for an example.

Re:Settings are not a design failure by freedomben on Wednesday February 02, 2022 @06:10PM (#30185530)
Yes yes yes. You've nailed it so well that I can hardly believe it. I've worked first-hand with a number of different teams and this is exactly what happens.

Around the time I started becoming aware of this, I once brought up in a meeting that I thought we should support keyboard shortcuts for users who prefer keyboard interaction. You would have thought I had desecrated a religious symbol.

I did figure out a hack though. The next time we met I pretended like the previous conversation had never happened, and instead brought up that for a11y we really needed keyboard shortcuts :-D They had no choice but to agree because prioritizing a11y is another religious tenet. I love a good win-win/two birds/etc.

Re:Settings are not a design failure by mark-r on Thursday February 03, 2022 @12:57PM (#30195984)
The last product I worked on, we had constant problems sometimes trying to reproduce bugs. Accessing a feature through a keyboard shortcut vs. a menu might take you down a completely different code path, and it was critical to know which way the user was using.
Re:Settings are not a design failure by freedomben on Thursday February 03, 2022 @02:04PM (#30197084)
Yes I agree, although having gone through that several times in different frameworks, I am now a believer that you can avoid the majority of issues like that by keeping state centralized (like redux pattern) and building components in a functional-reactive way (no state in components). Of course this doesn't help much if you're using Java Swing, but the vast majority of products that I run into this are web-based. The "always re-render" approach of React can help a ton. With that you have two separate event handlers (one for the click, one for the key press) but both of them simply update the "state" variable for whatever it is. The framework then figures out what needs to change and does it.
Re:Settings are not a design failure by mixmastamyk on Friday February 04, 2022 @12:14AM (#30203152)
Sounds like a poor design. The events should call the same function.
Re:Settings are not a design failure by mrandish on Wednesday February 02, 2022 @09:14PM (#30187581)
You 'get it' in a way that most PMs and designers don't. As a senior product exec in a very large public company with software products used by tens of millions of people, I've been continually stunned by the sheer arrogance of supposedly "user-centric" designers and product managers.
Re:Settings are not a design failure by marcos100 on Thursday February 03, 2022 @06:59AM (#30191366)
So, I just want to be sure that I got what you mean.

If my app (or whatever) just include what I think is good because users are idiots and I know better than them, then, my app will only attract idiotic users (or attract smart ones, but they'll behave like the idiot one)?

Using the parent example, if I'm an idiot user (or one behaving like that) I wouldn't want a slider that allows me to select the range I want, but I would want a specific button labeled 10-12? Or I wouldn't even want one, because the app creators know better than me?

And in the last paragraph, it's about letting users go on a journey from novice to expert using your app if they want? Like using a tooltip on an icon showing how to the same using a keyboard shortcut.

Re:Settings are not a design failure by kristopolous on Thursday February 03, 2022 @09:42PM (#30202153)
They will behave like idiots. It's not an advocacy for intentionally confusing design but an argument against intentionally disempowering design
Re:Settings are not a design failure by marcos100 on Friday February 04, 2022 @03:45PM (#30212901)
Thanks, I will read the book.
Re:Settings are not a design failure by kristopolous on Sunday February 06, 2022 @02:11AM (#30230187)
It's not about that hypothesis. It's a great book but it's more about how projects are products of organizational structures. It's a Pulitzer Prize winner. I'm still waiting for a movie to be made about it. An "all the presidents men" of the 80s minicomputer market.

If only I had infinite time, energy and money; the things I'd do...

Re:Settings are not a design failure by CRConrad on Saturday February 05, 2022 @07:02PM (#30227726)
To reinforce kristopolous' argument: Even smart users will behave like idiot ones, because with software designed for idiot users, that's usually the only way you can behave. This makes it a self-fulfilling prophecy: "But look, everyone uses only the mouse, never any keyboard shortcuts!" Well, duh, since you didn't make any keyboard shortcuts...
Re:Settings are not a design failure by userbinator on Wednesday February 02, 2022 @11:26PM (#30188669)
Do you mean "valley" as in SV, or "uncanny valley"?
Re:Settings are not a design failure by kristopolous on Thursday February 03, 2022 @12:29AM (#30189040)
I meant silicon valley. Not as a geographic place these days but as a state of mind, specifically harkening to the classic 1995 essay, The Californian Ideology by Barbrook. https://en.m.wikipedia.org/wiki/The_Californian_Ideology

The question is what if you take that and press the play button for 25 years. You get the nth order derivative; a mix of amplification of the tangible and a dampening of the aspirational under a constantly churning framework of the ideological.

Or to put it in less academic and more literary terms, the reality must die and the dream cannot be born and in this interregnum, a great variety of morbid symptoms appear.

We, like all generations are tasked with building our grandparents dreams and our grandchildrens future. That's the kind of orientation I think we need more of to drive how we choose to use our time.

Because that time is right now

Re:Settings are not a design failure by userbinator on Wednesday February 02, 2022 @11:24PM (#30188653)
I don’t like UIs where i can search only for 1-5, 6-20, 21 and more.

This, absolutely this! I recently had to use a web app whose date filtering consisted of nothing but "1 day ago; 1 week ago; 1 month ago; older than 6 months" when I was looking for a record that I knew was in March of 2018. It frustrated me enough to make me exclaim out loud an unabbreviated WTF!? A peek at the API calls it was making showed those options hardcoded directly into the "filter" parameter, so I couldn't just inject my own custom date range --- something which I have done before with success.

I wrote a short script to scrape the (paginated, infinite-scrolling style) API and filter the tens of thousands of records myself, and almost half an hour later of waiting for those records to come back, found the one I was looking for. Doing that filtering on the backend DB would've probably been nearly trivial, and all the UI needed would be two date pickers (a long-solved problem), but because of that idiotic design choice, I wasted both their and my resources.

Sometimes I feel a lot of modern software has authoritarian tendencies

It's not just software, but you're right. I've referred to "modern design" trends as "authoritarian minimalism" too: https://news.ycombinator.com/item?id=30018763

Re:Settings are not a design failure by jagged-chisel on Wednesday February 02, 2022 @03:56PM (#30183960)
I’m on the fence about intent. It could easily be a team that wishes to limit the inputs to something “manageable.”