Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

Software Usability

Name: Anonymous 2011-11-10 15:36

assert currentReader.freeTime > timedelta(hours=1)
assert currentReader.humanEmpathy not in ['sociopath', 'autist', '/b/tard', '*NIX programmer', ]


Magic Ink
INFORMATION SOFTWARE AND THE GRAPHICAL INTERFACE
http://worrydream.com/#!/MagicInk

You can get a lot out of skimming this. There's a lot of good info here, and I'm still trying to digest it all, but my first reaction is "why didn't I read this sooner?" The whole treatise resonates with the line from SICP stating:
"Programs must be written for people to read, and only incidentally for machines to execute."

It follows from the reading, then: "These programs must be intuitively usable."

I imagine design doesn't get much discussion on /prog/ because anyone comfortable programming or using command-line programs doesn't think about it too much, because he's often doing it for himself - not other users.

Having just started a software company, it's something I'm working on more and more. Not how to best present graphical info necessarily, but just usability in general. Since I don't think /prog/ is game for a long discussion, I hope this thread can at least be used to point out the massive fails of usability - things that really piss you off about software.

The first non-CLI example that comes to mind is Windows' old disk defragmenting program. Why should I have to run it or even schedule it? Just fucking defrag when you need to, bro. You can tell when I'm not using the PC and it's safe to start, and if I come back while you're in the middle of it, just chill for a while. Goddamn.

I'll leave the low-hanging UNIX shite for others.

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List