From an outsider, it seems that more manpower WOULD be better, within reason.
It seems to me that creating software should be somewhat similar to
any other engineering project. My hospital has been adding a new
wing for the last year or so, and it certainly wouldn't have gone up
faster if there
Comparing small and large team projects I've been involved with...
Small teams... Do the work...
Large teams... Do the process...
By process I mean a pre-defined set of steps, documents and stages. And, often these stages do not fit naturally withthe work.
On 10/5/05, Kevin Toppenberg [EMAIL
My take on this is that The Process is a guide not a catechism and the
pre-defined set of steps, documents and stages is a reminder of what may
need to be considered and developed to facilitate the Work. In the
M/VistA environment this may be different than that in other work
settings. The
Process isn't the problem, so much as the degree to which process
consumes so much of our time and energy. I fear that we tend to think
that the right process will somehow prove a panacea -- or we become so
focused on process that tend to neglect other aspects, well, of the
activity of software
My point is that using information about proces can be useful but it is
never a panacea but too many times folks like to skip over aspects that
they should think about, even if they'd like to ignore it. THOUGHT should
never be ignored but is often provoked by reminders. No need to belabor
that
Exactly. My complaint was not that there were books (even many books)
about process in the Software Engineering section, but that there was
essentially nothing else. I also found it quite tellintg that there was
a separate section named Programming. Do you see separate sections for
electrical
Clearly, large software projects can be daunting, and clearly it is not
enough simply to know a language and a DBMS. There is a LOT more that
goes into making projects succeed. Sadly, though, in softwre
engineering, we do not take the technical side of the discipline nearly
as seriously as
:51 PM
To: hardhats-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] Development Study: Haste Makes Waste
I have I heard this before as an aphorism with a lot fewer word but exactly
the same meaning. As I recall, I heard Rick Marshall pass it on as a quote
from someone else about
Any ideas on why I'm getting this error when running Cache conversion?
NEWMACError:DiskHardNewMac+8^%SYSCONV
Recompile Error:DiskhardSrcLoop^%SYSCONV
Thanks in advance
Mike
These errors indicate a disk-hard error ie: the hard disk is generating
errors back to the operating
One that comes to mind starts something like There's never enough to
do right. . .;-)
On Oct 3, 2005, at 10:51 PM, Nancy Anthracite wrote:
I have I heard this before as an aphorism with a lot fewer word but
exactly
the same meaning. As I recall, I heard Rick Marshall pass it on
I have been trying to recall, but I think it is something like doubling the
number of programmers quadruples the time it takes to complete the
project ...or something like that.
On Tuesday 04 October 2005 07:25 pm, chuck5566 wrote:
One that comes to mind starts something like There's never
On 10/4/05, Nancy Anthracite [EMAIL PROTECTED]
wrote:
I have been trying to recall, but I think it is something like doubling thenumber of programmers quadruples the time it takes to complete theproject ...or something like that.
On Oct 3, 2005, at 10:51 PM, Nancy Anthracite wrote:
I have I
Fred Brooks was a hopeless optimist. ===Gregory Woodhouse[EMAIL PROTECTED]"One must shy away from questionable undertakings, even when they have a high sounding name."--Albert Einstein On Oct 4, 2005, at 5:29 PM, Ben Mehling wrote:On 10/4/05, Nancy Anthracite [EMAIL PROTECTED] wrote: I have been
From today's ACM Tech News:
Development Study: Haste Makes Waste
Computerworld (09/23/05); Hayes, Linda
A recent study has found that increased funding has little impact on
the overall quality of a project. Qualitative Software Management's
estimation product, known as SLIM, provides an
I have I heard this before as an aphorism with a lot fewer word but exactly
the same meaning. As I recall, I heard Rick Marshall pass it on as a quote
from someone else about what happens when you add more programmers to a
project.
On Monday 03 October 2005 05:23 pm, Greg Woodhouse wrote:
15 matches
Mail list logo