so ironic
Ironically I came to this forum to ask this very question. I come with a bit more information then what has already been shared here, information that concerns me.
Office 2003 developer...is not a product one can buy. Instead MS is reporting that it will develer a .Net package called "Visual studio tools for Office".
I seriously doubt they would take out VBA out of Office (maybe even ever) because its so helpful for small things as well as large projects. But it looks like for serious soultions MS wants to move things away from VBA
But, I just bought a book that covers VBA as a whole (how it intergrates with applications, API etc) becuase I am thinking of getting deep into VBA but if the serious VBA apps of the future are really going to be .Net I might as well continue .Net. .Net is not as much as fun or instantly gradifying as VBA but if I am going to invest a lot of study I might as well invest in the future and not what might soon be legacy code.
Here is the thing.
I dont see how VBA can communicate to objects created in .Net without a lot of trouble. Its pain enough as it is have managed code (.Net code) communicate with unmanaged code(legacy VBA,VB6 etc). So, when Office becomes written in .Net which it will if not already then having VBA communicate with office objects I am thinking would be a huge pain.
Having said all this, I would think MS would create a VBA.Net of sorts so that quick scripting etc will still be fun for us all but its starting to look like creating anything that can be truely protected will have to be done in visual studio (I am assuming a lot there).
From my understanding why something like Office would want to go .Net is for further use of XML, web services not to mention meaning a programmer can write in any lanugage syntax he/she chooses.