Listatkaahan kaikki firmat joissa tiedätte käytettävän VB:tä ensisijaisena ohjelmointivälineenä, eritoten kutosversiota.
Tämä siksi, että tietää mitä paikkoja ehdottomasti kannattaa varoa.
Tämä siksi, että tietää mitä paikkoja ehdottomasti kannattaa varoa.
Vastaukset 11
Vanhimmat
vuosia sitten koodasin vb:llä.
sitten tuli .net
nykyään useimmat projektipäällikot eivät välitä siitä onko osa kirjoitettu vb.netillä tai c#:llä.
Mihinkäs se loistava java oikein unohtui?
Niin monelta puskurinylivuoto ja muilta yleisesti ohjelmistoja vaivaavilta ongelmilta olisi säästytty jos olisi käytetty javaa.
siinä kohtaa, kun mikkisofta kaatuu, pitää sanoa, että olisimpa kirjoittanut tämänkin Javalla. Eihän se vielä olisi edes lähtenyt käyntiin!
"nykyään useimmat projektipäällikot eivät välitä siitä onko osa kirjoitettu vb.netillä tai c#:llä."
Edelleen jos joku pistää mulle hakupaperit joissa koodauskokemus perustuu pelkästään noihin, paperit surahtaa välittömästi silppuriin.
Että jos JVM on käynnissä, kuten se on Tomcatissa ja monissa muissakin systeemeissä niin java sovelluksen käynnistys on todella nopeaa, ladataan vain asiaankuuluva luokka ja se on siinä.
Jos JVM ei ole käynnissä on tilanne ihan toinen. Mutta eihän kukaan ole niin hullu että kutsuisi esim CGI:n kautta JVM:ää, joka suorittaa tarvittavan luokan. Tosin onhan tuokin toki mahdollista. Testattu on, mutta jos sitä käytetään enemmän kuin nimeksi, menee systeemit viralliseen suomi24 tahmaan. ;)
Sekä Delphi että Java ovat oliopohjaisia ohjelmointivälineitä.
Mutta on niillä erojakin:
1. IFEDF - ELSE - ENDIF: Delphistä löytyy, Javasta ei. (NetBeansissä on rajoitetusti, mutta vain j2me:n sisällä, EI esim j2me:n ja j2se:n välillä!)
2. Delphissä on sekava C -tyylinen syntaksi, Delphissä Objectpascal pohjainen selkeä. Miksi pitäisi olla erikseen & ja && kun Delphissä molemmat hoituvat varatulla sanalla AND ? - ja sama pätee: | - || - OR. tai ^ - XOR.
3. Delphissä on selkeä projektinhallinta, Javassa ei. Esim NetBeans ottaa automaattisesti mukaan käännökseen projektin src -hakemistossa ja sen kaikissa alihakemistoissa olevat .java -päätteiset tiedostot, vaikkei niihin viitattaisi ensimmäiselläkään import -lauseella. Delphissä yksikään tiedosto ei tule automaattisesti osaksi käännöstä, vaan jokainen mukaan haluttava Unit kutsutaan mukaan uses -lauseella.
4. Javaohjelma jumiutuu ajoittain täysin: sillä aikaa kun automaattinen roskienkeruu siivoaa pois muistista tarpeettomaksi käyneitä olioita, koko muu osa ohjelmasta odottaa roskiensiivousajon päättymistä, eikä mikään muu etene. Malliesimerkki tästä:
http://www.siirretytnumerot.fi/
Kun kyseinen Javalla koodattu palvelu on synyt vapaan muistitilansa, käynnistyy roskienkeruu. Jos epäonneksesi teet oman kyselysi juuri kun roskienkeruu on käynnistynyt,saatat joutua odottamaan vastausta yli minuutin.
Delphissä ei tapahdu tällaisia yllättäviä roskienkeruuajoja, jotka jumiuttavat kaiken muun.
Delphissä ohjelmoija itse päättää, milloin olio luodaan ja milloin se tuhotaan. Automaattituhoamisen saa käyttöön Interfaceja käyttämällä, mutta tällöinkin Interfacen viittaama olio tuhotaan automaattisesti heti,kun siihen kohdistuu 0 viittausta, eikä useiden olioiden tuhoamista kerätä yhteen siivousajoon, joka sitten jumiuttaisi kaiken, kuten Javassa tapahtuu.
5. Javassa KAIKKI on olioita, Delphissä voi kirjoittaa myös EI -oliokoodia. Unitien ansiosta kaikki pysyy silti hyvässäjärjestyksessä.
6. Javasta puuttuu propertyt. Miksi pitäisi kirjoittaa:
a := Edit1.getText(); ja Edit1.setText(a);
kun Delphissä asia hoituu näin:
a := Edit1.Text; ja Edit1.Text := a;
Propertyhän voi viitata joko muistipaikkaan TAI get/set -metodiin.
7. Delphissä tyyppimuunnos (typecast) on Javaa voimakkaampi väline. Joissain tapauksissa Delphi -koodi on huomattavastikin Javaa nopeampaa, koska Delphissä asia voidaan tehdä suoraan, Java vaatii kiertotien käyttöä. Ja Delphi kääntää suoraan konekieleksi, Java taas java -tavukoodiksi.
8. Delphissä on proseduraaliset ja metodityypit.
Juuri tämän ansiosta formille pudotetun TTimer -komponentin OnTimer -kohtaa tuplaklikkaamalla Delphi osaa luoda tapahtumakäsittelijän ajastimelle. Voi sen manuaalisestikin tehdä:
Timer1.OnTimer := Form1.Timer1Timer;
Javasta tämä mekanismi puuttuu, ja siksi on käytettävä kankeampaa tapaa, jossa hyödynnetään Javan runnable -mekanismia. Entä, jos ajastimia olisi useampi kuin yksi ? Delphi selviytyy tästäkin helposti, entä Java ?
Monella on turhaan markkinoinnin luoma mielikuva Delphistä visuaalisena kehitysvälineenä. Delphi on toki erittäin pätevä visuaalinen kehitysväline, mutta Delphillä voi toki kirjoittaa vaikkapa ISAPI -rajapinnalla DLL:iä, jotka tarjoavat aktiivista sisältöä nettiin, eikätulos varmasti häviäJavan Servleteille, päinvastoin.
Eikä mikään estä koodaamasta vaikkapa http -palvelinta kokonaan Delphillä jos niin halutaan.
On Delphillä ja javalla toki yhtäläisyyksiäkin:
1. Olioissa yksinperintä, mutta yksi olio voi toteuttaa useita interfaceja.
2. Ei esiprosessoritrikkejä C/C :n tapaan. Delphissä silti ifdef, else ja endif -ehdollinen kääntäminen.
3. Molemmista löytyy merkkijonot, Delphin toteutus tässäkin tehokkaampi, Javan toteutus lisää roskienkeruumekanismin kuormitusta.
Ja Delphi -koodi siis pyörii sellaisenaan windowsissa, Delphistä on myös .net -versio.
Samaa koodia voi hyödyntää myös Linuxissa, joko Kylixin (poistunut tuote) tai avoimen FreePascal Lazarus -yhdistelmän avulla.
Näkyy se olevan joillekkin VB-koodareille olevan ikuinen tuska päästä irti VB-koodista/tyylistä!
Sillä, tätä ei-olio-ohjelmointia tehdään vielä Delphilläkin. Minusta koko Delphin etu menee hukkaan, kun ei osata olio-ohjelmointia :/ Eli tehdään "wanhaa" koodia Delphillä, kun se sen sallii :/
Noh, olen vain pelkkä koodari (harrastelija) ja en voi sille mitään kun insinöörit tekee näin firmassamme, jotka ei tiedä olio-ohjelmoinnista tuon taivaallista, voi herran jumala!!!
Voi kiesus sitä kommentoimatonta koodia, mitä olen nähnyt heidän tekevän vielä, ei kommentin kommentia!!!
Mutta minä en ole päättävä elin, vain sivusta seuraava :/ Silti olen se neuvoa antava osapuoli kummiskin, jolta kysellään...
Helpotus on onneksi se etten ole vastuussa :) hahahahahah!
Haluat listan kaikista Suomen firmoista joissa vielä VB käytössä?
No samaan syssyyn listatkaahan .net, c , java, symbian etc. firmat.
Saadaan tosi kattava katsaus.
Ei sillä ettäkö se vb pitäisi olla, mutta mikä on se tämän hetken ylivertainen kieli? Fortran kö?
Ruby ja Ruby On Rails rokkaa!
Täällä väännetään Pythonilla. En ollut aikaisemmin koodannut kuin C#lla ja Javalla. Ensimmäisen kuukauden jälkeen tuntui todella mukavalta päästä itse asiaan turhan teknisen kikkailun sijasta.