[email protected] writes:
>
>So if anyone has a better idea about what we could use to replace
>Quicken let us know.
Check around and see who the FileMaker consultants are. It's available on
both platforms (and I think Version 7 files are interchangeable, but may
be mistaken on that). The best place to start is your local Macintosh
dealers for names. Once you get started, you'll have several names from
which to choose. It can be set up to include all of your entries but
"spit them out" in whatever format you want. There are relative database
options that allow only pulling information (such as account names, etc.)
into the one currently used for entry as well as far more than I could
relay here. My eldest son is getting more and more into it and has a real
kickass system set up for a local college. Even I'm amazed at what he has
made it do, and he claims to be just a toddler in development. (May I get
so good!!!)
A good developer can give you whatever you need. Unlike regular
accounting programs, you can continue to customize it as you have new
needs.
Glenna
"Glenna Rose" <[email protected]> wrote in message
news:[email protected]...
> [email protected] writes:
> >
> >So if anyone has a better idea about what we could use to replace
> >Quicken let us know.
>
> Check around and see who the FileMaker consultants are. It's available on
> both platforms (and I think Version 7 files are interchangeable, but may
> be mistaken on that). The best place to start is your local Macintosh
> dealers for names. Once you get started, you'll have several names from
> which to choose. It can be set up to include all of your entries but
> "spit them out" in whatever format you want. There are relative database
> options that allow only pulling information (such as account names, etc.)
> into the one currently used for entry as well as far more than I could
> relay here. My eldest son is getting more and more into it and has a real
> kickass system set up for a local college. Even I'm amazed at what he has
> made it do, and he claims to be just a toddler in development. (May I get
> so good!!!)
>
> A good developer can give you whatever you need. Unlike regular
> accounting programs, you can continue to customize it as you have new
> needs.
>
Sounds like you should partner with you son Glenna. Writing an application
to run on a relational database is one thing, but really that root effort is
pretty easy as things go. Data goes in, data hangs around, data spits out.
Even when considering data organization etc. it's still pretty elementary
stuff in the scheme of things. What makes an application powerful is the
knowledge built into it. An accounting package becomes powerful when it
embraces the standard accounting practices that you are familiar with from
doing manual accounting. This power however, requires as much of an
understanding of GAP as it does of writing SQL statements and normalizing
data. It's when the programmer understands all of the rules of say...
accounting, and can code in all of the controls and features that take those
rules into consideration that he can create a great program. All else
quickly starts looking like Quicken with nothing but a different look and
feel. The exercise of writing an accounting program is an excellent
exercise for one learning programming skills though. It forces the
programmer to learn a lot of programming disciplines, designs, strategies,
etc. Sorta roles a lot of things up in one effort. To do so and create a
complete accounting package though is a *huge* undertaking. Think about
it - AR, AP, PR, Inv, COA, etc., etc. etc., all of which has to be
integrated, journaled, etc.
--
-Mike-
[email protected]