Re: VS.NET is 10 times slower than VB6

Tech-Archive recommends: Fix windows errors by optimizing your registry



> We are developing applications much slower now (due to the IDE
environment)
> and the fact we don't have as much resuable code in asp.net than in the
past,
Seems to me like a training issue?

> but we are aiming to harness the features of object oriented programming
> which will allow us to develop much faster.
If you fail to account for the new environment and new paradigm, then yes,
developing applications will be a lot slower until you catch up
--
Regards,
Alvin Bruney [MVP ASP.NET]

[Shameless Author plug]
The Microsoft Office Web Components Black Book with .NET
Now Available @ www.lulu.com/owc
Forth-coming VSTO.NET
-------------------------------------------------------



"Kyle" <Kyle@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:33EA7638-38C8-49C5-B89C-5657464001FF@xxxxxxxxxxxxxxxx
> I may be the only one, but I agree with you. Our shop currently mainly
> develops asp/vbscript applications and we realize the need to move to a
..net
> solution to provide more functionality and features.
>
> At the same time debugging code, and especially working with source
control
> applications like microsoft visual source safe take an inordinately large
> amount of time w/ vs.net which we have had to take into account with all
our
> new projects.
>
> We are developing applications much slower now (due to the IDE
environment)
> and the fact we don't have as much resuable code in asp.net than in the
past,
> but we are aiming to harness the features of object oriented programming
> which will allow us to develop much faster.
>
> "John Rivers" wrote:
>
> > I am discussing debugging performance.
> >
> > Debugging in VS.NET is much much slower than VB6.
> >
> > That is a fact.
> >
> > My point is that it is not acceptable to have new technology that
> > takes 20 to 30 times longer to start debugging than the 10 year old
> > technology it is replacing.
> >
> > VS.NET is supposed to be a tool for increasing developers productivity.
> >
> > It should debug much faster.
> >
> > Anybody who can disagree with that is a fool.
> >
> >


.


Quantcast