Live data from Hacker News

Almost everything on computers is perceptually slower than it was in 1983 (2017)

twitter.com

151–160 of 451 posts

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#151

Earlier quoted context omitted.

If I unplug my internet connection, my box won't let me do much at all. If I press pause or fast forward it just tells me the operation isn't authorized.

That's a weird system, certainly not the standard way of doing things on a traditional cable TV system.

I think it's pretty normal these days. The cable companies sell the data on what people watch, where the rewind, pause, fast forward, etc...

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#152

There are some good points here, but of course I am going to ignore those to talk instead about the stuff I disagree with! The section about google maps follows a form of criticism that is widespread and particularly annoys me, namely => popular service 'x' doesn't exactly fit my power user need 'y', therefore x is hopelessly borked, poorly designed, and borderline useless. There is always room for improvement, but a…

My biggest complaint about google maps is that you cant read them when printed. I've been criticized for even wanting to print them, but the option is there with unreadable results.

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#154

Earlier quoted context omitted.

The example for maps is not a "hyper specific use case": "The process you WANT: pick your start and end. now start searching for places in between. Your start and end are saved. When you find someplace interesting, add it to your list. Keep doing that, keep searching and adding." That's a common use case. The problem with Google maps (and the problem with a lot of modern software) is, as you say, it makes a lot of gu…

Why do you think that use case is that common? And why do you think google maps should elevate that particular use case above other competing use cases?

This is exactly what I usually want to do with maps. I have a route I want to plan, and I want to do more than one thing along my route, or see what else is in the area. It's futile in Google Maps.

I see no reason that supporting this thing that old mapping software used to support would elevate it "above" other use cases. If you just want a single route, you do one search and you see the result and you never click the "add" button, no problem.

I should dig out an old Delorme Street Atlas CDROM and install it in a VM, to get some sense of how many clicks it took to do the things I used to do. I don't think it was many. It was definitely pickier about address entry; that's one place Google has absolutely improved. But aside from that, it was way more powerful at pretty much everything else.

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#155

There are some good points here, but of course I am going to ignore those to talk instead about the stuff I disagree with! The section about google maps follows a form of criticism that is widespread and particularly annoys me, namely => popular service 'x' doesn't exactly fit my power user need 'y', therefore x is hopelessly borked, poorly designed, and borderline useless. There is always room for improvement, but a…

The example for maps is not a "hyper specific use case": "The process you WANT: pick your start and end. now start searching for places in between. Your start and end are saved. When you find someplace interesting, add it to your list. Keep doing that, keep searching and adding." That's a common use case. The problem with Google maps (and the problem with a lot of modern software) is, as you say, it makes a lot of gu…

Making guesses isn’t a problem. The ideal information software requires no interaction at all! You open your maps app in the morning, and it instantly brings up how to get to your next calendar appointment. If you’re making a long drive, it automatically suggests a gas station along the route. The more our software can infer, the better!

Bret Victor has a great essay on building information software called “Magic Ink” [1]:

> Information software, by contrast, mimics the experience of reading, not working. It is used for achieving an understanding—constructing a model within the mind. Thus, the user must listen to the software and think about what it says… but any manipulation happens mentally. Except possibly for signaling a decision, such as clicking a “buy” button, but that concludes, not constitutes, a session. The only reason to complete the full interaction cycle and speak is to explicitly provide some context that the software can’t otherwise infer—that is, to indicate a relevant subset of information. For information software, all interaction is essentially navigation around a data space.

Of course, guessing poorly is a problem, but that’s an issue with execution.

[1] http://worrydream.com/MagicInk/#interactivity_considered_har...

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#156
post #75

Earlier quoted context omitted.

Why do you think that use case is that common? And why do you think google maps should elevate that particular use case above other competing use cases?

How would not erasing information when you move the map compromise the current use case, though?

it wouldn't, which is why the complaint in these tweets ("drag the map even a pixel? it erases all your results and closes the infobox you were looking at") is, in fact, not something that happens.

give it a go.

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#157
I don't understand the purported problem this man is facing when using google maps. Like step by step what is going on that google maps erases what you're doing. I've never had a problem as described, and seeing these other comments mkaes me question whether I'm using google maps in a drastically different way than the common person, or if the people complaining about this issue is using it weirdly, or if theres some different version of google maps that we are using.

if I open up maps, type in the location i want to go to, click 'directions' and add my starting location i click and drag all over and move the map around, zoom in and out to look at the route and my info does not disappear. I click add a destination if i want to add a destination. if i want distance from the center of town, I change the starting location of my directions to the center of town.

For the people who face issues with google maps, can they please describe to me what you are trying to accomplish and the steps you take that results in the info on screen disappearing? I'm genuinely curious on what I might be doing differently to have such a seamless experience vs the awful experience described.

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#158

Earlier quoted context omitted.

Why do you think that use case is that common? And why do you think google maps should elevate that particular use case above other competing use cases?

I hadn't even thought of this specifically, but after it was mentioned in the initial post I realized just how much that is my use case most of the time and how often I am fighting with google maps to accomplish what are relatively simple tasks like adding an additional point along a route. If you are trying to add multiple additional points on a route it gets even worse. This is all much worse on the Android app as…

On android I just (from london) typed "Washington DC to New York" and it instantly popped me up directions for the other side of the world, with two editable boxes.

That seems pretty decent UX wise?

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#159
post #92

Earlier quoted context omitted.

I feel like a large part of the unintuitiveness of keyboard interfaces is not actually an intrinsic quality of keyboard interfaces since they're so often conflated with command-line or TUI interfaces. There might be an alternative but yet undiscovered paradigm which combines the best of both worlds: keyboard control and intuitive, beautiful, graphical widgets. To motivate this with a somewhat blunt example, what if w…

>To motivate this with a somewhat blunt example, what if we had a typical GUI but named each control (button, field, etc) with a short code (1-2 letters), in the style of Vimperator/Tridactyl/Vimium? Excel basically does this. If you hold down alt it hovers the companion hotkey above each function on the ribbon. It is very handy for learning your way around. I think this is actually the big challenge with keyboard in…

I mostly agree with your point: keyboard interfaces are often harder to learn than the standard graphical mouse interface.

But I'd like to argue that a mouse also takes a bit of time to grok when you first encounter it. A simple interface like "each thing on the screen has a two-letter code; type the code to select it" doesn't sound intrinsically harder to explain to me than teaching someone how to use a mouse the first time. Especially when you consider that there's often a lot of subtlety in when to use the right or the left button. I find this is something that often trips up people that are encountering a mouse for the first time.

Re: Almost everything on computers is perceptually slower than it was in 1983 (2017)

#160
This is two years old - a lot of stuff in this rant already sounds totally obsolete. Early web apps were crap and we're still learning how to do stuff that works on both phones and PCs but the sentiment expressed here seems off base now.
Post reply on HN