>
> 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 serious
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 engin
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
tha
"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 d
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
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 with the work.
On 10/5/05, Kevin Toppenberg
>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
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 bee
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 h
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 enou
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
>
> Any ideas on why I'm getting this error when running Cache conversion?
> NEWMACError:NewMac+8^%SYSCONV
> Recompile Error:SrcLoop^%SYSCONV
> Thanks in advance
> Mike
These errors indicate a disk-hard error ie: the hard disk is generating
errors back to the operating system. In th
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 what happens
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:
Fro
>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 empir
15 matches
Mail list logo