[dundee] Bad design examples...
Robert Ladyman
it at file-away.co.uk
Tue Jun 29 11:08:41 UTC 2010
> Quoting Robert Ladyman <it at file-away.co.uk>:
> > Apropos of nothing at all, other than a desire to have a moan, I'm
> > wondering about your experiences of annoying small design issues with
> > software or systems that you use.
> >
> > The one that set me off is my accounting package: if I decide that I want
> > to see (say) all customers, and don't enter a search condition, it whirs
> > for a short time and then pops up a modal dialogue box warning me that I
> > have selected to view (say) 260 customers, which might take a long time,
> > do I want to proceed? It actually takes more time to move the mouse and
> > click OK to proceed, than it does to select and display the customers
> > (grr...). Not only that, I know, from checking the logs, that the
> > software has to run a query to find out that there are 260
> > customers...and it only has to do this to populate
> > the dialogue box.
>
> Solution: Use the enter key on your keyboard. :-)
>
>That's nice. There a to many developers, which forget the user and the
>usability. Software and Devices with a bad usability are annoying.
>
>There are a lots of design mistakes in everyday things as well. An
>interesting book about usability is http://tinyurl.com/2b3po56
Ah...but that selects CANCEL, of course, and don't forget, if a search
condition HAS been entered, you won't know that the dialogue is coming until
the search has been performed so you cannot just press return (it might
present a completely different dialogue). The magic number is 50 records, for
invoices, hard-coded in the cpp code. Not only that, having just checked the
code, it queries the database twice and then adds the totals together. Don't
forget, this is multi-user code, so by the time it's counted to some number
and presented the value, that number could have changed, so after presenting
the dialogue, it then counts AGAIN in order to have the correct count for the
array used for building the display list... and then reads each record in turn
to fill the list...
Yes, I could patch the code and will. I have done so already for another
problem: the code checked for duplicate payment numbers by loading ALL the
records and stepping through them looking for any that match the new record.
It did not exit the loop when it found one, so took longer with every record
added. This, of course, is completely brain-dead in more than one way: when
you have a massively powerful database, specialised and optimised for
searching, you ask IT to do the search, you don't load ALL the damn records
and then search them. By the way, that distant crunching sound you can hear is
me, smashing my head repeatedly against the desk.
You are correct about everyday objects being annoying: I have a Roberts CRD 33
DAB radio-clock alarm. When the alarm goes off, it handily informs me of the
channel to which I am tuned, and the day (e.g. "Friday"). It does not inform
me of the current time, behaviour that might be thought a little counter-
intuitive for a radio-clock-alarm but then I suppose at least I'd know if I'd
slept for more days than I should have. Alternatively, I might be
misinterpreting the meaning of the word "clock".
Handily, one can change the display once the alarm has gone off by simply
repeatedly pressing one of the identical tiny, black and unlit control buttons
(which cycles through various display options) about 5 times (or is it 6 or
possibly 7?). If you forget the exact number of times (remember, you have just
woken up), you go past the setting and have to go around again. The setting
isn't remembered (by me or the device). The buttons are located behind the
hair-trigger snooze button.
The snooze button disables the control buttons for another 6 minutes: it does,
however increase my blood pressure, which is quite remarkable for a function
that is supposed to provide relaxation. By the time 8 or 9 accidental snooze-
events have taken place, I am well on my way to a terminal aneurysm.
Thankfully, this only occurs every single day: I can't imagine why I take to
drink occasionally.
I used to have a BT Robin answerphone, one of the "features" of which was to
beep repeatedly if a power cut had occurred. This beeping disabled the
recording mechanism, though: you had to press a button to stop the beeping and
then recording would be re-enabled. I discovered this upon returning from a
trip when I was informed by the postman that something had been beeping for
the last two weeks (from the day I left, in fact). Still, at least I knew that
there had been one or more power cuts: how handy that was to know.
--
Robert Ladyman
File-Away Limited
3 Ralston Business Centre, Newtyle, Blairgowrie
Perthshire PH12 8TL SCOTLAND
Tel: +44 (0) 1828 898 158
Mobile: +44 (0) 7732 771 649
http://www.file-away.co.uk
============================================
Registered Office: 32 Church Street, Newtyle, Blairgowrie
Perthshire, PH12 8TZ SCOTLAND
Registered in Scotland, Company Number SC222086
More information about the dundee
mailing list