Re: Conext Menus
- From: docdwarf@xxxxxxxxx ()
- Date: Mon, 21 Aug 2006 13:47:42 +0000 (UTC)
In article <4ktldgFd678rU1@xxxxxxxxxxxxxx>,
Pete Dashwood <dashwood@xxxxxxxxxxxxxx> wrote:
<docdwarf@xxxxxxxxx> wrote in message news:ecblt0$k1s$1@xxxxxxxxxxxxxxxxxxxx
In article <4kstjrFdm2bkU1@xxxxxxxxxxxxxx>,
Pete Dashwood <dashwood@xxxxxxxxxxxxxx> wrote:
[snip]
Finally, the whole system is parallel run before going live and this uses
real data, real volumes, real network, servers, and infrastructure. Every
Use Case is ticked off in the 'psuedo-live' environment by the 'shop
floor' before the system is declared live.
*That* would be impressive to see, Mr Dashwood; a proper period of
parallel testing involves people doing More Work and, as such, often runs
afoul of Rule Number Zero ('Nobody Wants To Do Any Work').
Yes, that is certainly true. However, if the Business have been involved
throughout the development, have been listened to and accommodated as far as
possible, they come to consider that it is THEIR system as much as ITs.
Reducing that to code it might read:
If Business-Involved
If Business-Listened-To
If Business-Accomodated not > Possible
.... or ...
If Business-Involved AND Business-Listened-To AND Business-Accomodated NOT
GREATER THAN Possible
.... or ...
Evaluate True ALSO True ALSO True
When B usiness-Involved ALSO Business-Listened-To ALSO
Business-Accomodated NOT GREATER THAN Possible
.... indicating a trebly-predicated condition for the following code to be
performed. Not, of course, that this is impossible... but it just kinda
of seems to get more into the Realm of Probability and less into the realm
of What My Limited Experience Has Shown Me.
Suddenly, the "extra work" is absorbed gladly in the urge to get things
live.
Given a trebly-predicated condition Rule Number Zero is not just rendered
inapplicable... it literally runs backwards? I have Limited Experience,
indeed.
[snip]
<http://groups.google.com/group/comp.software.year-2000/msg/7b0f478783b66534?output=gplain>
--begin quoted text:
[snip - my apologies to myself for midsentence interruption]
I said 'That's a sum of money, true... has anyone
calculated how much it will cost to fix things when six months after
cutover folks discover that they've been pumping out bad checks for the
past half-year?'
'That's a good question,' he intoned, '... I'll get back to you on
that.'
I was never asked to attend a meeting with him ever again and I retained
that particular gem for future use.
Did they "just cut over"?
I have no idea whatsoever. I was brought in on a three-month contract, I
got renewed for another three months... and that was that, I went on to
the next job.
I would hold the senior management responsible for
letting him do this.
Mr Dashwood, you could hold his hand for a ride throught the fun-park's
Tunnel of Love for all that I cared... I was brought in as a COBOL-codin'
fool and when, as shown above, I asked a question outside of that function
I was, essentially, frozen out of further discussions.
[snip]
Thanks for the anecdotes, Doc. I found them interesting and informative. It
is also good to know that the same mistakes are made in the USA as
elsewhere... that is somehow...comforting... :-)
Pfoo, you'se jes' easily interested and informed... as I've stated in this
forum before: The number of times that I've been presented with a problem
and suggested a solution which has worked since the days of ENIAC, only to
be told, with a shaken head and a Wise Tone Of Voice, 'Well, that might
have worked someplace else... but you have to understand that Things Are
Different Here' has caused me to conclude that if Things Are Different
everywhere then Things Are The Same everywhere.
DD
.
- References:
- Conext Menus
- From: James J. Gavan
- Re: Conext Menus
- From: Pete Dashwood
- Re: Conext Menus
- From:
- Re: Conext Menus
- From: Pete Dashwood
- Conext Menus
- Prev by Date: Re: READING 2 RECS before write to PRINT REC
- Next by Date: Re: READING 2 RECS before write to PRINT REC
- Previous by thread: Re: Conext Menus
- Next by thread: Re: Conext Menus
- Index(es):
Relevant Pages
|