Hoofdcategorieën
Device Settings

Microsoft reageert op petitie Visual Basic-ontwikkelaars

Door Harm Hilvers, maandag 21 maart 2005 12:40
Bron: Microsoft-Watch, views: 25.178

Anderhalve week geleden schreven wij dat een groot aantal van Visual Basic-ontwikkelaars een petitie had opgesteld en ondertekend. Door middel van deze petitie willen de ontwikkelaars Microsoft bewegen om Visual Basic 6 te blijven ondersteunen en een eigen plekje te geven binnen Visual Studio, op een vergelijkbare manier als unmanaged C++ en managed C#. Afgelopen vrijdag heeft Microsoft tijdens een chatsessie over Visual Studio 2005 hierover meer informatie vrijgegeven. Tijdens deze chat heeft Eric Rudder, senior vice-president van Microsofts server- en toolsdivisie, laten weten dat via de petitie door de ontwikkelaars in feite om twee zaken gevraagd wordt: een doorgaande ondersteuning van Visual Basic en een doorontwikkeling van de bewuste programmeertaal.

Microsoft logo (bijgeknipt)Als reactie op het eerste verzoek van de ontwikkelaars benadrukt Rudder dat de ondersteuning niet ophoudt, maar verschuift naar 'extended support'. Dit houdt onder meer in dat voortaan betaald zal moeten worden voor ondersteuning. Dit alles is overigens al in 2002 bekendgemaakt, tegelijk met de presentatie van de roadmap voor Visual Basic 6, zo vertelt Rudder. Het zal mogelijk zijn om Visual Basic 6-programma's te draaien in Windows Longhorn en dat betekent dat er bugs gefixt zullen blijven worden om dit voor elkaar te krijgen, aldus Rudder tijdens de chat. Verder zullen kritische security-updates ontwikkeld blijven worden om veiligheidsproblemen op te lossen.

Over het tweede verzoek van de ontwikkelaars, om ondersteuning van Visual Basic op te nemen in een volgende versie van Visual Studio, kan Rudder opnieuw kort zijn: op dit moment zijn hier geen concrete plannen voor. Hij geeft aan zich bewust te zijn van het feit dat dit veel ontwikkelaars zal teleurstellen. Microsoft wil zich met Visual Studio richten op een verhoging van de productiviteit, de veiligheid en Data Access. "For these areas, we are betting on VB.NET," aldus Rudder. Tegelijk gaf hij ook aan dat Visual Studio 2005 meer functies zal bevatten om een overstap van Visual Basic 6 naar Visual Basic .NET te vereenvoudigen, iets wat Microsoft zoveel mogelijk wil bevorderen. Verder liet Rudder ruimte aan de ontwikkelaars om samen met Microsoft te komen tot meer oplossingen.

Volgende 13:14 Migratietool Windows ACT 4.0 krijgt uitbreidingen
Vorige 11:15 Overkloksessie met DFI's LanParty nForce 4 UT SLI-DR
Advertentie

Reacties

«  1  2  »

Dus je leert een taal, waarvan maar 1 implementatie is, en gaat zeuren als het bedrijf wat die implementatie gemaakt heeft iets anders met zn geld wil gaan doen.. tja..

Als ze het nou Vrij zouden maken, zouden geinteresseerden misschien nog kunnen helpen met de support/etc. voor de toekomst, maarja, dan verdienen ze weer niks met VB.NET..

is het niet eerder zo dat zoals MOEL al aanduid dat MS steeds verder .net probeert door te voeren tenkosten van de gemeenschap. het is natuurlijk een belangrijk element in MS's strategie en zeker voor de toekomst om zich breed te kunnen profileren interessant. maar het is wel zo dat het door zich breed op te stellen de kleinere elementen (VB) weggedrukt wordt wat zeker nog veel gebruikt wordt

Vergeet niet dat vbA de nummer 1 programmeer (scriptingtaal) in alle office apps van MS is. Dus het is niet zo gek om te investeren in kennis. MS is niet een bedrijfje dat op de fles gaat, en VB(A) is destijds uitgeroepen tot een stategisch platform.

Het gaat de VB6 programmeurs er niet om dat hun geld moeten betalen voor VB.NET, het gaat hun erom dat er geen VB7 komt. Die dan zonder aanpassingen hun VB6 code kan draaien, zoals dat vroeger ook ging toen ze upgraden van VB1/2/3/4/5 naar VB6.

Echter er is dus nu het punt bereikt, dat om de extra veiligheid en simpliciteit toe te voegen aan de uiteindelijke compilatie, deze stap nodig is. Schijnbaar is het aanpassen van de compiler niet voldoende en was een aanpassing aan de programmeer taal ook nodig.

