Thats one Life Cycle Model useful for certain problems. Another which is much more prevalent in the M Community is Rapid Prototyping which almost originated with the language; an updated ASTM E-1340, just completed, describes this LCM. Its best recommended practices related to M will be one task for the MDC but should be complex or burdensome.

On Mon, 27 Jun 2005, Kevin Toppenberg wrote:



.... but the truth is that insight come
unbidden, almost as a
kind of Gestalt experience, and sometimes slowing
down is the best way
to accomplish your goals more quickly.

So true!  I find that I will often sit at the computer
and just bang my head against a problem for hours, and
not succeed.  But then when I stop, and go off to do
something else, suddenly I see the bigger picture.
And  often it involves backing up and taking another,
better tack.

Kevin




--- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:

Programming while performing one of a variety of
choices of extreme sports?  E.g. skydiving,
surfing,
mountain climbing, or scuba diving?

LOL  :-)

Kevin


--- James Gray <[EMAIL PROTECTED]> wrote:

What is extreme programming?

Jim Gray

----- Original Message -----
From: "Greg Woodhouse"
<[EMAIL PROTECTED]>
To: "Hardhats"
<hardhats-members@lists.sourceforge.net>
Sent: Monday, June 27, 2005 4:45 PM
Subject: [Hardhats-members] Open source, Vista,
and
XP (and I don't mean
Windows)


A very general question: Is Extreme Programming
(XP) an appropriate
model for open source? With all built in
tests,
pair programming, and
all that, is it even workable? I have never
tried
consciously to adopt
XP as a practice, but many of the principles
and
practices in XP
resonate well with how I like to work as a
developer (and how I think I
work best). Big open source projects seem hard
to
fit into this model
because of sheer scale and because of the
(typically) geographically
diverse nature of the development team. On the
other hand, I am struck
by the lack of attention paid to analysis and
design on this list. I
also wonder if this is an entirely bad thing
--
While I don't believe
good software can just organically "evolve"
with
no clear understanding
(on the part of the developers) of what it is
supposed to do, I also
believe that design is best thought of as an
ongoing process and
(though the waterfall development model is no
longer fashionable), we
tend to handcuff ourselves with the "first
requirements, then design,
and (only) then construction" mentality. I
agree
with Kent Beck that in
his otherwise brilliant "Code Complete" Steven
McConnell pushes the
construction metaphor too far. Developing
software
is (or should be) a
learning process, and we gain insight into how
better to build a piece
of software by working on it. It seems
fruitless
to think that any
large problem can really completely understood
"up
front" before we
even begin to create a solution.

"The most profound technologies are those that
disappear."
--Mark Weiser

====
Greg Woodhouse
[EMAIL PROTECTED]
[EMAIL PROTECTED]










-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy
Linux
Migration Strategies
from IBM. Find simple to follow Roadmaps,
straightforward articles,
informative Webcasts and more! Get everything
you
need to get up to
speed, fast.



http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net




https://lists.sourceforge.net/lists/listinfo/hardhats-members







-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy
Linux
Migration Strategies
from IBM. Find simple to follow Roadmaps,
straightforward articles,
informative Webcasts and more! Get everything
you
need to get up to
speed, fast.



http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net



https://lists.sourceforge.net/lists/listinfo/hardhats-members



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam
protection around
http://mail.yahoo.com




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux
Migration
Strategies
from IBM. Find simple to follow Roadmaps,
straightforward articles,
informative Webcasts and more! Get everything you
need to get up to
speed, fast.

http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net


https://lists.sourceforge.net/lists/listinfo/hardhats-members





=== message truncated ===


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to