Re: COBOL's Influence on C

In article <9sv1k3pg0amhvqoi4okq65527chl2n9og1@xxxxxxx>,
Robert <no@xxxxxx> wrote:
On Mon, 19 Nov 2007 00:32:46 +0000 (UTC), docdwarf@xxxxxxxxx () wrote:


Back in the Oldene Dayse sites I worked on had test environments
which mirrored prod, so that the JCL used in both was identical except for
the change of a symbolic... down to the JOBLIB cards.

We do the same.

For lo, there is nothing entirely new under the sun... no, wait, that's
been said before.


Things ran fairly
well, biweeklies, monthlies, quarterlies and annual jobs; there'd be an
806 every once in a while but I don't recall it happening too often.

I suspect that shop's applications used fewer third party libraries and
calls to programs
belonging to other applications.

I have no idea what you are using as a baseline for 'many' or 'fewer', Mr
Wagner, but there were some places where everything was home-grown and
others with bunches of out-of-shop code being executed.


Perhaps a non-traditionalist might be able to come up with something
similar for other systems... and keep in mind that it has been said 'You
can make something foolproof... but not damned-fool proof.

"He who despairs of the human condition is a coward, but he who has hope
for it is a
fool."
Albert Camus

'Invent a better mousetrap and the world will present you with a better
mouse'. - Anonymous.

DD

.

Relevant Pages

  • Re: COBOLs Influence on C
    ... which mirrored prod, so that the JCL used in both was identical except for ... down to the JOBLIB cards. ... I suspect that shop's applications used fewer third party libraries and calls to programs ...
    (comp.lang.cobol)
  • Re: Why encapsulate state pattern......
    ... >Robert C. Martin wrote: ... >> IMHO most of those applications have a design flaw. ... In fact most well-designed systems behave in this graceful way. ...
    (comp.object)
  • Re: Stop worrying about technology. Start worrying about who trusts you.
    ... >> With my experience to date I have to agree with Robert. ... >> more secure, stable, reliable and consistent applications that can ... > inconsistent about Win32 Delphi applications, ... > anything unsafe or unmanageable about native Win64 applications. ...
    (borland.public.delphi.non-technical)
  • Re: Problem with Windows Mobile 2003 Second Edition
    ... I have tested the same applications on ... The applications should run fine by installing the eVB runtime on the Symbol ... >>Thank you Robert for your reply. ... >>At some times I can go into the Menu bar options, click on them, open ...
    (microsoft.public.pocketpc.developer)
  • Re: Memory Manager DLL Validation
    ... > I did some tests with some of my applications and noted that 90%+ of ... > allocations are smaller than 64 bytes in size, so it makes sense to me to ... Prev by Date: ...
    (borland.public.delphi.language.basm)