From: Bob Leif, Ph.D.
To: John McCabe et al.
You are absolutely correct. Developing this application would have two very
beneficial results. 1) It would popularize Ada. 2) It could make the
developers very rich. Note, item 2 would greatly help item 1.
This project is feasible because many of the parts preexist. The macro
language should be an Ada J code compiler. The GUI should be based on XML.
The database also exists. The best choice would be Card's FIRM database. The
second best choice would be to upgrade AdaSAGE to be a product similar to
FIRM. The spreadsheet design also exists. Lotus sold Improv, which was an
intelligently designed product. For instance, the Rows and Columns had
unique, user specified names.
From: Team Ada: Ada Advocacy Issues (83 & 95)
[mailto:[log in to unmask]]On Behalf Of [log in to unmask]
Sent: Wednesday, June 21, 2000 7:57 AM
To: [log in to unmask]
Subject: Re: idea for Ada showcase application
Sounds like you want something like M$ Money or Intuit Quicken.
>All of this discussions reminds me of an idea that I have been thinking of
>for some time now. I normally keep track of all of my finances via excel
>spread sheets. The one major draw back I have with the product, and it
>could be from my lack of understanding the tool, is that links to other
>can get really screwed up when I start moving stuff around. I would like
>see a product deal with my financial transactions as objects that can be
>linked to other objects. Free to move about.
>I would like to see a purchase which is linked to my credit card payment
>which is then linked to my banking account. This way I can keep
>full track of all transactions, where they were paid from, and build
>showing where my money is going. All of this with a simple interface and
>easy to use database and viola! You've made me happy in not having to
>use excel anymore. Using decimal arithmetic is a great idea. With excel
>using double float I don't get the exactness that I need. I especially
>when I use a formula to half an amount and display it to two decimal
>places. I notice a lot of error (penny wise) when I start summing totals
>which really irks me. Forces me to hard code values instead of formulas.