Bent u de Cobol programmeur van de toekomst?
De nimmer aflatende stroom van nieuwe technologieën, platformen en operating systems laat een spoor van afhakers na. Mensen die niet in staat zijn om de volgende golf te pakken, faseren uit naar onderhoudsklussen in bestaande legacy omgevingen zoals VB 6, Delphi WIN32, FoxPro en VO32.
Ontwikkelaars die middels hun keyboard wel op de nieuwe golf mee willen surfen, worstelen met een aantal problemen: tijd voor de learning curve, zin in de learning curve - alweer iets nieuws waar sommigen nog uithijgen van de OO-move - en weerbarstige klanten die vinden dat e.e.a. onder het onderhoudscontract valt en die derhalve niet voornemens zijn jouw vooruitgang te financieren. Het safety-net van het onderhoudscontract, wat voor velen vaak jarenlang een melkkoe is geweest, blijkt nu ineens een behoorlijke bijwerking te hebben (oeps … toch de bijsluiter niet helemaal gelezen).
Microsoft en de andere aanbieders van .NET software – ofwel iedere serieuze leverancier van Windows ontwikkelomgevingen - verleggen het accent naar mate de tijd vordert steeds meer richting .NET en laat jou met je “old school” versie steeds verder aan je lot over. Wellicht heb je in het OO-tijdperk je applicaties opgezet m.b.v. de toen zaligmakende gedachte dat je je COM+ componenten of zelfs al je web-services kunt hergebruiken in .NET … maar op basis van wat ik tegen kom in de markt, is dat veelal (helaas) niet het geval en blijft slechts het datamodel over. Dit model is echter vaak sterk verouderd en staat eigenlijk op de nominatie voor refactoring. In veel gevallen heeft het zelfs de uitbouw van de applicatie in zijn toenmalige omgeving parten gespeeld, om niet te zeggen gefrustreerd.
Allemaal niet zo rooskleurig dus voor de gemiddelde business solutions leverancier.
Voor de consultant die met zijn notebook en lease-auto ten strijde trok ten einde brood op de plank te brengen, lijken de meest barre tijden voorbij. De markt trekt aan, maar nu blijkt dat de klant - die niet aan jouw vooruitgang wil mee betalen - wel wil dat, als je werk voor hem komt doen, je dat uitvoert m.b.v. xyz.NET !? In de tijd dat de investeringen op een laag pitje stonden hebben ze wel tijdschriften gelezen en seminars bijgewoond zeker. Hoe verklaar je anders deze honger naar nieuwe technologie?
Microsoft vecht vanuit de Redmond corner, en aan de andere kant van de ring staan Java en het machtige IBM, beide strijdend om dezelfde dominantie op de wereldmarkt. Microsoft doe dat met .NET, IBM en Sun met J2EE en het rotsvaste geloof in de opensource platformen zoals Linux. Monopolie/y is maar een spel, maar het heeft er alle schijn van dat deze strijders de wereld bij het moederbord willen vastgrijpen en niet van plan zijn deze weer los te laten.
Om kort te gaan: u zult moeten kiezen tussen J2EE en .NET om ook de komende jaren een leuke en enerverende job te hebben. Laten we eerlijk zijn, eigenlijk vinden we dit toch leuk. Steeds iets nieuws. We zijn net wielrenners in de Tour de France. Na de eerste berg van de buitencategorie doemt de volgende voor ons op en beginnen we in het dal weer langzaam naar de top te klimmen. Tegen de tijd dat we boven zijn komen we tot de conclusie dat de Tour-directie nog een berg heeft toegevoegd aan het parcours.
Kiezen moet, dat is zeker, maar vergeet niet de lessen uit het verleden mee te nemen waardoor de volgende berg in een ander verzet kan worden genomen. Welke berg? Ik weet het ook nog niet, maar er zullen ongetwijfeld nog bergen volgen op de weg naar het pensioen.
Remi Caron, voorzitter Visual Basic Developer Network.