SG.hu·2001. június 19.

Visual Basic.Net: megéri a váltás?

[ZDNET] Immáron tíz év telt el azóta, hogy a Visual Basic berobbant a szoftverfejlesztői eszközök piacára. Az azóta eltelt években a Visual Basic viszonylag gyorsan egyre szélesebb körben elterjedt, és egyre nagyobb népszerűségre tett szert, most azonban a megjelenés tizedik évfordulóján elég komoly kihívással kell szembenéznie. Érdekes módon nem arról van szó, hogy a Borland Software-féle Delphi, vagy a Sun Microsystems-féle Java jelentené a legnagyobb fenyegetést a Visual Basic számára, hanem a Microsoft saját maga.

Míg a programozók egyik fele azon az állásponton van, hogy a programozási nyelv legújabb kiadása, a Visual Basic.Net csupán olyan szükséges módosításokat tartalmaz, mely elengedhetetlenül szükséges ahhoz, hogy a Microsoft tartani tudja lépést a konkurenciával, és az idő múlásával, a szoftverfejlesztők másik része valóságos undorral tekint a Visual Basic.Net-re, mert szerintük az túlságosan bonyolultra sikeredett, és a korábbi verziókhoz képest túl sok változtatást hajtottak végre rajta.

"Én csak itt ülök, és csodálkozva nézem, hogy milyen csapás ért minket" - mondta Dan Barclay, az Orange-i (Texas) székhelyű Barclay Software cég elnöke. Barclay minden bizonnyal tudja, hogy mit beszél, hiszen már szinte a kezdetek óta megrögzött Visual Basic programozó, és eddig az összes Visual Basic verziót kipróbálta már, most azonban elmondása szerint váltásra kényszerül majd. Barclay valószínűleg a Borland-féle Delphi és Kylix szoftvereket fogja ezután használni, mert szerinte a Visual Basic legújabb, .Net-es verziójában végrehajtott legtöbb változtatásnak semmi értelme sincsen.

"Szerintem mindig is lesznek olyan hozzám hasonló emberek, akik nem azzal szeretnének folyamatosan foglalkozni, hogy felfedezzék az ismeretlent" - mondta Barclay.

Ken Spencer, egy másik professzionális Visual Basic programozó teljesen más véleményen van, ugyanis szerinte mindenképpen megéri áttérni a Visual Basic.Net-re, mert, ha valaki egyszer komolyan elhatározza, hogy megismeri az új szoftvert, akkor az annak viszonylag rövid idő alatt, nagyobb zökkenők nélkül sikerülni is fog, a Visual Basic.Net-ben rejlő új lehetőségek pedig bőségesen kárpótolják majd az esetleges vesződségekért. Spencer ezenkívül kiemelte még, hogy a Visual Basic legújabb verziója egy rendkívül stabil és egyben nagyon gyors fejlesztői környezet.

Kapcsolódó cikkek és linkek

Elkészült a Visual Studio 2005 második bétája Petíció a Visual Basic 6 támogatása érdekében Új Visual Studio eszközök Office-hoz A fejlesztők zúgolodnak az új MS Visual Basic miatt Microsoft ↗

Hozzászólások

Jelentkezz be a hozzászóláshoz.

tudom, mi az a fordító! és nem mondtam, hogy nem cégek fejlesztik, csak azt mondtam, hogy a gcc-t nem, mert az GNUGPL, azaz nyíltkódú, ingyenes. és fordító, nem nyelv. és a gcc peciel az EGYETLEN fordító, ami szóról szóra megegyezik a c++ szabvánnyal, annyira, hogy már az a szabvány alapját képezõ fordító.(az include könyvtárak természetesen gyorsdan csaerélõdnek, lehet, hogy az újabbak nincsenek benne)

Törölt felhasználó2001. 06. 21.. 16:52||#13

nos akkor. a szabványt iso-nak becézik. az láccik, hogy nem régóta próbálsz elsüppedni a c++ nyelv rejtelmeiben, mert különben nem mondanál ilyeneket. sõt, hogy feleslegesen ne raboljuk egymás idejét ime egy pár CÉG által fejlesztett fordító: metrowerks, metaware, zortech, symantec, small, visual, comeau, borland, intel, kai, sun, watcom, visualage ... illetve, ugye van egy rakat gnu c spinoff, mint mingw, djgpp, lcc stb. amit általában csoportok fejlesztenek nem kereskedelmi alapokon. és mégegyszer: mindegyik fordító, tehát MÉGEGYSZER: M-I-N-D-E-GY-I-K fordító más-más extensionökkel egészíti ki vagy éppen definiálja felül a c++ szabványt. ez megnyilvánulhat szintaktikában, az öröklõdés menetben, templatekben. egyszerúen bármiben. pont. lémerekkel és "nagytudásúakkal" nem vitázom.

na akkor:
amit te gcc-nek nevezel aza csupaz szabványos (ISA) C++ bizony. ezen kívü van még C, meg Visual C++, meg 1 csomó más, de ez, hogy a fordító határozza meg, ez hülyeség. ha van 1 programod, amit akár a legutolsó kis senkiházi fejlesztõben fejlesztettél, azt akkoris lenyomhatod a gccn. SÕT! ha esetleg 1 hello világ programot íyrnál, szt is lenyomhatod gcc-n.
és gcc-n nem 1 vérbeli VC kódot nem tudnál lenyomni, hanem SEMMILYEN VISUAL KÓDOT NEM TUDNÁL LENYOMNI. csak ennyi.
de az érveléseddel az alapvetõ hiba: ha te 1 céget a fordítójával fémjelzel, akkor most rá vagy baszva, mert a gcct nem cég fejleszti
és azért is rá vagy baszva, mert te nyelvnek akartad behelyettesíteni a nyelv 1ik fordítóját... kókler. ha nem értesz v.mihet, akkor ne pofázz bele!

Törölt felhasználó2001. 06. 20.. 14:25||#11

eztet hadd ne kommentáljam, jó?

na jó, egy mondatot azért engedjél meg. nos ha komolyabban foglalkoz(ná/o)l a c++ rejtelmeivel, akkor tud(ná/o)d, hogy fantasztikusan nem ugyanúgy múködik a kettõ. egy vérbeli vc6 kód nem fordul le gcc alatt és viszont. jómagam általában fordítokkal fémjelzem a különbözõ cégek által fejlesztett cpp implementációkat. az inprise, vagy mit tudom én most éppen, hogy híjják cég fordítóit olyan minõségûnek találom mint a cég nevének stabilitását. >)

dotnet buko lesz imho. Aminek van eselye, az a c#, mert a vb.net-et meg az MS hivok is leirjak.

te tunyik b!
tudod mi az a gcc? fordító. egy c/cpp fordító több platformra!

de ezekkel 1etértek, van még 1 jó nyelv, a delphi. pontosabban 1 nagy szarás az egész, de nagyon 1*û, ha valami kis munka van, akkor sokkal jobb. de ha komoly programot írnak, akkor azt télleg Vis.cppben kell.

Törölt felhasználó2001. 06. 19.. 17:16||#6

jómagam két nyelvrõl állítom, hogy megéri megtanulni õket a legmélyebb szintíg: a gcc, meg a vc6.

"... egy rendkívül stabil és egyben nagyon gyors fejlesztõi környezet".
Most már értem, hogy miért csak egyszer fagyott le a három héttel ezelõtti Microsoft fejlesztõi konferencián.

További bejegyzések a fórumban...