VBscript vs Python (was Re: [5th Draft] Open Letter to CNRI: Request for clarification)

Mark Hammond MarkH at ActiveState.com
Wed Aug 2 19:44:01 EDT 2000


"Alex Martelli" <alex at magenta.com> wrote in message
news:8m8k5r01qpk at news2.newsguy.com...

> Take care!!!  Microsoft has announced, buried somewhere in the folds of
> the many .NET things, that VBscript will shortly *DISAPPEAR*.  I'm sure
> you can find all the how's and why's in the 'scripting' section of MSDN,
> but,
> basically, they want to add to Visual Basic (the for-$$$ product) what
few
> features VBscript (the free thingy) has extra today, and kill VBscript
as a
> separate entity.

Obviously I can not speak for anyone in this regard.  I have no inside
information (that I will admit to <wink>)

But - I would not be too alarmed about this.  The whole .NET architecture
means the distinction between VBScript and VB should not exist.  .NET has
effectively removed the requirement for the 2 discrete products - any
language compiler is a script engine, and any script engine is a language
compiler.

I dont believe MS have their charging model worked out, but I believe we
will find VB becoming "just" the language, and the VB IDE rolled into
VS7 - meaning C#, VB and C++ are truly first class citizens in their IDE.
Python and other 3rd party languages are unlikely to be first class in the
first release (simply because that is a hard problem to solve!)

I would _guess_ that we will actually find their language compilers freely
distributable, but their IDE tightly controlled - after all, without the
IDE, VB would be pretty useless, and _should_ be freely given away.  Ditto
for VBA - it is not the language that holds the value, but the IDE.

Not-speaking-for-anyone-including-myself ly,

Mark.





More information about the Python-list mailing list