473,324 Members | 2,531 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,324 software developers and data experts.

ACT! 2005 Complaints with MS .Net

Hi,

The following is a representative comment from the ACT! User Forum regarding
their newest version, 2005.

"I didn't say the product was fast enough...

I suspect most of those issues are related to .Net and if so, won't be able
to be fixed till the version after MS releases .Net V2"

There have been many user complaints voiced on the forum regarding the
slowness of the application, particularly when switching screens. The common
defense on the part of many consultants tied to ACT! through their service is
that the problem is with the .Net application.

I suppose most readers just want to know whether that claim is valid. There
are some posters who believe that other .Net applications run well. A number
of posters believe that the performance problems are a direct result of the
way ACT!'s code is written.

Is there anyone on this board who can shed any light on this dilema?

Thanks in advance for any thoughts that can be shared.

Jeff
Jul 21 '05 #1
4 1626
Jeff <Je**@discussions.microsoft.com> wrote:
The following is a representative comment from the ACT! User Forum regarding
their newest version, 2005.

"I didn't say the product was fast enough...

I suspect most of those issues are related to .Net and if so, won't be able
to be fixed till the version after MS releases .Net V2"

There have been many user complaints voiced on the forum regarding the
slowness of the application, particularly when switching screens. The common
defense on the part of many consultants tied to ACT! through their service is
that the problem is with the .Net application.

I suppose most readers just want to know whether that claim is valid. There
are some posters who believe that other .Net applications run well. A number
of posters believe that the performance problems are a direct result of the
way ACT!'s code is written.

Is there anyone on this board who can shed any light on this dilema?


I haven't used ACT 2005, but .NET itself is pretty nippy for the most
part.

I *hope* ACT 2005 is better designed than previous versions of ACT, but
having written code to use those older versions, performance problems
there were due to poor design IMO - the same *could* be true now. As I
say though, I haven't used the latest version. If the consultants could
be more specific in terms of which part of .NET was the bottleneck, it
would be easier to verify what they're saying.

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too
Jul 21 '05 #2
Hi Jon,

Thanks for your response. I upgraded to ACT! 2005 last October, and found it
to be unacceptable for my use. There were a lot of the features that I
utilize that had not been carried forward to the new version, and there were
some real indiosyncrasies that made it unacceptable.

