Tuntuu olevan kovasti vallalla joissain kouluissa ja täälläkin käsitys että (java)ohjelmoinnin opettelu kannattaa aloittaa rakentamalla JBuilderilla tms. joku pikkunätti graaginen käyttöliittymä (tai appletti) ja sitten ihmetellä että mitenköhän saadaan mihinkin nappulaan jotain toimintaa. Tästä varmaan joku vetää herneen nenään, mutta olisko syytä perehtyä ensin ihan vaikka vaan yhden main-metodin sisältävän luokan sorvaamiseen, joka vaikka kirjoittaa ruudulle "Hello world" tai jotain yhtä nokkelaa..?
Sen jälkeen kun on oppinut rakentelemaan jotain konsolissa pyöriviä useamman luokan ohjelmia voi ehkä alkaa kikertää niitä graafisiakin kokkareita. Toi Visual Basicista (?) peräisin oleva ohjelmointityyli vie mun mielestä vaan perusteet aika pehmeälle alustalle.
Toki on kivempaa kun saa aikaan ruudulle jonkun laatikon jossa on nättejä nappuloita ja tekstejä, mutta jos kaikki ohjelman toiminnallisuus on koodattu yhteen, vielä graafisen käyttöliittymän sisältävään luokkaan, sen muokkaaminenkin saattaa tulevaisuudessa olla aika hankalaa.
Vai mitäpä mieltä muut on...?
Sen jälkeen kun on oppinut rakentelemaan jotain konsolissa pyöriviä useamman luokan ohjelmia voi ehkä alkaa kikertää niitä graafisiakin kokkareita. Toi Visual Basicista (?) peräisin oleva ohjelmointityyli vie mun mielestä vaan perusteet aika pehmeälle alustalle.
Toki on kivempaa kun saa aikaan ruudulle jonkun laatikon jossa on nättejä nappuloita ja tekstejä, mutta jos kaikki ohjelman toiminnallisuus on koodattu yhteen, vielä graafisen käyttöliittymän sisältävään luokkaan, sen muokkaaminenkin saattaa tulevaisuudessa olla aika hankalaa.
Vai mitäpä mieltä muut on...?
Vastaukset 12
Vanhimmat
Lue ohjeita ja ala koodata! Älä jahkaile tuommosten sivuseikkojen kanssa. Itsestään selväähän on se että KISS toimii. (Keep It Simple Stupid). Ensin kieli ja vasta sitten härvelit. Ilman builderia tulisi selvitä ainakin kaksi ensimmäistä vuotta. Ellet sitten osaa jo koodata jollakin muulla oliokielellä hyvin.
Todennäköisesti vähintäänkin samaiset yliopiston kurssit käyneenä ja vuosia työkseni koodanneena olen tosiaankin sitä mieltä että kannattaa noudattaa sitä KISS periaatetta. :)
Lähinnä odottelin kommentteja tuon "heti graafisia kikkareita piirtelemään"-suuntauksen kannattajilta..
Minusta on hyvin pitkälle jo menty päin helevettiä siinä mielessä, että ohjelmointi aloitetaan suoraan jollai GUI-maalaimella ja vähintään jotain visualbasiccia. Siitä johtuu, että meidänkin firmassa on "asiantuntijoita", joilla ei ole paskankaan vertaa hajua sitten, kun jossain frameworkissa kusee joku osa. "Apua miksei tule Cancel-nappia ja voi hui sentään!"
Ensin pitää opetella kieli ja sen jälkeen voi antaa sovelluskehittimen tehdä rutiinit. Ei toisin päin.
´...opetella.
Siitä on niin kauan kun itse olen aloittanut, että olen vähän jäävi sanomaan.
Mutta:
Luulisin että heti kun kieli on hallussa kannattaa opetella sovelluskehittimiä, esim jbuilderiä. Kun töisää sitten joutuu vastaamaan koviin kaupallisiin tulospaineisiin, tulisi ainakin jokin työkalu hallita koht. hyvin.
Työkaluja opetellaan vuosia käyttämään, ihan niinkuin ohjelmointiakian. Tämän takia luulisin että kannattaa kohtalaisen aikaisessa vaiheessa tutustua kaupallisesti kannattaviin kehitysympäristöihin, muuten ei markkinoilla pärjää.
..opeteltiin ainakin ensimmäisenä vuonna pelkästään vuokaavioita, javan-alkeita, muuttujia, taulukoita, luokkia, olioita, periytymistä ym. Ja vasta sitten siirryttiin graafisiin käyttöliittymiin AWT:n kautta Swingiin. Tällä hetkellä mietin vaan silti riittääkö nämä koulussa opetetut java "taidot" työelämässä yhtään. Sinne pitäisi kuitenkin kohta yrittää siirtyä.
voisin kuvitella, että riittää valan mainiosti. Itseäni pelotti myös työelämään siirtyminen, koska kaikki mut ovat "asiantuntijoita" ja itse vaan tämmönen kuranen opiskelija.
Ensimmäiseksi laitettiin tekemään monen miljoonan mummomarkan sovellusta yksin ja heti paskat housussa. 3kk päästä vasta tajus, että sitä on vähintään niin asiantuntija kuin firman muut spedet.
Olen huomannut ainakin sen, että jos sillä on farkut jalassa, niin se tietää jotain. Jos sillä on puku päällä, niin se ei tiedä paskaakaan.
> Ensimmäiseksi laitettiin tekemään monen miljoonan
> mummomarkan sovellusta yksin
No huh. Missä sä olet töissä?
TietoEnator AB
Tällä hetkellä töihin otettavilta vaaditaan kohtuullisen hyvää ohjelmointiosaamista. Taas tulee sekin aika, jolloin riittää, että saa tuollaisen graafisen häkkyrän pyörimään näytöllä. Tapellaan kaikista näistäkin "osaajista". Mutta itse kyllä arvostan enemmän sellaisia osaajia, jotka tuntevat ohjelmistosuunnittelun (olio-ohjelmoinnin ja muunkin) perusteet ja ymmärtävät mitä ovat tekemässä.
Itse opiskelin amk:ssa ja valmistuin vähän aikaa sitten. Meillä ohjelmoinnin opiskelu, ei javan, vaan ohjelmoinnin yleisin rakenteen alkoi ensimmäisellä kurssillle. Eli oli vuokaaviota ym. Viimeisillä tunneilla kyseistä kurssia teimme sitten klassinen Hello World- ohjelman konsoliin jota tutkimme. vasta seuraavalla kurssilla perehdyimme Javaan tarkemmin mm. awt, jdbc. Kolmannella kurssilla oli sitten jo paljon eri asioita esim. RMI, tiedostokäsittely, lisää tietokannoista, servlet... Lisäksi jatkokurssina oli kurssi joka käsitteli J2EE-arkkitehtuuria, EJB-komponentteja, JSP-sivuja,web palveluja ym. sekä J2ME-kurssi. Mielestäni sain hyvän opetuksen Javaan, tosin sitä itsekkin lähes päivittäin teki kaikenlasita omaa koodia ohan treenaus mielessä. Ja nyt sitten olenkin jo J2EE-arkkitehtuurin kanssa työelämässä mukana. Että perusteet kuntoon ennen mitään "hienouksia"
Javaa oppii parhaiten lukemalla. Siis töllö kiinni ja nenä kirjaan. Sitten kun asia on oikeasti sisäistetty, voidaan siirtyä koodaamaan.
Vähän turhan usein näkee kavereita, jotka tekevät monta vuotta vaikkapa EJB:tä muutaman hassun peruskurssin voimin ja ovat ihan pihalla siitä, että miten se containeri niitä hallinnoi, miten security realmit pelaavat, mitä RMI-IIOP-kutsu käytännössä tarkoittaa, mitä DataSource tekee ja miten se UserTransaction oikein toimiikaan (ihan vain esimerkkinä).
Tämän vuoksi pidänkin näistä Sunin ja kumppaneiden sertifioinneista. Ne pakottavat ihmiset ottamaan sen kirjan käteen ja sen jälkeen homma ei menekään enää ihan niin mutu-fiiliksillä. Ja jos serti menee persiilleen (tulos alle 75%), tietää että millaisiin hommiin kaveria ei tarvitsekaan enää pyytää.
Ite opiskellu nyt ohjelmointia pari vuotta. Jonkinlaisia olio-ja luokka-ajattelun mukaisia sql-tietokantaa käyttäviä swing-käyttöliittymällä olevia ohjelmia saan aikaiseksi. Mielestäni ymmärrän suhkot hyvin teorian olio-ajattelulle, kuuntelijoille, liiketoimintaluokille. Mutta en kyllä osais vastata esim noihin sun kysymyksiin:
Miten se containeri niitä hallinnoi?
Miten security realmit pelaavat?
Mtä RMI-IIOP-kutsu käytännössä tarkoittaa?
Mitä DataSource tekee?
Miten se UserTransaction oikein toimiikaan?
Ja kohta pitäisi siirtyä työelämään..... kai se pitää mennä kotiin kirjaston kautta ja alkaa lukemaan vähän teoriaa.