Re: Work to the risk was Re: Inspections Was: RE: [AM] ANN: Mashing Deadly My

Paul Oldfield <[email protected]> Sun, 29 Feb 2004 05:28:27 -0500
Newsgroups gmane.comp.programming.modeling.agile
Message-ID <[email protected]>
(responding to Scott P)

>> (Paul)
>| I was referring to the speed at which people became better
>| developers, rather than the speed at which they produced
>| code.  Perhaps there should have been a comma?
>| "getting better people, faster" ?  or less ambiguously, 
>| "getting better people, sooner".  Oh, the joys of language.
>| Did you know people had been writing English for several
>| hundred years, before punctuation became common?
>
> (Scott P)
> I think I did understand you. You suggested that the key to
> better code is "better people", making me curious whether
> there's research studying whether "better" in the sense of
> more-productive is correlated with "better" in the sense of
> producing fewer defects.

Ah.  I don't know of any research, but I have a few opinions 
based on personal observations.  Of course, someone who
produces no code at all will produce no defects in code.
However let's generalise and talk about 'product' that might
include requirements and design as interim products.
Again, one must produce product to be able to introduce
defects into it.  Thus any 'absolute' count of introduced
defects would penalise the more productive developers,
we need a count relative to their productivity.

My experience is that there's a correlation between being
good at producing quality product and being fast at producing
product, but this correlation is by no means perfect.  The
learning curves *can* evolve in step with each other, but
individuals can choose, or be directed, to favour one sort
of learning over the other.


Paul Oldfield

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
www.aptprocess.com

any opinions expressed herein are not necessarily those of
Mentors of Cally or the Appropriate Process Movement
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

For more information about AM, visit the Agile Modeling Home Page at www.agilemodeling.com
--^----------------------------------------------------------------
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://lists.topica.com/u/?bUrKDA.bWnbtk.Z2NtYS1h
Or send an email to: [email protected]

TOPICA - Start your own email discussion group. FREE!
http://www.topica.com/partner/tag02/create/index2.html
--^----------------------------------------------------------------