mryellow

I have designed and written a good number of very large
commercial systems. Including a VoIP telco management program
that handles millions of transactions per day. With my experience
I can see past the interface and into the code. I understand how
the programmers have gone about the code and I can see what
where they have made mistakes. This does not require access to
the code. As others have said to me: "I am not a programmer but
those I know said this was written by a code amateur".

I believe the coder has some talent. It appears they have written
a good amount of code for their own personal use. However it
takes a few commercial applications before you get a good
understanding of how to avoid pitfalls. I know one of your users
has been with you since 2002 and witnessed the original debug
process. Seems the coder thought it was ready, and it would
have been for personal use. However from a commercial point of
view it did and does come up lacking.

The database design shows that they didn't plan it out well
enough. A good database is the basis for everything, without it
unplanned features and changes in the way things work is often
impossible. The actual cascade part is solid enough, however
there are a lot of tables missing which would be included if there
was a little more time spent in the planning phase. I have a
design here for a billing program I am writing which is 40 tables.
This gives the flexibility needed to include the features which are
important to webmasters. You've got the basic functionality
correct, but the plan didn't include the needed information for
flexibility and unplanned future adaptations.

For some reason I though you had been secretive with the
database as well and used a proprietary database engine. Yes it
is just MySQL and I should have checked there first.

We were never setup sufficiently to be able to see what bugs
exist in a 100% working copy of MPA2. My comment says that
non-programmers could see processor changes as being MPA2
bugs. When really it's just how things go.

I get your emails. I get the emails sent to all MPA2 customers.
However I never once received an email from the support ticket
system. No ticket confirmations, numbers, responses or status
updates.

I'm guessing Mariush has his ICQ on invisible mode then and he
must just ignores my messages.

You mean the information that was provided in a timely manner,
then ignored, then never tested? I asked at least 3-4 times for
information on the status of this and never got a response. I was
then assured over the phone that we were 100% ready to rock.
Then when it turned out to be wrong I was told that was all my
fault.

Mariush told me our server was the best prepaired and setup he
had ever seen in all his MPA2 installs.

This is just my experience Garry. If you had been more interested
over the last few months then we could have resolved these
issues I'm sure. I have not lied about my experience with MPA2
this is just how it was.

I'm sorry you and Oystein have decided to keep this thread alive.
However slander doesn't come into this. I have only posted my
experience and facts.

Once again Garry. I think you've handled yourself professionally
however others in your company have let you down. I believe
you may get it right with MPA3 and include a lot of the simple
things that should have been among the first features. I hope
the old inadequate and insufficiently planned database design
doesn't hold you back too much. I do wish you all the success
with future products as I believe it isn't too late for your to
salvage a great product from the mess MPA2 has become.

May MPA3 be everything you've been aiming for and allow you to
sleep soundly at night without worrying about all the unhappy
customers.

-Ben

__________________
Cyberwurx Hosting
After trying 5 different hosts, I found the best.
Since 1997 I've had 2 hours of downtime.
Fast support, great techs, no hype, no gimmicks.

<- I in no way endorse whatever just got stuck on the left of my post.