Weg met alle programmeertalen

Zijn dat even genadeloze klappen die Microsoft uitdeelt met de introductie van Visual Studio .NET? Met de ondersteuning door maar liefst 20 programmeertalen van de Common Language Runtime (CLR) kunnen ze in het Java-kamp de borst kletsnat maken.

Je zal het immers maar met n taal moeten doen, die bovendien ook nog eens betrekkelijk nieuw is, en waar nog steeds weinig ervaren programmeurs voor te vinden zijn.Nee, met Microsofts nieuwe spullen kun je blijven werken met de programmeertalen die je al kent. Gewoon programmeren in dat goede oude Cobol en toch toegang krijgen tot de hoogproductieve wereld van webservices en XML. Op een introductiebijeenkomst hoorde ik een woordvoerder van Microsoft claimen dat het omscholen van programmeurs door deze duivels slimme zet helemaal onnodig is.Toch maar even een Wakeup Call?De inderdaad hoge productiviteit van Visual Studio .Net zit geheel en al in aspecten die niets met een programmeertaal te maken hebben. Uitgekiende wizards zorgen ervoor dat een belangrijk deel van de benodigde code automatisch wordt gegenereerd. Het is meer een kwestie van de losse eindjes aan elkaar knopen, dan dat er serieus een programma van de grond af wordt gecodeerd. Een hagelnieuw framework van classes biedt een rijk fundament van waaruit snel alle lagen van nieuwe toepassingen kunnen worden gebouwd. Alleen al dat framework leren kennen vergt een bepaald niet misselijke investering in tijd, geld en leren. Dat wil ik die veertigers die al een leven lang Cobol programmeren, nog wel eens even vol enthousiasme zien doen.Troost is dat Microsoft deze keer maar eens heeft besloten niet aan benedenwaartse compatibiliteit mee te doen. Een politiek correcte mix van de oorspronkelijke frameworks van C++ en Visual Basic zou tot dramas hebben geleid een soort genetisch gemanipuleerde muis met een oor op zijn rug en zeven onafhankelijk bewegende poten… Nu mag tenminste iedereen zonder onderscheid des persoon even hard wennen aan de nieuwe classes.De productiviteitswinst wordt zeker ook gehaald door de introductie van de CLR. Met name de ondersteuning van Garbage Collection (automatisch geheugenmanagement) biedt een grandioos uitzicht op minder bugs. Voor C++ programmeurs is er op deze manier geen klap meer aan. Niet eens meer grote lappen zinloze code in C# mogen schrijven, omdat de wizards je dat uit handen nemen (wizards zijn voor watjes!). En tot overmaat van ramp ook niet meer kunnen werken met van die spannende, heerlijk gevaarlijke pointers omdat er nu Garbage Collection zit in de CLR.Gelukkig is er nog wel de Unmanaged Zone daarin kun je als een rovende en schuimende krijgsheer alsnog onoorbare dingen uithalen met zelf gealloceerd geheugen. Toch nog neerwaartse compatibiliteit, godzijdank! Microsoft kan zo de eigen softwareproducten nog jaren onaangetast compileren met Visual Studio .NET.Waarom eigenlijk nog al die verschillende programmeertalen? De scherpe randjes zijn er zelfs bij C++ af, en de productiviteit zit (net als bij Java) vooral in de meegeleverde frameworks, wizards en ontwerptools. Ontwikkelen zal in toenemende mate bestaan uit modelleren, het integreren van op XML gebaseerde webservices en het invullen van templates. Met een simpele, platte scriptingtaal als Visual Basic kom je dan al een heel eind. De onderlinge verschillen tussen programmeertalen nemen sterk in betekenis af, grappig genoeg mede door de functionele rijkheid van het nieuwe multi-language .NET platform en door de opkomst van webservices.Vroeg of laat heeft de keuze van een programmeertaal zo alleen nog een folkloristische lading. Leuk als tijdverdrijf. Maar vooruit, het werk wacht.

Fout opgemerkt of meer nieuws? Meld het hier

Partner Content