It is very interesting that speak of this issue because I myself have a
problem with having too many programmers developing a product. I have always
proposed one program one programmer. It makes it a whole lot harder for
someone to finish a project someone else started than to end a project that
he or she started.

Terrence Daniels
Nt Administrator


-----Original Message-----
From: midrange-l-admin@midrange.com [mailto:midrange-l-admin@midrange.com]On
Behalf Of Reeve Fritchman
Sent: Friday, December 07, 2001 8:30 AM
To: midrange-l@midrange.com
Subject: "One person per product"

This is a great concept (I live it myself) but it requires complete
understanding of the project and serious coding discipline.  There is a
school of thought promoting two people working on a project (one coding, one
handling in-line review, etc.); that's interesting as well but probably not
necessary for general business iSeries stuff (but when you're in the middle
of a bunch of API's with pointers flying around like spam from
DotBizCentral, having somebody looking over your shoulder is probably a good
idea).

If you have a big project, it appears the best thing to do is to break it
into little projects and limit the people working on each project.

I found an interesting article by an IBM researcher on programmer
productivity; his message is that a two-minute telephone call really takes
17 minutes: two minutes for the call and 15 minutes to get all the mental
plates spinning again.  This makes you wonder about the efficacy of
programmers in cubicles and the concept of the open office; I guess the
solution is to provide a couple of private phone-less mini-offices with
doors and PC's with development tools only, a coder would take residence to
get privacy and productivity.


Read it? I live it!

Our customers ask us how we can develop better software with less
programmers than our competitors, and I say - because we only let
one guy work on one product, at least until it is pretty mature,
when bug fixes are allowed by newer people (scary thought, isn't
it?) But we follow some strict, commonsense standards that are
published and explained to everyone, and new people have to work
under the oversight of an experienced programmer until the quality
of the code and comments is known, along with their embrasure of
the standards.

Of course, you have to have pretty good programmers to do this. I
've  written a number of VB programs that go over ten thousand
lines (that seems like a lot to me).Our AS/400 side is all written
by one person (the best in town, at least), who is happy to tell
me 'no you can't do it THAT way.'

God bless him.

Brad Jensen
Elstore.com home of the Niagra - I mean Niagara CD Recorder for
the AS/400



_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact [javascript protected email address].