From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_20,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,9cccf6ef6149fdaa X-Google-Attributes: gid103376,public From: tmoran@bix.com Subject: Re: Ada Date: 1999/12/23 Message-ID: <8bx84.174$oF6.30833@nntp1-sf.pbi.net>#1/1 X-Deja-AN: 564341044 References: <83thgt$kun$1@nnrp1.deja.com> X-Complaints-To: abuse@pacbell.net X-Trace: nntp1-sf.pbi.net 945987396 207.214.211.169 (Thu, 23 Dec 1999 14:16:36 PST) Organization: SBC Internet Services NNTP-Posting-Date: Thu, 23 Dec 1999 14:16:36 PST Newsgroups: comp.lang.ada Date: 1999-12-23T00:00:00+00:00 List-Id: >Ada has many non-DoD applications, go to www.adapower.com to >follow up on more information, but here are some examples: >... >etc. One etc I know about is stocks and commodities databases for speculators, er, investors. All databases, and the daily data, have errors, which show up as oddballs on graphs, or, worse, screw up technical analysis algorithms. A system I worked on used Ada to help cleaning and merging data. It was useful as a good language to help avoid introducing new errors, the run-time error checking helped catch unexpected errors, and tasking let it easily display questionable data to a human asynchronously with scanning the data. This was about 5 years ago, at the beginning of the present on-line trading craze.