Hei vaan.
Mikä on nykyiselle ohjelmistonkehittämiskentälle lähtötaso osaamisessa?
Toki työsarka on laaja mikrokontrollereista webbiohjelmointiin...
Kertokaa rohkeasti kaikesta, vaikkapa esim. mitä kieliä tarvitsi osata ja mitä kaikkea niistä?
I/O-ohjelmointia, lajittelualgoritmeja, linkitetyjen listojen luomista, tietokantojen hallinnoimista, oliopohjaista ohjelmointia,
grafiikka- ja multimediaohjelmointia,
Windows-ohjelmointia jne?
(Ja varmasti uuden oppiminen ja soveltamiskyky on
tärkeää...?)
Onko mahdollista päästä duuniin oman osaamisen ja esim. työharjoittelun kautta vai tarvitaanko nykyään AINA tietojenkäsittelytekiikan tutkinto tai olla valmistuva DI tai inssi?
Kiitos vastauksista!
Mikä on nykyiselle ohjelmistonkehittämiskentälle lähtötaso osaamisessa?
Toki työsarka on laaja mikrokontrollereista webbiohjelmointiin...
Kertokaa rohkeasti kaikesta, vaikkapa esim. mitä kieliä tarvitsi osata ja mitä kaikkea niistä?
I/O-ohjelmointia, lajittelualgoritmeja, linkitetyjen listojen luomista, tietokantojen hallinnoimista, oliopohjaista ohjelmointia,
grafiikka- ja multimediaohjelmointia,
Windows-ohjelmointia jne?
(Ja varmasti uuden oppiminen ja soveltamiskyky on
tärkeää...?)
Onko mahdollista päästä duuniin oman osaamisen ja esim. työharjoittelun kautta vai tarvitaanko nykyään AINA tietojenkäsittelytekiikan tutkinto tai olla valmistuva DI tai inssi?
Kiitos vastauksista!
Vastaukset 12
Vanhimmat
Di/ insinörejäkään heitäkin on jo kortistossa jonoksi asti työkomusta heiltä löytyy riittävästi on valinnan varaa työnantajilla.Koskaan ei ole päässyt ilman loppututkintoa atk hommiin ehk lukuunottamatta nyrkkipajoja.
Isoihin yrityksiin on päässyt ilman loppututkintoja ihan hyvin ohjelmistosuunnittelijaksi. Tämä vain tarkoittaa, että osaat hommat ja yrität mm. harjoittelujen kautta jos ei muuten ovi aukene. Valitettavasti nuo hyvin koulutetut on osaamattomampia kuin rehellinen itse oppinut konkari.
Iso firma mikä on palkannut kouluttamattomia kavereita it hommiin? ei ainakaan Nokia hp Sonera Ibm jne lopputöitä ins ovat jotkut firmat palkanneet harjotuspalkalla tekemään.Aivan turha on Esim Soneralle laittaa papereita suunitteluhommiin ellei ole loppututkintoa tai tee lopputyötä firmalle älä tee itseäsi naurun alaiseksi.
En ole edellinen vastaaja, mutta esimerkiksi minä olen täysin paperiton kaveri ja töissä Nokialla. Ei niillä papereilla ole mitään merkitystä oikeassa elämässä vaan sillä oikealla osaamisella. Ja osaamisen voi näyttää vaikka tekemillään demoilla, aikaisemmilla projekteilla ja kertoa muista referensseistä.
Kauan nokialla enään töissä jos vahinko työnantajallekkin on käynyt sinut palkatessaan mitä en usko nokiasta lähdöt saat joka tapauksessa lähiaikoina.
Mikä ihmeen vahinko? Performance Evaluationit ovat joka vuosi ainakin toistaiseksi olleet yli 100%:n, joten ei ole hätää.
Sitäpaitsi, mikä ihmeen ilo se sinulle toisten potkut ovat? Oletko sellaisia ihmisiä jotka ovat iloisia kun joillakin toisilla menee huonosti tai vielä parempi jos koko maa menee lamaan? Et vaikuta terveeltä kaverilta.
eli 80-luvun ja 90-luvun lopulla oli ihan normitouhua tulla esim. nokialle ilman papereita opiskelijana sisään. Myös myyntipuolelta löytyy näitä esimerkkejä. No, silloin alalla oli imua vähän eri tavalla, nykyään voi olla vaikeempaa..
Itsellänikään ei papereita ole, ja suht haastavaa rautaläheistä koodausta tässä tehdään. Taitaa eniten vituttaa niitä paperilla pätijöitä, kun huomaavat että se loppututkinto ei olekaan mikään automaattinen avain onneen :D
Työnantajia on erilaisia ja mielellään he tietenkin ottavat korkeammin koulutettua väkeä. Datanomin tutkinto (ei se mikrotukityön suuntautumisvaihtoehto vaan se koodipuolen homma) on se ihan vähin minimi mitä voit odottaa vaadittavan. Sitten ratkaisee enemmän työkokemus ja se mitä oikeasti olet saanut aikaiseksi.
Kielten ja osaamisvaatimukset riippuu täysin alan firmasta mitä tuottavat. Helpoimpia on tietty web-ohjelmointi. Tosin, kuten ylempänä todettiin, että homma on siirtymässä nopeaa tahtia halvemman kustannustason maihin, kuten Intiaan ja Kiinaan.
Työharjoitteluun voi olla vaikea päästä, nimittäin jos sulla ei ole aiempaa osaamista ja näyttöä osaamisestasi, niin ei nykyajan yhtiöissä todellakaan ole aikaa lähteä ruohonjuuritasolta neuvomaan ja maksamaan siitä vielä palkkaa.
Harkitse myös jotain muuta alaa, koska tällä alalla joudut opiskelemaan aina jotain uutta ja tietomäärä jota joudut omaksumaan tulee olemaan laaja. Jos et siis ole tekniikan ihmelapsi, niin harkitse uudelleen. Kaikki ei ole sitä miltä näyttää...
Menestys vaatii paljon työtä, eikä aina koulutuskaan takaa työpaikkaa, kun on kymmeniä jos ei satoja muita hakijoita, joiden hakemukset ovat identtisiä. Panostaa pitää siihen, että erottuu joukosta edukseen.
Täyttä asiaa koko viesti. Mutta siinä ei ole pahemmin mainittu IT-alan nurjia puolia.
IT-alan huonoja puolia:
- ainainen kiire
- projektiluonteiset työt
- projektisuunnitelmat pettävät joka kerta ainakin joiltakin osin
- ei määritellä tarkasti mahdollisimman aikaisessa vaiheessa, minkälaisilla ominaisuuksilla varustettua softaa ollaan tekemässä
- vaatimukset paisuvat projektin edetessä
- jossakin vaiheessa projektia pettää aikataulutus, mistä seuraa väistämättä ylityön tarve
- asiakas ei tiedä, mitä haluaa
- projektirahoitus pettää
- koodaukseen ei panosteta, mikä näkyy bugisena ja paikoitellen toimimattomana paskasoftana
- testausta pidetään vain välttämättömänä pahana, vaikka se pitäisi nähdä laadunvarmistuksena
- loppujen lopuksi koko paska valuu lopputestauksen niskaan, mistä seuraa loputon korjaa/testaa -rumba devaajien ja testaajien välillä
IT-alan hyviä puolia:
- kohtalaisen hyvä palkka, ja tämäkin varauksellisesti, koska se on hyvin tapauskohtainen
Eli tervetuloa vaan IT-alalla, jos mielenkiintoa vielä riittää luettuasi edellä esitetyt IT-alan faktat. Saattaapa olla, että muutaman vuoden oltuasi mukana IT-alan asiakasprojekteissa, tekee mielesi siirtyä muihin, vähemmän stressaaviin, hommiin.
Nuo "nurjat puolet" ovat minusta pelkästään ammattitaidottomuutta eikä alan huonoja puolia.
Kun muutaman vuoden on tehnyt asiat noin, niin sitä alkaa ihan itseään säästäkseen määrittelemään asioita paremmin ja joku käsitys myös aikatauluista on vahvempi.
Asiakkasta kuulustellaan niin kauan, että on jokainen toiminto sopimuksessa/suunnitelmassa ylhäällä. Asiakkaan kanssa voi tehdä vaikka ihan powerpointilla jonkun paperidemon sovelluksesta, jota asiakas sitten yrittää käyttää ja tajuaa samalla putteet ja parannukset.
Sitten toteutetaan se suunnitelma. Jos asiakas haluaa lisää, niin version 1.0 jälkeen tai sitten aikataulu uusiksi.
Aika moni noista huolista poistuu, kun projektipäällikkö ja koodaajat hiukan viitsivät nähdä vaivaa.
Pienet firmat voi ottaa töihin ihan vaan juttelun perusteella ja isot firmat yleensä haluaa jonkun todistuksen pätevyydestä. Eivät muten ota riskiä, jos joku oppilaitos ei ole antanut muodollista pätevyyttä.
Muutama selitys:
- ainainen kiire -> joku ei osaa suunnitella aikataulua. En ole tehnyt ylitöitä vuosiin.
- projektiluonteiset työt -> vaihtelevat työt. Tavallisessa linjatyössä pitää olla valmista tiettynä päivänä tiettyy kellonaikaan, koska muidenkin työ seisoo. Tästä tulee stressiä.
- projektisuunnitelmat pettävät joka kerta ainakin joiltakin osin -> muutokset eivät ole suunnitelman pettämistä. Muutetaan aikataulua vastaavasti.
- ei määritellä tarkasti mahdollisimman aikaisessa vaiheessa, minkälaisilla ominaisuuksilla varustettua softaa ollaan tekemässä -> mun projektit on aina ollut iteratiivisia, lisää työtä, josta laskutetaan vähän lapinlisää.
- vaatimukset paisuvat projektin edetessä -> sitä sanotaa kehittämiseksi.
- jossakin vaiheessa projektia pettää aikataulutus, mistä seuraa väistämättä ylityön tarve -> kerran on kysytty, mutta kieltäydyin. Sen jälkeen ei ole kysytty.
- asiakas ei tiedä, mitä haluaa -> myykää asiakkaalle ensin hankesuunnitelma.
- projektirahoitus pettää -> ei petä, jos toimittaja saa tehdä kustannusarvion.
- koodaukseen ei panosteta, mikä näkyy bugisena ja paikoitellen toimimattomana paskasoftana -> osittain totta, mutta on ongelmia suunnitelunkin puollella
- testausta pidetään vain välttämättömänä pahana, vaikka se pitäisi nähdä laadunvarmistuksena -> joo
- loppujen lopuksi koko paska valuu lopputestauksen niskaan, mistä seuraa loputon korjaa/testaa -rumba devaajien ja testaajien välillä -> ???