billwolf%hazel.cs.clemson.edu@hubcap.clemson.edu (William Thomas Wolfe, 2847 ) (03/11/90)
From ted@grebyn.com (Ted Holden): > [alleged problem with Ada:] > o Major project many months behind schedule (e.g. > STASNFINS, space telescope, WISS etc.) That's interesting, Ted... according to the Proceedings of the Eighth Annual National Conference on Ada Technology (p. 140), STANFINS-R was completed on time and within budget, and it was observed that the Ada code ran significantly faster than its COBOL counterpart. This is despite the fact that STANFINS-R had to take raw COBOL programmers and train them to be Ada Software Engineers, despite the fact that a CICS binding did not exist when the project began (and therefore had to be created during the project), and despite the fact that a Datacom/DB interface also had to be forced into existence. Not only was the Army's Information Systems Software Development Center tremendously pleased with the results, the Air Force has just announced its decision to use STANFINS-R as its financial software system as well. Any other flat-out lies you'd like to spread? Bill Wolfe, wtwolfe@hubcap.clemson.edu
woody@eos.UUCP (Wayne Wood) (03/12/90)
In article <8308@hubcap.clemson.edu> billwolf%hazel.cs.clemson.edu@hubcap.clemson.edu writes: > > That's interesting, Ted... according to the Proceedings of the > Eighth Annual National Conference on Ada Technology (p. 140), self congratualatory bullshit... > STANFINS-R was completed on time and within budget, and it was > observed that the Ada code ran significantly faster than its COBOL > counterpart. This is despite the fact that STANFINS-R had to take COBOL is glacial... almost everything [exfept possibly LISP] runs faster than COBOL. how does it stack up against C? > raw COBOL programmers and train them to be Ada Software Engineers, [Q] whats the difference between a programmer an a SW engineer? [A] a programmer codes but can't document [very well]... a SW engineer documents, but can't code [at all] > Not only was the Army's Information Systems Software Development Center > tremendously pleased with the results, the Air Force has just announced > its decision to use STANFINS-R as its financial software system as well. > i'm impressed, the army spent millions on the York. they are happy with the M-16... the Air Farce spend millions on toilet seats & minor tools... i wonder how much STANFINS-R will cost us? > Any other flat-out lies you'd like to spread? > Bill Wolfe, wtwolfe@hubcap.clemson.edu > eat me. /*** woody **************************************************************** *** ...tongue tied and twisted, just an earth bound misfit, I... *** *** -- David Gilmour, Pink Floyd *** ****** woody@eos.arc.nasa.gov *** my opinions, like my mind, are my own ******/
dfmeyer@cbnewsc.ATT.COM (dennis.f.meyer) (03/13/90)
In article <8308@hubcap.clemson.edu> billwolf%hazel.cs.clemson.edu@hubcap.clemson.edu writes: > This is despite the fact that STANFINS-R had to take > raw COBOL programmers and train them to be Ada Software Engineers, God, help us! -- Dennis F. Meyer att!ihlpl!dfm |"Most folks are just about as happy as they AT&T Network Systems 708/510-2277 | make up their minds to be." -- Abe Lincoln
lws@comm.WANG.COM (Lyle Seaman) (03/22/90)
billwolf%hazel.cs.clemson.edu@hubcap.clemson.edu (William Thomas Wolfe, 2847 ) writes: > counterpart. This is despite the fact that STANFINS-R had to take > raw COBOL programmers and train them to be Ada Software Engineers, This is interesting. Would I be stepping into another endless and static debate if I wondered why the noun here changed from "programmers" (with a lower case 'p') to "Software Engineers" with uppercase letters? In my experience, the terms programmer and software engineer conjure up two entirely different worlds of practice. I can't imagine training a programmer to be a software engineer (much less a Software Engineer) in anything like the amount of time spent of STANFINS-R. I think this is a shameful attempt to further one's argument by using subtly loaded language distinct from the issue directly at hand. -- Lyle Wang lws@comm.wang.com 508 967 2322 Lowell, MA, USA uunet!comm.wang.com!lws