En zo erg veel aanpassingen zijn er nu ook weer niet nodig, in een 800 codelijn ASP3 bestand, geschreven in VB, waren 37 aanpassingen nodig om deze VB.NET (ASP.NET) geschikt te maken. Iets wat mij helemaal geen geld koste, omdat dit gewoon met notepad kan. Nu zijn VB.NET applicaties wat meer complexer in code opzet, maar het geeft toch een indicatie aan dat het op zich wel meevalt.

De meeste aanpassingen waren zo simpel dat een search&replace al voldoende was, bijvoorbeeld Round(...) in VB is nu Math.Round(...) in VB.NET.

Maar ik kan me de irritatie van de andere programmeurs gemakkelijk voorstellen, als jij geforceerd wordt om al je oude code, die altijd goed werkte, volledig moet nalopen en converteren, zodat deze weer werkt. Mijn webapplicaties zijn meestal klein in opbouw, maar de grotere stand-alone applicaties in VB kunnen gemakkelijk 500,000+ codelijnen bevatten. Die laat ik zelf ook liever met rust.

Iets wat mij helemaal geen geld koste, omdat dit gewoon met notepad kan.
Het kost je alleen niets, als je tijd gratis is...

En zo erg veel aanpassingen zijn er nu ook weer niet nodig, in een 800 codelijn ASP3 bestand, geschreven in VB, waren 37 aanpassingen nodig om deze VB.NET (ASP.NET) geschikt te maken. Iets wat mij helemaal geen geld koste, omdat dit gewoon met notepad kan.

Is de omscholing van Visual Basic naar Visual Basic .NET gratis dan..??
Ik weet dat als je eenmaal één programmeertaal goed kent, de overstap naar een andere programmeertaal makkelijker is, maar dat wil niet zeggen dat je in een keer Visual Basic .NET kunt leren.

Ik kan het me wel voorstellen van Microsoft; ben bang de de programmeurs zich moeten bijscholen. Je kan niet voor altid 'oudere' progammeertalen ondersteunen. Was dat wel het geval, dan zou ik nu nog steeds programmeren met Atari's GFA Basic 3.0.

Maar je vergeet dat veel applicaties binnen bedrijven vaak middels oudere programmeertalen zijn ontwikkelt en onderhouden...

En wie weerhoud mensen ervan om dat nog steeds te blijven doen?
Dat het niet verder ontwikkeld wordt houd niet in dat je er niks meer mee kunt maken. Als het eerst werkte doet dat het nog steeds.

Nu ja, oud. Hoeft niet altijd slecht te zijn. Denk maar aan C of Fortran, twee talen die nog veel gebruikt worden. Beide zijn al een behoorlijk aantal jaartjes oud.

C wordt voor zo'n beetje elk groot programma gebruikt (waaronder de OSsen windows en *nix). Fortran heeft een wat hogere fossiliteitswaarde, maar wordt nog altijd intensief gebruikt voor toepassingen waar veel gerekend wordt en snelheid telt.

Er zijn nog steeds COBOL programmeurs en deze willen misschien wel omgeschoold worden, maar de programmeurs hebben het niet altijd zelf voor het zeggen. Men kan niet altijd een applicatie opnieuw bouwen in een andere taal omdat deze verouderd is: een hoop mensen en bedrijven zijn dus afhankelijk van support voor VB6.

Een programmeur moet zich altijd bijscholen.

het is gewoon een goede zet van MS.
Als ze alles naar .NET willen brengen (wat alleen maar goed is voor de Windows-developers community), dan moeten ze wel eens van VB af geraken.
Het is nu aan die VB programmeurs om VB.NET of C# te leren. De leercurve zal wel hoog zijn (van een niet OO naar een OO taal), maar nadien zullen ze er wel de voordelen van inzien (managed code, uitgebreid framework, etc...).


Owja, en MOEL: Er is ook wel zoiets als Delphi.NET.

Waarom is het gebruik van alléén .NET goed voor de developers community? Het is natuurlijk goed voor de .NET community, maar voor alle andere developers zie ik het voordeel niet in. Managed code KAN in sommige gevallen handig zijn, maar ik wil het liever niet opgedrongen krijgen.

Dit allemaal even los van persoonlijke voorkeuren enzo.

op de TU-Delft zijn nog steeds professoren die ponskaarten knippen.

Ben je bij het 5000ste gaatje, knip je verkeerd :o

Microsoft probeert .NET door onze strot te douwen.... Mischien is dit een goede gelegenheid om op Delphi over te stappen :+

