3 ms·
> "Initially MS tried hard to keep VB.Net around as a fully emancipated partner" Not very hard[1]; "making Visual Basic.NET not backwards-compatible with VB 6.
by jodrellblank 4y ago
> "Initially MS tried hard to keep VB.Net around as a fully emancipated partner"
Not very hard[1]; "making Visual Basic.NET not backwards-compatible with VB 6.0. This was literally the first time in living memory that when you bought an upgrade to a Microsoft product, your old data (i.e. the code you had written in VB6) could not be imported perfectly and silently. It was the first time a Microsoft upgrade did not respect the work that users did using the previous version of a product.
And the sky didn’t seem to fall, not inside Microsoft. VB6 developers were up in arms, but they were disappearing anyway, because most of them were corporate developers who were migrating to web development anyway. The real long term damage was hidden.
With this major victory under their belts, the MSDN Magazine Camp took over. Suddenly it was OK to change things. IIS 6.0 came out with a different threading model that broke some old applications. I was shocked to discover that our customers with Windows Server 2003 were having trouble running FogBugz. Then .NET 1.1 was not perfectly backwards compatible with 1.0. And now that the cat was out of the bag, the OS team got into the spirit and decided that instead of adding features to the Windows API, they were going to completely replace it. Instead of Win32, we are told, we should now start getting ready for WinFX: the next generation Windows API. All different. Based on .NET with managed code. XAML. Avalon."
[1] https://www.joelonsoftware.com/2004/06/13/how-microsoft-lost-the-api-war/ https://www.joelonsoftware.com/2004/06/13/how-microsoft-lost...
- zwieback 4y agoI meant they tried hard to keep C# and VB.Net equal, not VB.Net backwards compatible to VB Classic
- kevin_thibedeau 4y agoVB.Net had features that didn't have a C# cognate expressly to simplify migration.
- wvenable 4y agoAs a classic VB and C# developer, that was their mistake. VB.NET has no reason to exist. If it was much more backwards compatible with VB Classic it would have had a reason to exist -- it would have allowed VB projects (of which there were millions) to migrate over to .NET smoothly.