Kuinkahan moni koodailee Visual Basic 6 tai vanhempaa?
Suosittelen heti että lopetatte aikanne tuhlaamisen jos opiskelumielellä koodailette, sillä olio-ohjelmoinnin opetus on sata varmasti edessä. Itse en ole VB:llä koskaan ohjelmoinnut, mutta yrityksessämme VB6 haudattiin.
Sain juuri todistaa yhden ihmisen mielenlaadun, joka on koodaillut ikänsä Visual Basicilla ja jolle oliot ovat myrkkyä, ymmärrän tosin mitä kauemmin vitkuttelee, vanhan koiran on vaikee oppia uusia temppuja.
Suosittelen heti että lopetatte aikanne tuhlaamisen jos opiskelumielellä koodailette, sillä olio-ohjelmoinnin opetus on sata varmasti edessä. Itse en ole VB:llä koskaan ohjelmoinnut, mutta yrityksessämme VB6 haudattiin.
Sain juuri todistaa yhden ihmisen mielenlaadun, joka on koodaillut ikänsä Visual Basicilla ja jolle oliot ovat myrkkyä, ymmärrän tosin mitä kauemmin vitkuttelee, vanhan koiran on vaikee oppia uusia temppuja.
Vastaukset 15
Vanhimmat
..jo aikoinaan vb1:sen aikoina opin että siitä saa ohjelmointi vamman, enkä sitä sen koommin ole käyttänyt ellei joku masokistinen yritys ole sitä ehdottomasti vaatinut, eikä ole ymmärtänyt omaa etuaan.
Olio-ohjelmoinnista olen näillä palstoilla huomannut, että siitä eniten vouhottavat eivät tajua mitään olio-ohjelmoinnista.
VB6:n olio-ohjelmointitoiminnoissa kyllä on puutteita verrattuna varsinaisiin oliokieliin kuten vaikka Visual Basic 2005:een. Joten nyt kannattaa opiskella VB 2005:ttä. Se on kokonaisuudessaan paras olio-ohjelmointikieli.
..heh heh.
Noita perustelemattomia hekotuksia on tullut kuunneltua vuosia. Kun aletaan perustelemaan asioita, niin nopeasti epäilijät katoavat.
Todennäköisesti sinäkin olet alle 25-vuotias harrastelijakoodaaja, joka esiintyy parempanakin asiantuntijana.
Olio-ohjelmoinnin etuja liioitellaan.
Monesti ne kirja esimerkitkin eduista ovat aika teoreettisia.
Olioilla myös yritetään monesti tehdä sellaista mikä olisi parempi tehdä proseduraalisesti.
Jos ainoa työkalu on vasara, niin kaikki ongelmat näyttävät nauloilta. Tämä pätee olio-ohjelmointiinkin. Enkä sano että olio-ohjelmointi on hyödytöntä, sille on paikkansa, mutta se ei ole yleispätevä työkalu kaikkeen. Mikään ei ole.
http://www.geocities.com/tablizer/myths.htm
oliot on jokatapauksessa paljon ihmisläheisempi tapa mallintaa ja toteuttaa ohjelmistoja siinä missä tehosta joudutaan hieman tinkimään. ne jotka on olio-ohjelmoineet erittäin harvoin haluavat enää palata "perinteiseen" proseduraaliseen ohjelmointiin. kun taas ne, jotka ei ole ikinä olio-ohjelmointiin (lue: vb:n käyttäjät) jaksaa paasata sen haitoista siinä missä fanaattisesti puolustavat omaa rakasta suosikkiaan (lue: vb:tä). niin se aina menee.
huoh,
a: ei kiinnosta vb:n pohtiminen yhtään enempää kuin kärpäsen jätös.
b: ei kiinnosta jonkun vb:stä innostuneen klopin kanssa väittely, elämä opettaa.
Ei kai kukaan paasaa olio-ohjelmoinnin haitoista vaan siitä, että olio-ohjelmoinnin hehkutukseen ei hirveästi ole aihetta. Jotkut vain tuntuvat pitävän olio-ohjelmointia itseisarvoina.
Olio-ohjelmointi on perinteistä ohjelmointia vaikeampaa ja asiat pitää ennen koodausta miettiä valmiimmiksi, tai muuten on riskinä että melkein samasta oliosta tulee monia versioita. Eli olio-ohjelmoinnin hyviä puolia "väärin" käyttämällä saa aikaan varsinaista risukasaa.
Joo samoilla linjoilla. Itse teen vielä suurimman osan funktioista ohjelmien VBA:n avulla (perustuu VB6:n), kun kaikkiin ei oo saatavilla mitään uudempaa ratkasua. Jollain vielä on käytössä niitä vanhoja ohjelmien versioita ettei vielä muutamaan vuoteen voi lopettaakaan.
Jos näyttää, että VB on jossain tehoton, lisäilen vaan C/C -kielisen dll:n joukkoon. Se on ainaki toistaseks ollu nopein vaihtoehto. Ei tietty saa mitään hienoja ikkunoita, mutta toiminta ainakin on taattua.
Ei siinä suurempia nopeuseroja oo kirjottamisen kanssa VB6:n ja VB2005:n välillä. Opettelun vaivaa kylläkin. Tuo olioiden käyttö on mulle tullu vaihtoehdoks vasta sitte, kun VB6 ei taitu helposti ko. ongelmaan.
Jos nopeutta haluat niin kokeileppa Delphiä (esim dll:n tekoon)
Pascalin sukuiset kielet oon jostain syystä sivuuttanut eli hallitsen jotenkuten nuo C/C /Assembly/VisualBasic -asiat. En tiedä onko ollut vaan hyvää onnea, mutta taidan skipata vieläkin. Hyvä yritys kuitenkin ;)
Monella softafirmalla on Visual Basicilla koodattuja vanhoja tuotteita/järjestelmiä, joista on asiakkaiden kanssa pitkä ylläpitosopimus. VB:llä koodattuja isoja kokonaisuuksia on helpompi ja tuhat kertaa halvempi jatkaa VB:llä kuin hoitaa uusiksi.
Siksi Visual Basic koodareita käytettäneen/tarvittaneen about 10 vuotta vielä.
kyllä varmasti jos on töissä spagettitehtaalla. mikään ei ole pahempi painajainen kuin joutua sörkkimään ja ylläpitämään jonkun vb-tyypin vääntämää hoitoa *voi pahoin ajatuksestakin*
> mikään ei ole pahempi painajainen kuin joutua
> sörkkimään ja ylläpitämään jonkun vb-tyypin
> vääntämää hoitoa
noin varmaan kannattaa sanoa työhaastattelussa. niitä vb:tä käyttäviä ohjelmia on aikamoinen liuta vielä jäljellä.
Jos olioiden makuun pääsee, se on vähän kuin pääsisi avaruuteen ja tajuaisi maailman olevan pyöreä. Siinä on hankala selittää muille, että maailma ei olekkaan litteä. Yritä siinä sitten selittää olioden eduista.
Nimen omaan tämä seikka, kun itse on kokenut MOLEMMAT TAVAT!
Se on itse koettava olio-ohjelmoinnin etu, se on niin paljon moniuloitteisempaa kuin perinteinen proceduaalinen ajattelutapa ja etu tulee nimeen omaan kokonaisuuksien hallinnassa esille, mitä isompi projekti, sitä helpompi on sen hallinta, kun tieto kapseloidaan rajapintoihin ja sovitaan yhteisistä pelisäännöistä.