De open variant van Delphi heet Kylix, maar daar wordt blijkbaar helaas al enige tijd niet meer aan verder ontwikkeld. Ik geloof dat Borland pas nog een 2005-versie heeft uitgebracht van zijn Delphi-suite.

Kylix is de closed source linux variant van Delphi en C++ Builder. Borland wilde Delphi graag multiplatform maken, maar als er geen vraag naar is blijven ze geen geld in een bodemloze put gooien. Dus helaas.

Nu probeert Borland het met Delphi voor .Net. Daarmee zou je uiteindelijk ook programma's voor linux moeten kunnen ontwikkelen aangezien er een linux variant van de CRL bestaat.

Maar beide zijn dus commeciele producten.

idd, ik ben wel pro .net maar dotNet mag eerst volwassen worden vind ik voordat ik overga.....

Helaas, de nieuwste Delphi ondersteunt het .NET platform :)

Ik denk dat de huidige gebruikers van Visual Basic 6 zich beter kunnen richten in de ontwikkeling in VB.NET/C#/Delphi aangezien dit programmeertalen zijn die relatief op de zelfde manier werken maar wel veel meer mogelijkheden bieden.

Iets waar ik me bij de ontwikkeling in VB6 op heb verkeken is de aansluiting op ontwerptalen als UML.
Naar ik heb vernomen is dit is VB.NET beter geregeld.

of Java? Dat heeft ook nogal wat punten gemeen met C-C# :P

Microsoft wil zich met Visual Studio richten op een verhoging van de productiviteit, de veiligheid en Data Access.
Ik denk dat vooral de veiligheid een probleem is in VB6, iedereen die een VB Script kan schrijven kan in principe ook een programmaatje schrijven in VB6.
Waarschijnlijk is dit de hoofdreden dat Microsoft deze taal wil vervangen door een veiligere variant.

C++ is veel flexibeler maar niet zo makkelijk onder de knie te krijgen als VB, daardoor is VB zo populair onder beginnende programmeurs en hobbyisten.

Door een nieuwe variant van Visual Basic -en andere talen- uit te geven wordt de kas van Microsoft natuurlijk ook gespekt, dit levert de softwaregigant uit Redmond nogmaals vele miljoenen op.

De titel van deze topic kan beter aangepast worden van
Microsoft reageert op petitie Visual Basic-ontwikkelaars
naar
Microsoft negeert petitie Visual Basic-ontwikkelaars
|:(

Dat is onzin, want ze reageren wel, maar niet naar jouw zin.

je bedoelt: ze reageren, maar geven op geen enkel punt toe aan de wensen van hun klanten.

Somigen noemen dat "bewust negeren" van de wensen van klanten

Prima reden om over te stappen op Open Source alternatieven :)

Het is gewoon normaal dat je soms je moet bijscholen. Je hebt enkel geluk als je COBOL hebt geleerd in de jaren 60 dat je nu nog steeds kan gebruiken maar dit is een rariteit. Ik ben zelf programmeur en ik vind het echt de gewoonste zaak van de wereld.

Bijscholen is inderdaad heel normaal. Maar dit gaat toch wel richting omscholen.
Ik kan met de noodzaak die Microsoft aangeeft een eind meegaan, maar sympathiek is deze manier van doen niet.

Omscholen? Iedere competente programmeur kan programmeren in een abstracte, implementatieonafhankelijke taal. Dat je er daarna een C/Delphi/Pascal/etc. sausje erover gooit om het te implementeren doet er niet zoveel toe.

Als deze mensen dan programma's hebben geschreven in visual basic, kunnen ze die dan niet meer doorontwikkelen? Lijkt me nogal lullig... Ik moet er niet aan denken dat ik een programma heb geschreven en het vervolgens geen toekomst meer heeft omdat het niet in de marketingplannen van een bedrijf past.

Natuurlijk sterven talen uit, maar dat is vaak omdat er geen interesse meer is: er worden nieuwe talen "uitgevonden" en programma's in oude talen worden na (hele) lange tijd niet meer gebruikt. Wie kent er nog een programma in B (voorganger van C)? :)

Bij open source heb je dan het voordeel dat een taal wordt doorontwikkeld en ondersteund zolang er voldoende interesse is. Bij een taal als visual basic ben je afhankelijk van de marketingplannen van een bedrijf.