Supposedly the previous versions of ACT! were written utilizing a different
type of database. 2005 was written for .Net. (I know nothing about database
software... so I really don't know if I am referring to it properly.)

The people that are defending ACT!'s version 2005 have stated that it is a
complete code rewrite, and there have been many references to .Net being some
industrial strength app that is more suited to a networked configuration with
multiple users, than it is to standalone configurations of individual users.
Many upgraders have followed the suggestions of board members and purchased
more high-powered hardware only to find out that the speed of the standalone
app was still far slower than the previous version.

If .Net is slowing things down because of the nature of the beast, then I
suppose we will all have to deal with it. If, however, the code rewrite is
the problem, and .Net arguement is nothing but a smokescreen, then criticism
can be directed where it belongs.

Thanks again for your reply.

Jeff

"Jon Skeet [C# MVP]" wrote:
Jeff <Je**@discussions.microsoft.com> wrote:
The following is a representative comment from the ACT! User Forum regarding
their newest version, 2005.

"I didn't say the product was fast enough...

I suspect most of those issues are related to .Net and if so, won't be able
to be fixed till the version after MS releases .Net V2"

There have been many user complaints voiced on the forum regarding the
slowness of the application, particularly when switching screens. The common
defense on the part of many consultants tied to ACT! through their service is
that the problem is with the .Net application.

I suppose most readers just want to know whether that claim is valid. There
are some posters who believe that other .Net applications run well. A number
of posters believe that the performance problems are a direct result of the
way ACT!'s code is written.

Is there anyone on this board who can shed any light on this dilema?


I haven't used ACT 2005, but .NET itself is pretty nippy for the most
part.

I *hope* ACT 2005 is better designed than previous versions of ACT, but
having written code to use those older versions, performance problems
there were due to poor design IMO - the same *could* be true now. As I
say though, I haven't used the latest version. If the consultants could
be more specific in terms of which part of .NET was the bottleneck, it
would be easier to verify what they're saying.

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

Jul 21 '05 #3
Hello Jeff,

I cannot speak for the ACT! code. I have not used any version of ACT! What
I can say is that I have FREQUENTLY seen complaints that apps ported from
C++ or VB6 to .Net run slowly. I looked into one of these situations in
detail. This was in a consulting engagement, so I cannot discuss what the
application itself was.

What I found was that the developers of the previous application were
programmers who were more familiar with DBaseIV and BASIC than they were
with good programming practices (even some CS grads in there). The best
level of software development that they had reached was the very beginning
level of good structured programming practice (circa 1985). To a man, not
one could explain why a developer should ever use inheritence, or even a
good approach so that the design that could be evaluated seperately from the
code.

In other words, it would be like a good carpenter building a house without
blueprints. There are going to be mistakes, and they will affect the
quality and value of the house, as well as its performance in adverse
circumstances.

In the case that I am speaking of, the answer was to go back and use good
architectural and design practices to refactor the application. The code
was fundamentally transitioned to an Object oriented software base. The
resulting application was FASTER than the C++ app that it replaced, and
allowed for much better use across a network, and much better communication
with other applications.

Adding powerful features to an app is a good thing to do. When the person
doing the "adding" is not trained in the details of the new platform, they
are going to make mistakes. Without a vision of how to get there, even
coding heros can't overcome the mix of new technology and old practices.
Performance suffers.

It is hard to blame .Net for that.

--
--- Nick Malik [Microsoft]
MCSD, CFPS, Certified Scrummaster
http://blogs.msdn.com/nickmalik

Disclaimer: Opinions expressed in this forum are my own, and not
representative of my employer.
I do not answer questions on behalf of my employer. I'm just a
programmer helping programmers.
--
"Jeff" <Je**@discussions.microsoft.com> wrote in message
news:84**********************************@microsof t.com...
Hi Jon,

Thanks for your response. I upgraded to ACT! 2005 last October, and found
it
to be unacceptable for my use. There were a lot of the features that I
utilize that had not been carried forward to the new version, and there
were
some real indiosyncrasies that made it unacceptable.

Supposedly the previous versions of ACT! were written utilizing a
different
type of database. 2005 was written for .Net. (I know nothing about
database
software... so I really don't know if I am referring to it properly.)

The people that are defending ACT!'s version 2005 have stated that it is a
complete code rewrite, and there have been many references to .Net being
some
industrial strength app that is more suited to a networked configuration
with
multiple users, than it is to standalone configurations of individual
users.
Many upgraders have followed the suggestions of board members and
purchased
more high-powered hardware only to find out that the speed of the
standalone
app was still far slower than the previous version.

If .Net is slowing things down because of the nature of the beast, then I
suppose we will all have to deal with it. If, however, the code rewrite is
the problem, and .Net arguement is nothing but a smokescreen, then
criticism
can be directed where it belongs.

Thanks again for your reply.

Jeff

"Jon Skeet [C# MVP]" wrote:
Jeff <Je**@discussions.microsoft.com> wrote:
> The following is a representative comment from the ACT! User Forum
> regarding
> their newest version, 2005.
>
> "I didn't say the product was fast enough...
>
> I suspect most of those issues are related to .Net and if so, won't be
> able
> to be fixed till the version after MS releases .Net V2"
>
> There have been many user complaints voiced on the forum regarding the
> slowness of the application, particularly when switching screens. The
> common
> defense on the part of many consultants tied to ACT! through their
> service is
> that the problem is with the .Net application.
>
> I suppose most readers just want to know whether that claim is valid.
> There
> are some posters who believe that other .Net applications run well. A
> number
> of posters believe that the performance problems are a direct result of
> the
> way ACT!'s code is written.
>
> Is there anyone on this board who can shed any light on this dilema?


I haven't used ACT 2005, but .NET itself is pretty nippy for the most
part.

I *hope* ACT 2005 is better designed than previous versions of ACT, but
having written code to use those older versions, performance problems
there were due to poor design IMO - the same *could* be true now. As I
say though, I haven't used the latest version. If the consultants could
be more specific in terms of which part of .NET was the bottleneck, it
would be easier to verify what they're saying.

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

Jul 21 '05 #4
Jeff <Je**@discussions.microsoft.com> wrote:
Thanks for your response. I upgraded to ACT! 2005 last October, and found it
to be unacceptable for my use. There were a lot of the features that I
utilize that had not been carried forward to the new version, and there were
some real indiosyncrasies that made it unacceptable.
As opposed to the idiosyncrasies that made previous versions
unacceptable? ;) (I always found the ACT UI pretty awful, I'm afraid.)
Supposedly the previous versions of ACT! were written utilizing a different
type of database. 2005 was written for .Net. (I know nothing about database
software... so I really don't know if I am referring to it properly.)

The people that are defending ACT!'s version 2005 have stated that it is a
complete code rewrite, and there have been many references to .Net being some
industrial strength app that is more suited to a networked configuration with
multiple users, than it is to standalone configurations of individual users.
Many upgraders have followed the suggestions of board members and purchased
more high-powered hardware only to find out that the speed of the standalone
app was still far slower than the previous version.

If .Net is slowing things down because of the nature of the beast, then I
suppose we will all have to deal with it. If, however, the code rewrite is
the problem, and .Net arguement is nothing but a smokescreen, then criticism
can be directed where it belongs.


Well, .NET certainly is industrial-strength, but that doesn't mean it
can't cope with individual users! If they're using a decent database
(such as MSDE, which is ideally suited for this kind of thing) that
should improve things too. The old database was pretty ghastly.

My guess is that .NET may be slowing things down due to being used
poorly - if they're using programmers who have worked on ACT! for a
long time, they may not be really familiar with .NET, and may be using
it very badly. As with pretty much every platform, if you use it badly,
you'll end up with terrible performance.

My experiences with previous versions of ACT don't inspire me with
confidence frankly - I would hope that with a fresh start they could
have a significantly better database organisation and better code
design, but without looking at the database and code, it's hard to
say...

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too
Jul 21 '05 #5

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

1
by: Sarah Tanembaum | last post by:
Does anyone out there ever find any info on how to manipulate data from ACT!6 (or any versin) using the scripting language? May be I can learn the scripting language as well using the data I...
0
by: jason | last post by:
I need some guidance and confirmation that a compex collobaration route btw my local contact management system (Act) and my online Access 2000 application which allows new and existing contacts...
1
by: BW | last post by:
Hey Microsoft, this is a real bug which should be reported to those owning Application Center Test (ACT) and VBScript's scrrun.dll version 5.6. VBScript/Windows Script Host uses...
0
by: Pachydermitis | last post by:
Hi, Those of you who use ACT know that it runs on an SQL backend. I have a production database (sql server) that needs to talk to the act database. The sql svr passwords are not the same as the...
1
by: Bridget Willey | last post by:
I am using ACT 6 and am trying to "split" the database between records for customers and junk records. The accounts designated as "customers" have that word in the ID field, and I am using that...
8
by: Pachydermitis | last post by:
Hi all, I have an access xp database that needs to update a few things in an ACT database from time to time. I downloaded the sdk, but it's in ..NET. So, is there an object that will work with...
4
by: Kc-Mass | last post by:
Does anyone have experience reading Act! (contact management software) data into Access. Someone suggested to me that the data is in Foxpro tables, which would seemingly be easy but I don't know...
27
by: agins | last post by:
I have used nearly every version of ACT for more than 15-years. Currently have 5,000 records in one database and the program seems unable to smoothly handle that many. Am starting a new business...
1
by: Charles Turner | last post by:
Hi guys, Hope some of you SQL database experts out there can help me, 'cos at the moment I'm going mad! I want to use ACT! 2008 which uses MSSQL on 2 Laptops, (Vista & XP) one is my own...
2
by: ARC | last post by:
Hello all, I know act databases are easy enough to connect to, but I believe you can change the fields in act, so what do you do if the fields are not the defaults? Has anyone out there had...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.