Skip to search.
agile-usability · Agile Usability

Group Information

  • Members: 1848
  • Category: Other
  • Founded: Jul 11, 2004
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Real people. Real stories. See how Yahoo! Groups impacts members worldwide.

Messages

  Messages Help
Advanced
FUBU   Message List  
Reply Message #1897 of 7526 |
I'm writing this from a room full of rocket-surgeon Ruby developers.
Normally I'd refer to myself as a developer also. But, in this room
that would be laughable – these guys are that good.

They're tool builders. That is to say that when they need a tool to
do something, they just write it. Need to manage user stories in a
distributed way? - write something. Need a new Ruby IDE? - write
it. Normally writing a tool might delay or distract you from what
you're doing, but these guys are really fast, and they don't get
distracted long. They add a little to a tool they were working on to
support what they want to do right now, then get back to work. Very
pragmatic.

Since I'm in the room they ask me usability questions. I'm generally
surprised at the really remarkable things they've already done.
There are generally not many refinement ideas I can offer that they
haven't already considered.

In other rants/posts I've used the term "self-centered design" [SCD]
to describe software designed with one's self as the reference user.
That's a bad idea if it's a manager designing for his staff, or a
software developer designing for 68 year old retiree planning a
European vacation. But, it's a pretty good idea if it's a seasoned
developer designing for other seasoned developers. So, it occurred
to me in those situations that this isn't self-centered design
[because no one wants to be self centered – except possibly Paris
Hilton] – this is FUBU [http://en.wikipedia.org/wiki/FUBU]. For
those who don't know, FUBU is a brand of clothing – FUBU being short
for "for us, by us."

It also occurs to me that many Agile approaches focus on that FUBU
principal – that is if you get the right user on sight, they could
design software for their own use. Now adopting a philosophy like
that isn't hard if you're a software developer – since you design and
use a lot of FUBU – you've seen it work. But, thinking everyone can
do it is an act of self substitution – self-centered design. – since
most people don't write and use software 12 hours a day, they may be
less comfortable with the wide variety of interaction design choices
that exist to accomplish a specific goal using software.

So, what's my point? I have none – at least no big point. Just
these observations: developers often design good software for
developers: FUBU. Other often design pretty good software for their
own use: FUBU. Doing so can lead one to the false sense of belief
that design is easy – and you can do it for anyone, or anyone else
can do it for themselves: self-centered design.

comments invited, and thanks for listening/reading.
[I really should get a blog and stop using this list as one. ;-) ]








Wed Feb 15, 2006 4:58 pm

jeff621
Offline Offline
Send Email Send Email

Message #1897 of 7526 |
Expand Messages Author Sort by Date

I'm writing this from a room full of rocket-surgeon Ruby developers. Normally I'd refer to myself as a developer also. But, in this room that would be...
Jeff Patton
jeff621 Offline Send Email
Feb 15, 2006
4:59 pm

Hello Jeff, Thanks for the comment. I can't speak for anyone else, but I enjoy being on this list exactly *because of this kind of random and valuable insight...
Elizabeth Whitworth
eliz_nz Offline Send Email
Feb 15, 2006
8:54 pm

So, what's my point? I have none - at least no big point. Just these observations: developers often design good software for developers: FUBU. Other often...
Desilets, Alain
alain_desilets Offline Send Email
Feb 15, 2006
8:54 pm

... user ... the ... I have to relate a quick story here. I do QA/usability on a large project and also have an extensive background in development. I was ...
klancaster1957 Offline Send Email Feb 15, 2006
10:27 pm

... able to ... I am not so sure... (except for the "might" part) I would surmise the reason FUBU is easy for technical products is because of the intense...
Jon Kern
jonkernpa Offline Send Email
Feb 17, 2006
8:39 pm

...and I thought I did a good job... http://blogs.compuware.com/cs/blogs/jkern/archive/2006/02/23/mastering_a_skill.aspx -- jon...
Jon Kern
jonkernpa Offline Send Email
Feb 24, 2006
5:59 pm

... Jeff: Brilliant post -- I'll be stealing ideas from it for months to come! Alain: I worked in the Software Engineering groups for DEC and Symbolics for...
Jared M. Spool
jmspool Offline Send Email
Feb 15, 2006
9:41 pm

... for ... pretty much ... without a ... Yes, I agree with this. One thing I've been contemplating is that maybe it isn't as much a culture shift to get from...
Dave Churchville
dchurchv Offline Send Email
Feb 15, 2006
10:38 pm

There are developers who understand "users", not just because of FUBU, but because they have that empathy wiring. Move them to another field, and they'll...
Desilets, Alain
alain_desilets Offline Send Email
Feb 16, 2006
2:23 pm

... Well, I agree that the environment is a necessary condition, but I don't think it's sufficient. Again, this may be limited to my own experience, but having...
Dave Churchville
dchurchv Offline Send Email
Feb 16, 2006
5:04 pm

In fact, what has happened is that many people *believe* they are empathizing, and they certainly do want to help the user - it's that for some reason they are...
Desilets, Alain
alain_desilets Offline Send Email
Feb 16, 2006
6:48 pm

... Yes, that's exactly what I mean :-) But I wasn't making a statement that "UI people" are better at this than developers as a rule. Or that developers are...
Dave Churchville
dchurchv Offline Send Email
Feb 16, 2006
7:23 pm

But I wasn't making a statement that "UI people" are better at this than developers as a rule. Or that developers are universally bad at it. -- Alain: No...
Desilets, Alain
alain_desilets Offline Send Email
Feb 16, 2006
7:45 pm
Advanced

Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help