Ohjelmointi on tänä päivänä yksi suosituimmista uravalinnoista.
Toiset tulevat alalle yliopiston tietojenkäsittelyopinnoista. Toiset käyvät bootcampit. Ja jotkut opettelevat itse, kirjoittaen ensimmäisiä sovelluksia iltaisin.
Polusta riippumatta lähes jokainen aloittava kehittäjä kysyy itseltään samanlaisia kysymyksiä.
Mitä teknologioita valita?
Miten löytää ensimmäinen työ?
Mitä yritykset odottavat?
Miltä arkipäivän työ software housessa näyttää?
Ja ehkä tärkein... Milloin lopetan olemasta junior?
Yli kahdenkymmenen vuoden ajan toteutettuamme projekteja eri alojen asiakkaille ja kasvattamiemme useita nuorempia kehittäjäpolvia voimme vastata moniin näistä kysymyksistä.
Mutta varoitus. Tässä ei ole listaa "10 kehystä, jotka sinun pitää opetella vuonna 2026".
Samanlaisia artikkeleita löytyy netistä tuhansia...
Sen sijaan haluamme näyttää, miltä ohjelmointi näyttää sisältäpäin. Aidosti.
Ilman markkinointihöpötystä. Ilman tarinoita Bali-rannalta koodavista kehittäjistä. Sen sijaan oikeita tilanteita, jotka todella tapahtuivat. Ja neuvoja, joita me itse olisimme joskus todella tarvinneet.
Mistä tämä sarja kertoo?
Seuraavien neljän artikkelin aikana käymme läpi polun, jonka lähes jokainen kehittäjä kulkee.
Seuraavissa osissa kerromme muun muassa:
- mitä kannattaa oikeasti oppia uran alussa,
- mitkä teknologiat ovat perustuksia ja mitkä vain ohimenevää muotia,
- mikä laitteisto ja ohjelmisto merkitsevät oikeasti,
- millainen arki on ammatillisessa software housessa,
- miksi Code Review on yksi parhaista tavoista oppia ohjelmointia,
- miten hyödyntää tekoälyä kehittymisen nopeuttamiseksi sen sijaan, että kopioisi koodia ajattelematta,
- mitä virheitä lähes jokainen junior tekee,
- miksi lause "minulla toimii" on muodostunut yhdeksi alan tunnetuimmista vitseistä,
- mistä junior, mid-tason kehittäjä ja senior-kehittäjä eroavat,
- miksi parhaita kehittäjiä ei usein tunnista ohjelmointikielten lukumäärästä vaan ajattelutavasta.
Jos aloitat juuri ohjelmointiurasi, tämä sarja auttaa sinua välttämään monia virheitä.
Jos työskentelet jo alalla, tunnistat todennäköisesti monia tilanteita, jotka muistuttavat omia kokemuksiasi.
Jokainen senior oli joskus eksyksissä oleva junior
Joskus sitä on vaikea uskoa. Katsot senior-kehittäjää, joka löytää bugin minuuteissa, vaikka sinä olet jahdannut sitä kaksi päivää. Hän kirjoittaa koodia niin nopeasti kuin ei tarvitsisi murehtia. Hän tuntee pikanäppäimet, joiden olemassaolostakaan et tiennyt. Hän puhuu arkkitehtuurista, suunnittelumalleista ja konttiteknologioista yhtä vaivattomasti kuin säästä.
On helppo ajatella: "Hän on yksinkertaisesti nero."
Useimmiten totuus on kuitenkin ihan toinen...
Jokainen senior on joskus:
- unohtanut puolivälissä jotain,
- poistanut vahingossa osan tietokannasta,
- taistellut bugin kanssa puoli päivää löytääkseen typografisen virheen,
- aiheuttanut ensimmäisen Git-konfliktinsa,
- laittanut korjauksen, joka... rikkoikin jotain aivan muuta.
Ero seniorin ja juniorin välillä ei useimmiten ole lahjakkuus. Se on kokemus. Ja kokemusta kertyy vain tekemällä työtä käytännössä.
Opiskelu opettaa ohjelmointia. Työ opettaa olemaan kehittäjä.
Tuo lause voi kuulostaa provosoivalta, mutta se kuvaa todellisuutta hyvin.
Opiskelu on loistava paikka ymmärtää perusteet. Algoritmit. Tietorakenteet. Matematiikka. Tietokonearkkitehtuuri. Käyttöjärjestelmien toimintamallit. Se on arvokasta. Mutta päivittäinen työ näyttää täysin erilaiselta.
Yhtäkkiä huomaat, että koodaamisen lisäksi täytyy myös osata:
- ymmärtää asiakkaan tarpeet,
- tehdä yhteistyötä UX-suunnittelijoiden kanssa,
- konsultoida ratkaisuja projektipäällikön kanssa,
- integroida ulkoisiin järjestelmiin,
- lukea dokumentaatiota,
- kirjoittaa dokumentaatiota,
- analysoida käyttäjien raportoimia virheitä,
- osallistua Code Review -prosessiin,
- suunnitella omaa työtään,
- arvioida tehtävien toteutusaikaa.
Ja juuri näitä asioita useimmat opinnot eivät opeta.
Suurin yllätys? Ohjelmointi on vain osa työtä.
Tämä yllättää lähes jokaisen juniorin.
Kuvan mielessä?
Tulet töihin. Saat tehtävän. Kirjoitat koodin. Luovutat. Menet kotiin.
Todellisuus on toisenlainen...
Suuri osa päivästä kuluu keskusteluihin. Suunnitteluun. Analyysiin. Kokouksiin. Olemassa olevan koodin lukemiseen. Debuggaukseen. Ongelman juurisyiden etsimiseen.
Koodin kirjoittaminen on usein vain yksi osa prosessia.
Hyvä kehittäjä ei ole se, joka kirjoittaa koodia nopeimmin. Hyvä kehittäjä on se, joka löytää parhaan tavan ratkaista ongelma.
Joskus paras ratkaisu on... olla kirjoittamatta yhtään uutta koodiriviä.
Tarina tiimistämme
Muutamia vuosia sitten harjoittelija liittyi tiimiimme. Muistamme sen päivän hyvin.
Suuri into. Vielä suurempi uteliaisuus. Ja tuhansia kysymyksiä: Miksi teemme näin? Miksi käytämme tätä suunnittelumallia? Miksi ei voi tehdä yksinkertaisemmin? Täytyykö todella kirjoittaa testejä? Miten Git toimii?
Meistä jokainen on joskus esittänyt samanlaisia kysymyksiä.
Siksi odotimme vähemmän sitä, että hän aloittaa heti monimutkaisten ominaisuuksien rakentamisen, ja panostimme johonkin täysin muuhun – ajattelutavan opettamiseen.
Emme näyttäneet vain miten
Selitimme ennen kaikkea miksi
Ensimmäisten harjoittelujaksojen jälkeen hän palasi meille uudelleen. Hän sai yhä vastuullisempia tehtäviä. Osallistui Code Reviewihin. Tutustui uusiin teknologioihin. Katseli, miten projekteja viedään asiakkaalle. Oppi työskentelemään koko tiimin kanssa.
Tänään hän on täysivaltainen jäsen software housessamme.
Hän johtaa vaativia tehtäviä. Suunnittelee ratkaisuja. Ratkoo ongelmia, jotka muutama vuosi sitten tuntuivat hänestä mahdottomilta.
Tapahtuiko tämä siksi, että hän oppi uuden kehyksen? – Ei.
Suurin muutos oli oppia ajattelutapa. Hyvä kehittäjä ei tunne kaikkia vastauksia. Hyvä kehittäjä tietää, miten hakea vastauksia tehokkaasti.
"Minulla toimii..."
Emme voi päättää ensimmäistä osaa ilman yhtä alan klassisimmista lausahduksista.
Jokainen, joka on työskennellyt IT-alalla jonkin aikaa, tuntee lauseen. - Minulla toimii.
Lause on samalla hauska...
...ja erittäin vaarallinen.
Käyttäjää ei kiinnosta, että se toimii sinun koneellasi.
Asiakasta ei kiinnosta, että se toimi testiympäristössä.
Tuotantopalvelinkaan ei lue kommenttia: // minulla toimi :)
Todellinen kehittäjä ei lopeta analyysiä toteamukseen "minulla toimii".
Hän kysyy seuraavaksi: Miksi se toimii minulla, mutta ei asiakkaalla?
Tästä alkaa todellinen oppiminen.
Termistö
Junior Developer
Uraansa aloitteleva kehittäjä. Keskittyy kokemuksen kartuttamiseen, hyvien käytäntöjen oppimiseen sekä teknisten taitojen ja tiimityöskentelyn kehittämiseen.
Code Review
Toisen kehittäjän tekemä koodin tarkastus. Tavoitteena on parantaa koodin laatua, löytää mahdollisia virheitä ja jakaa tietoa tiimissä.
Framework
Valmiiden kirjastojen ja työkalujen kokoelma, joka helpottaa sovellusten rakentamista. Framework määrittää projektirakenteen ja nopeuttaa ohjelmistokehitystä.
Git
Yleisimmissä käytössä oleva versionhallintajärjestelmä, joka mahdollistaa muutosten seuraamisen ja useiden kehittäjien yhteistyön saman projektin parissa.
Debuggaus (Debugging)
Prosessi, jossa etsitään, analysoidaan ja korjataan sovelluksen virheitä.
Yhteenveto
Jos tämän osion lukemisesta jää mieleesi vain yksi asia, olkoon se tämä.
Ohjelmointia voi oppia kursseilta, kirjoista ja videoista.
Olemaan kehittäjä opit vasta, kun alat ratkaista oikeita ongelmia yhdessä muiden kanssa.
Sieltä syntyvät kokemus, vastuu ja ajattelutapa, jotka ajan myötä erottavat hyvän kehittäjän henkilöstä, joka vain osaa kielen syntaksin.
Seuraavassa osassa siirrymme konkreettisiin asioihin.
Näytämme, mitä kannattaa oikeasti oppia, mitkä teknologiat muodostavat vahvan uran perustan, minkä laitteiston ja ohjelmiston valita sekä miksi yhden ohjelmointikielen hyvin hallitseminen on usein arvokkaampaa kuin pinnallinen tietämys viidestä.
