>Neither does ASP until you explicitly use it.

Yup, I'm aware of this.

>If you want to use MTS/COM you certainly can do that in exactly the same way you can in ASP pages, although that'll obviously bring up the question why bother...
>
>MTS/COM+ really has nothing to do with ASP anyway. COM+ services other than scalability (which MTS/COM+ sucks at for most applications - there have been a number of articles on this recently on the DevX/VBPJ) don't require any specific platform to run. COM+ is really about service like queued components, COM+ events, distributed transactions etc. all of which are not directly applicable to Web applications and won't be any easier or harder in either inside of VFP or ASP.

I don't think I ever said one would be easier than the other...only that ASP with COM will improve job prospects in the future.

>
>The final counter argument is that with .Net coming COM is going to be downplayed considerably because you won't be running COM objects but managed code in the CLR. Once again there's no real benefit coming from one platform or the other because .Net will change the way *everything* is done using CLR objects for most functionaltity, which both your business objects and ASP+ script code will consume.

I think it will be some time before we see .NET being used except in a few, isolated cases.