Well, I work on multiple platforms that all share common functionality
that were each launched a year apart and redesign ever 2 years or so.
Although I agree that fixing design problems is neccesary on occasion,
the key is stay constantly focused on an interative development
process. With an
Excerpted from a post on my blog:
http://www.dexodesign.com/2007/11/fixing-bugs-is-not-equivalent-to-fixing.html
Would love feedback fromn IxDA'ers...
[snip]
At Dux2007 http://www.dux2007.com/ in Chicago, I attended a workshop where
I asked the group why we don't design software like we do
Since I work on helping to design what is fairly complex software, i'd like
to chime in on this.
i agree that fixing bugs is not the same as fixing design.
however, anyone who has worked at a startup with scant resources, aggressive
time lines and so forth, will also tell you that you're often
I agree Russell. Trying to fix a design should happen during the
conceptualization of the design. It doesn't happen through fixes to
software. Fixes to software to poorly adapt a design result in a big
ball of tape that no one can unravel.
~Lis
http://www.elisabethhubert.com/
. . . . . . . . .
Of Russell
Wilson
Sent: Monday, December 03, 2007 12:30 PM
To: IxDA
Subject: [IxDA Discuss] Fixing bugs is not fixing design!
Excerpted from a post on my blog:
http://www.dexodesign.com/2007/11/fixing-bugs-is-not-equivalent-to-fixing.ht
ml
Would love feedback fromn IxDA'ers...
[snip]
At Dux2007 http