Als deze mensen dan programma's hebben geschreven in visual basic, kunnen ze die dan niet meer doorontwikkelen? Lijkt me nogal lullig...
Natuurlijk kan dat wel, de compiler stopt toch niet meteen te werken als de 'support' stopt? Wij verkopen een groot programma dat grotendeels geschreven is in VB6 en zijn al sinds 2002 bezig om een nieuwe versie in dotnet te ontwikkelen. Overigens hebben we niet VB.Net maar C# als nieuwe ontwikkeltaal gekozen, als je toch al moet vernieuwen kan je het beter gelijk goed doen.

Voor ons zijn de toezeggingen die ze nu wel doen ruim voldoende en zeer zeker acceptabel:
Als reactie op het eerste verzoek van de ontwikkelaars benadrukt Rudder dat de ondersteuning niet ophoudt, maar verschuift naar 'extended support'. Dit houdt onder meer in dat voortaan betaald zal moeten worden voor ondersteuning
Maakt ons niet uit, als we evenveel van die ondersteuning blijven gebruikmaken als in het verleden zal het voor ons nog steeds gratis zijn ;)
Dit alles is overigens al in 2002 bekendgemaakt, tegelijk met de presentatie van de roadmap voor Visual Basic 6, zo vertelt Rudder.
Klopt, en ik vind het dan ook een beetje goedkoop om daar achteraf nog over te zeuren.
Het zal mogelijk zijn om Visual Basic 6-programma's te draaien in Windows Longhorn en dat betekent dat er bugs gefixt zullen blijven worden om dit voor elkaar te krijgen, aldus Rudder tijdens de chat. Verder zullen kritische security-updates ontwikkeld blijven worden om veiligheidsproblemen op te lossen.
Dit is een toezegging die voor ons wel van groot belang is en niet eerder zo duidelijk gedaan is. Hiermee is voor ons het probleem opgelost dat bestaande klanten nog jaren onze VB6-software blijven draaien, we kunnen ze nu ook garanderen dat dat mogelijk zal blijven in de volgende OS versie. Ik ben daar erg tevreden mee.

Het gaat echter niet om bijscholen maar om omscholen, een wezelijk verschil.

Daarnaast begrijp ik het standpunt van Microsoft wel hoewel ik er niet achter sta. Maar er zijn miljoenen VB developers en er zijn ontelbare programma's, veelal intern bij bedrijven in gebruik, die in VB zijn gemaakt.

Een ieder die VB6 code heeft en die heeft gekeken naar VB.NET zal toch onaangenaam verrast zijn geweest.

Een VOLLEDIGE rewrite is nodig, en dat is eigenlijk de grootste ergenis. Upgraden, bijwerken en bijleren dat wil iedere developer maar volledig alles overboord gooien en opnieuw beginnen is kapitaalvernietiging en vaak simpelweg ondoenlijk.

Het gaat echter niet om bijscholen maar om omscholen, een wezelijk verschil.

nee om bijscholen. Veel taalconstructies uit VB6 zitten nog in VB.NET.

Maar niemand dwingt je om te upgraden.
Een ieder die VB6 code heeft en die heeft gekeken naar VB.NET zal toch onaangenaam verrast zijn geweest.
Een VOLLEDIGE rewrite is nodig, en dat is eigenlijk de grootste ergenis. Upgraden, bijwerken en bijleren dat wil iedere developer maar volledig alles overboord gooien en opnieuw beginnen is kapitaalvernietiging en vaak simpelweg ondoenlijk.
Niemand dwingt jou tot het herschrijven van software in vb.net. De VB6 IDE stort echt niet in elkaar op 31maart en je programma's doen het nog voor lange tijd, de VM is nog supported t/m longhorn.

Geen hond heeft nog kunnen aantonen dat zn vb6 programmatuur niet meer zal werken op longhorn. Het is allemaal paniekgezaai van mensen die niet snappen hoe COM werkt noch hoe win32 wordt beheerd en van mensen die te beroerd zijn om te upgraden naar VB.NET maar WEL nieuwe features willen. Tja, dat gaat niet.

Ik blijf van mening dat het om omscholen gaat, er is zo ontzettend veel veranderd dat de opmerking veel taalconstructies zitten er nog in mijn inziens kant nog wal slaat. Als je bedoeld dat je nog steeds if then else kan doen, ja dat klopt, maar als je denkt dat het hierom gaat dan snap je de discussie niet helemaal.

En klopt, niemand dwingt tot upgraden, maar de praktijk leert dat het steeds lastiger wordt om applicaties in een 'dode' taal te blijven onderhouden.

Edit: het is hieronder door subspawn en CID.IOUS wel netjes verwoord
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 13:14 Migratietool Windows ACT 4.0 krijgt uitbreidingen
Vorige 11:15 Overkloksessie met DFI's LanParty nForce 4 UT SLI-DR
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011