IT-alan työpaikat

[zepi]

Play varmaan ironiaa tässä? Springin osalta tavallaan ymmärtää jos siis joku halutaan heti remmiin mukaan.

Mut ainakin meillä katotaan kyllä yleistä osaamista, eikä ymmärtääkseni ole kovinkaan tarkkaa osaako jotain tiettyä käytössä olevaa teknologiaa. Sen sijaan kokemusta vaaditaan yllättävän paljon, ja ihmettelen mihin se töissä kasvaminen on jäänyt kun samalla itketään hakijoiden vähyyttä.

Mä taas en ole koodannut melkein 6’een vuoteen ja vähintään kerran kuussa tulee viestiä linkedinissä miten olen just se koodari jota ovat etsineet. Aika outo yhtälö, siis että ovat ettineet koodaajaa joka on lopettanut koodaamisen.

Mut joo, tuntuu olevan vahva trendi joka paikassa että on niin kova kiire, että rekryssä haetaan vaan tyyppejä jotka voisivat saman tien ruveta (paperilla) töihin kun kaikki kyky pitkäjänteisyyteen on kadonnut.

Olisivatko Business-syklit it-puolella lyhentyneet suhteutettuna tarvittavien kokonaisuuksien monimutkaisuuteen.

Tartteis saada nopeammin valmista, että ehtii jäädä voitollekin.

 

[hks]

Kannattaa tsekata/testata DevStack, jos OpenStack kiinnostaa.

Openstack-juna meni jo, alkaa olemaan aika harvassa ne uudet toteutuksetkin jo.
Is OpenStack still a thing?


Is OpenStack really for you? An aftermath of a failed attempt
"I’ve probably seen more failures than happy ending projects"

 

[shams]

Openstack-juna meni jo, alkaa olemaan aika harvassa ne uudet toteutuksetkin jo.
Is OpenStack still a thing?


Is OpenStack really for you? An aftermath of a failed attempt
"I’ve probably seen more failures than happy ending projects"

OpenStack on ollut monelle hyvä harjoitusalusta, sillä ei ole mielestäni juuri merkitystä kuinka paljon sitä vielä käytetään nyt tai tulevaisuudessa. OpenStack-osaaja pystyy siirtymään vaikka AWS:n hyvin nopeasti.

e: OpenStack-osaajalla tarkoitan siis henkilöä joka on tehnyt integraatioprojekteja OpenStackkia vastaan, en sitä joka on konffannut kyseisen järjestelmän.

 

[hks]

OpenStack on ollut monelle hyvä harjoitusalusta, sillä ei ole mielestäni juuri merkitystä kuinka paljon sitä vielä käytetään nyt tai tulevaisuudessa. OpenStack-osaaja pystyy siirtymään vaikka AWS:n hyvin nopeasti.

e: OpenStack-osaajalla tarkoitan siis henkilöä joka on tehnyt integraatioprojekteja OpenStackkia vastaan, en sitä joka on konffannut kyseisen järjestelmän.

No miksi harjoitella openstackilla kun AWS on jo olemassa missä voi harjoitella, tietty jos on osaamista jo valmiiksi Openstackista niin sitten joo.

 

[Incredible Buff]

Play varmaan ironiaa tässä? Springin osalta tavallaan ymmärtää jos siis joku halutaan heti remmiin mukaan.

No ei varsinaisesti. On multa kysytty sekin, että pitkäänkö oot Play:n kanssa värkännyt.

 

[dropadrop]

Olisivatko Business-syklit it-puolella lyhentyneet suhteutettuna tarvittavien kokonaisuuksien monimutkaisuuteen.

Tartteis saada nopeammin valmista, että ehtii jäädä voitollekin.

Voitosta en tiedä, usein kiire ja nopeus voi sotia sitä vastaankin. Mut toki tavoitteet kovenee ja aikataulut tiukkenee, samalla kokonaisuudet muuttuvat monimutkaisemmiksi.

Olen nähnyt aika monta tapausta viime aikoina joissa hakijoiden joukossa on ihmisiä jotka ovat tehneet todella monella positiossa hommia ja mun silmään vaikuttaneet tosi kovilta. Kuitenkin on päätetty keskittyä niihin hakijoihin jotka ovat työskennelleet edellisessä positiossa mahdollisimman samankaltaisessa hommassa... Perusteluna on ollut, että pääsee nopeammin hommiin kiinni, mut väittäisin että jos kattoisi kvartaalin sijaan vuoden eteenpäin vois asetelma olla ihan toinen.

 

[SampoTexaa]

Voitosta en tiedä, usein kiire ja nopeus voi sotia sitä vastaankin. Mut toki tavoitteet kovenee ja aikataulut tiukkenee, samalla kokonaisuudet muuttuvat monimutkaisemmiksi.

Olen nähnyt aika monta tapausta viime aikoina joissa hakijoiden joukossa on ihmisiä jotka ovat tehneet todella monella positiossa hommia ja mun silmään vaikuttaneet tosi kovilta. Kuitenkin on päätetty keskittyä niihin hakijoihin jotka ovat työskennelleet edellisessä positiossa mahdollisimman samankaltaisessa hommassa... Perusteluna on ollut, että pääsee nopeammin hommiin kiinni, mut väittäisin että jos kattoisi kvartaalin sijaan vuoden eteenpäin vois asetelma olla ihan toinen.

Koskee varmaan kaikkia hommia IT alalla. Miljoonavuotta samaa hommaa tekijä on kovempi juttu kuin kaveri joka on nähnyt sitä sun tätä.

 

[Jorsetti]

Mutta tuleeko näistä sitä sun tätä -tyypeistä sitten niitä käsienheiluttelijoita?

 

[shams]

Mutta tuleeko näistä sitä sun tätä -tyypeistä sitten niitä käsienheiluttelijoita?

Ne etsivät niitä mielenkiintoisempia hommia, eivätkä jumitu ylläpitämään jotain legacy-paskaa kymmeneksi vuodeksi. Tv. sitä-sun-tätä -tyyppi.

 

[dropadrop]

Koskee varmaan kaikkia hommia IT alalla. Miljoonavuotta samaa hommaa tekijä on kovempi juttu kuin kaveri joka on nähnyt sitä sun tätä.

Riippuu ihan tapauksesta... Mä oon tehnyt erinäisiä IT hommia 20 vuotta ja siihen on mahtunut tunkkaamista, koodaamista, tietoturvaa ja nykyisin tuotehallintaa. On ollut jossain vaiheessa hetkiä kun mä kelasin että olisi pitänyt keskittyä yhteen asiaan jotta olisi voinut edetä vaikka arkkitehdiksi, mutta siitä on aika kauan. Sittemmin olen ollut monessa eri arkkitehdin roolissa, ja siirtynyt siitäkin eteenpäin.

Toki mä olisin voinut viettää 20v nyhjäten kapealla alalla ja olla sen suhteen huippu. Nyt mä taas pystyn luovimaan ohjelmistoarkkitehtien, järjestelmäarkkitehtien ja busineksen seassa ja keskustelemaan tasavertaisesti kaikkien kanssa ja se tekee musta uniikin. Mua ei haittaa pätkääkään että moni niistä voi olla omalla sarallaan parempi kuin minä, itseasiassa se on toivottavaa.

Meillä on töissä satoja it-asiantuntijoita ja joukkoon mahtuu sekä kapean alan asiantuntijoita, että laajempialasia asiantuntijoita. Molemmissa on ihmisiä joita mä ihailen. On kuitenkin organisaatiosta kiinni mistä ominaisuuksia tarvitaan ja miten osataan hyödyntää resursseja.

 

[mopnex]

Mistä olet parhaiten löytänyt? Todennäköisesti mun osaamisen puute etsiä, koska aikasemmin ei ole tullut etsittyä...

AWS-perusteet myös hyvä idea, mutta kannattaa hakea vaikka "cloud (specialist)" nimekkeellä. Tai selaa nämä PK-seudun IT-firmat vaan läpi, ja katsoo kotisivuilta työpaikkailmoitukset - osa on erikoistunut puhtaasti tuohon pilvitekemiseen, mutta about jokaisessa sitä tekemistä on myös in-house vaikka tehtäisiin enimmäkseen muuta.

 

[Frederikin rintakarva]

Mutta tuleeko näistä sitä sun tätä -tyypeistä sitten niitä käsienheiluttelijoita?

Varmasti osasta, mutta osa on todella päteviä ja pystyvät oppimaan ja siirtymään hommasta toiseen sekä opettamaan sitä massaa.

 

[SundeR]

...Meillä on töissä satoja it-asiantuntijoita ja joukkoon mahtuu sekä kapean alan asiantuntijoita, että laajempialasia asiantuntijoita. Molemmissa on ihmisiä joita mä ihailen. On kuitenkin organisaatiosta kiinni mistä ominaisuuksia tarvitaan ja miten osataan hyödyntää resursseja.

Tämä kiteyttikin asian nätisti, monenlaista vipeltäjää tarvitaan.

 

[laine]

Mitkäs on kokemukset koodareilla IT-konsulttitaloista vs. isommat omaa tuotetta tekevät firmat? Palkkataso, työtahti, työn mielekkyys..

 

[Molle]

Mitkäs on kokemukset koodareilla IT-konsulttitaloista

Tiedolla on aina käynnissä YT:t, Accidenturella kaikki ohjautuu Intiaan, CGI:llä vastataan jos jaksetaan.

 

[mopnex]

Mitkäs on kokemukset koodareilla IT-konsulttitaloista vs. isommat omaa tuotetta tekevät firmat? Palkkataso, työtahti, työn mielekkyys..

Reaktor, Solita, Vincit, Siili, Futurice, Gofore ymv:t aika samaa palettia. Olen siis yhdessä noista töissä, ja meno on järkevää. Palkkaus on mielestäni hyvä, ei tietysti sama jos tekisin Compile, Mavericks, Luoto Company ymv:t tyyppisen tahon läpi hommia tai omiin nimiin (firman kautta). Itse en pidä Tieto, Accenture, CGI, Fujitsu, IBM -lohkoa kovin varteenotettavana työpaikkana itselleni, johtuen monista syistä. Koko on yksi, toinen tietysti miten nuo firmat toimivat vs. miten nykyinen firma toimii.

Työtahtiin voi itse vaikuttaa, samaten myös työn mielekkyyteen (=projektiin). Itselleni tärkein kriteeri on se, että vaikka mikään paikka ei ole täydellinen - niin organisaation/firman halu kehittyä paremmaksi ratkaisee. Tällä hetkellä konsultointi mahdollistaa myös oman osaamispaletin syventämisen. Ei tosiaan ainakaan meillä tehdä siten hommia, että tullaan ns. "greenfieldiin" ja lähdetään 6kk päästä pois, vaan pitkäjänteisemmin. Paljon pääsee haastamaan asiakasta ja sitä kautta myös tekemään niitä oikeita asioita, oikeassa järjestyksessä. Talossa kuin talossa on niitä erilaisia projekteja, ei kaikki voi olla 100% täydellisiä, mutta kyllä siihen kannattaa aina pyrkiä.

Oma rooli on sovelluskehittäjänä toiminen, ja se mitä tuo sitten sisältää vaihtelee ihan mielenkiinnon mukaan. Jos tykkää devata, vain ja ainoastaan, niin toki onnistuu. Itse näen että rooliin kuuluu paljon muutakin. Esimerkiksi se järkevän tekemisen löytäminen yhdessä asiakkaan ja asiakkaan asiakkaiden kanssa (loppukäyttäjä). Samaten paljon ihan miten tiimissä toimitaan, ketterä tekeminen ymv:t. Tähän palettiin päälle vielä tietoturvapuolta, pilvitekemistä ja vähän liidämpää roolia tiimissä. Olen tykännyt, eli oma "työnkuva" on aikalailla omissa käsissä. Kaiken pohjalla on kuitenkin se hyvä pohja & ymmärrys sovelluskehityksestä ja sen käytännöistä.

 

[Incredible Buff]

Mitkäs on kokemukset koodareilla IT-konsulttitaloista vs. isommat omaa tuotetta tekevät firmat? Palkkataso, työtahti, työn mielekkyys..

Tuo riippuu konsulttitalosta niin paljon projektista mikä napsahtaa. Jos satut pääseen osaksi jonkun tuotetalon kehitystiimiä ja talolla on käytännöt, että konsultteja ei erotella omista niin ei eroa välttämättä mitenkään.

Sitten voi olla täyttä kusta ja paskaa ja joutuu pomppimaan projektista toiseen korjaamassa jotain silmille pomppivaa legacypaskaa. Tai muuten lyhyempiä projekteja, joissa ei tietoakaan jatkuvuudesta ja esim. kehitystiimien yhteen hitsauutuvuudesta.

Nyt 4v konsulttihommia ja sitä ennen 6v tuotetalotyyppistä tekemistä. Olisin kypsä palaamaan tuotetaloon, kun löytyis jotain järkevää.

 

[dropadrop]

Riippuu varmaan myös siitä, paljon on oletettu laskennallinen tehokkuus konsulteille. Meiltä myydään konsultteja ulospäin ja tälle vuodelle laskettiin odotuksia laskutettavasta ajasta tyytyväisyyden parantamiseksi (en ole itse tolla puolella töissä). Käytännössä tuo tarkoittaa että ei voida ottaa kaikkia keikkoja vastaan kun konsultteja ei ole riittävää määrää, mutta työtyytyväisyys parani huomattavasti.

 

[zepi]

Mitä jengi tekee sitten ”ei laskutettavilla” tunneilla? Opiskelee omatoimisesti omantunnon mukaan asioita ja hoitaa ne vähäiset byrokratiat?

 

[jarhu]

Riippunee aika paljon firmasta ja alasta. Tuo "ei laskutettava" työaika voi sisältää sisäistä raportointia, kehitystä jne. Itseopiskeluun voi myös kuulua joissain tapauksissa sertifiointien opiskelu.

Omaan työtehtävään ei tällä hetkellä kuulu konsultointia (juurikaan), mutta meillä tai aiemissa työpaikoissa ohesta seuranneena konsultit saattaa tehdä paljon muutakin hommaa ns. päätyön ohella.

 

[dropadrop]

Mitä jengi tekee sitten ”ei laskutettavilla” tunneilla? Opiskelee omatoimisesti omantunnon mukaan asioita ja hoitaa ne vähäiset byrokratiat?

Meillä konsultit eivät yleensä koodaa vaan myyvät osaamista jonka jatkuva kehittäminen nähdään osana sitä toimintaa. Kyseessä on siis enemmän tietoturvaa eri aspekteista.

Kyse on varmaan myös siitä, mikä nähdään hyväksyttäväksi laskutettavaksi työksi, ja laskutetaanko projekteista / tuloksista vai tunneista. Moni on valittanut aikaisemmista työpaikoista joissa piti jatkuvasti kikkailla tuntien lisäämiseksi.

 

[Molle]

Moni on valittanut aikaisemmista työpaikoista joissa piti jatkuvasti kikkailla tuntien lisäämiseksi.

Paljon riippuu siitä, onko projekti myyty kiinteähintaisena vai tuntilaskutettavana. Kiinteähintaisessa on aina se riski, että jos projekti venyy voi tulla pahastikin takkiin.

 

[Bladekill]

Mitkäs on kokemukset koodareilla IT-konsulttitaloista vs. isommat omaa tuotetta tekevät firmat? Palkkataso, työtahti, työn mielekkyys..

Olen ollut/tutustunut lähinnä konsulttitaloihin. Näitä on muutama eri kategoria:
1) Intia-ulkoistaja-megaenterpriset kuten Tieto ja Accenture. Eiköhän kaikki tiedä näistä kaiken tarpeellisen joten ei siitä sen enempää.
2) Yleensä kokonaan/pääosin PK-seudun ulkopuolella toimivat pienemmät konsulttitalot jotka "tekevät mitä käsketään" halvemmalla hinnalla ja maksavat devaajille kurapalkkaa.
3) Keskitason pelaajat eli ihan hyviä perusfirmoja, mutta ei mitään sen ihmeellistä
4) ns. Top luokan konsulttilafkat joissa on vino pino etuja ja projektit ovat yleensä parempia/mediaseksikkäitä.
5) Reaktor. Tämä menisi periaatteessa edelliseen kategoriaan, mutta on hiukan erilainen ja sen verran parempi kuin muut että laitoin sen omaksi. Reaktorilla konsultit ovat lähestulkoon täysin itsenäisiä toimijoita jotka onkivat projekteja mitkä kiinnostavat, menevät niihin yleensä omilla ehdoilla ja pääsevät myös pois jos homma on ihan perseestä. Toki valta tuo vastuuta eli loputon penkillä istuminen ja tech-fiilistely firman blogiin ei riitä. Tätä kyllä mainostetaan monessa konsulttitalossa "you make the decision", "itseohjautuvuus" yms. mutta toistaiseksi Reaktor on ainoa missä olen nähnyt rekrypuheiden muuttuneen 1:1 konkretiaksi. Muitankin vastaavanlaisia voi olla toki.

Palkkataso vaihtelee kovasti niin konsulttilafkojen kuten tuotetalojenkin välillä. Jos osaat jotain erittäin spesiifiä juttua (esim konenäkö juttuja OpenCV:llä) mitä jokin tuotetalo tarvii niin voi olla että saat sieltä paremman liksan kuin konsulttitalosta ikinä.
Työn mielekkyys on vähän kaksipiippuinen juttu. Periaatteessa konsulttitaloissa pääsee näkemään useampia projekteja ja saa siten vaihtuvuutta. Toisaalta taas konsulttitalot palvelevat yleensä asiakkaita jotka ovat enemmän tai vähemmän "tech" ja monesti 10-70% ajasta uppoaa asiakkaan ohjaamiseen/neuvomiseen/sietämiseen tai itsestäänselvien asioiden kanssa tappeluun/läpiajamiseen yms. Konsulttitaloissa tuntuu myös olevan lähes poikkeuksetta sellainen asenne että ratkaistaan kaikki maailman ongelmat javascriptillä ja monesti kunnianhimo on täysin hukassa projekteissa niin asiakkaalla kuin konsulteillakin.

Olen itse ollut n. 7 vuotta alalla ja kun katsoo tulevaisuutta niin voi olla että jos konsulttihommissa jatkan niin se on tulevaisuudessa freelancerina tai sitten menen johonkin tuotetaloon jossa hommat tehdään kunnolla.

 

[Incredible Buff]

Itse kyllä suhtaudun aika skeptisesti siihen, että joku konsulttitalo olisi noin maagisesti muita parempi, että ansaitsee oman kategoriansa.

Palkkauksen suhteenhan konsulttitaloissa on ilmeisesti aika monessa paikkaa käytössä nykyään provisiomalli eli saat joko kiinteän provision tai prosenttiosuuden laskutuksesta, kun olet projektissa peruspalkan lisäksi. Tässä on se, että kun asiakas päättää, että ei tarvitse konsulttia eikä työantajalla ole antaa sulle heti uutta projektia niin liksa tippuu ihan omaa syytäsi, joka on aika perseestä. Tätä mallia monessa paikkaa perustellaan ns. sisäisellä yrittäjyydellä, että se motivoi pysymään projektissa. No niin varmasti tekeekin, mutta projekteja tulee ja menee konsultista riippumattomista syistä, mutta konsulttia rangaistaan. Tuotetaloissa on kiinteä kk-liksa ja mahdollinen tulospalkkio sitten päälle. Parempi systeemi IMO.

 

[Bladekill]

Itse kyllä suhtaudun aika skeptisesti siihen, että joku konsulttitalo olisi noin maagisesti muita parempi, että ansaitsee oman kategoriansa.

En nyt maininnut tuossa kuin pintaraapaisun eroista, mutta muuten ihan syystä suhtaudut. En itsekään olisi uskonut tuohon varsinkaan sen jälkeen kun olin kahlannut muutaman muun geneerisen toisistaan lähes kopionomaisen konsulttitalon läpi, mutta kun aikoinaan tuolla olin töissä niin ero muihin oli selvä. On Reaktorillakin omat ongelmat ja heikkoudet, mutta eipä mikään ole täydellinen.

 

[Incredible Buff]

7 vuoden uralle mahtuu useamman konsulttitalon läpi kahlaus. No ei kai siinä.

 

[Bladekill]

7 vuoden uralle mahtuu useamman konsulttitalon läpi kahlaus. No ei kai siinä.

10v työurat samassa firmassa IT-alalla eivät ole kovin yleisiä nykypäivänä. Tuossa on muutamat kesätyö/harjoittelupaikat, kaupungin ja maan vaihdoksesta johtuneet työpaikanvaihdot jne.

 

[Incredible Buff]

^ei ole, mutta en kyllä toisaalta vetäisi kovin suuria johtopäätöksiä kesähessuilun perusteellakaan.

 

[Paapaa]

Vähäsen nihkeältä vaikuttaa. Lähdin ulos koodiluolastani kun luvattiin koodaripulaa, mutta parin työhakemuksen perusteella on vähän närpimistä ilmassa. Mikäs siinä tietysti, haen varmaan väärällä tavalla.

Miten haet? Mikä olikaan taustasi? Ja missä vaikutat?

Ja näkemättä hakemustasi/projektejasi on tietenkin vaikea sanoa mitään sen tarkempaa.

Mutta ei koodaripula tietenkään sitä tarkoita, että kaikki palkataan.

 

[shams]

Vähäsen nihkeältä vaikuttaa. Lähdin ulos koodiluolastani kun luvattiin koodaripulaa, mutta parin työhakemuksen perusteella on vähän närpimistä ilmassa. Mikäs siinä tietysti, haen varmaan väärällä tavalla.

Koodaripula ei tarkoita etteikö firmat olisi yhä helvetin nirsoja sen suhteen kenet palkkaavat. Vaikka hakijoita riittäisi niin ennemmin jätetään paikka täyttämättä kuin palkataan joku joka ei vastaa 100%:sti haluttua profiilia (eli sitä 10+ kohdan vaatimuslistaa.)

 

[SundeR]

Koodaripula ei tarkoita etteikö firmat olisi yhä helvetin nirsoja sen suhteen kenet palkkaavat. Vaikka hakijoita riittäisi niin ennemmin jätetään paikka täyttämättä kuin palkataan joku joka ei vastaa 100%:sti haluttua profiilia (eli sitä 10+ kohdan vaatimuslistaa.)

Hyvä pelotella ihmisiä näillä hiton vaatimuslistoilla ja vielä sillä että ne pitäisi olla prikulleen täytettynä. Et tee kellekään palvelusta pelottelemalla mahdollisia valmistuneita tuolla.

Vähäsen nihkeältä vaikuttaa. Lähdin ulos koodiluolastani kun luvattiin koodaripulaa, mutta parin työhakemuksen perusteella on vähän närpimistä ilmassa. Mikäs siinä tietysti, haen varmaan väärällä tavalla.

Puhut nyt "parista" työhakemuksesta ja niiden perustella on "nihkeätä" ja närpimistä? Siis 2-3 hakemuksen perusteella?

 

[Bladekill]

Jos ei ole mitään alan työkokemusta niin voi olla aika hiljaista päästä suoraan vakituisiin devaushommiin ellei ole erittäin vahva OS tausta tms. Kannattaa laittaa hakemusta harjoittelija/junior/kesätyöpaikkoihin. Ei se koodaripula tarkoita sitä että jengiä otetaan sokkonna sisään. Varsinkin kun sen huonon devaajan palkkauksen toteutuessa pahin mahdollinen tilanne ei ole 0% hyöty vaan negatiivinen hyöty aka haitta kun jälkien siivoaminen ja jatkuva neuvominen tippuu muiden työntekijöiden niskaan.

 

[draco76]

Yksi keino on tehdä alkuun vuokrafirman kautta ja sitten hakea muualle. Ainakin jos on aloittelija. Kokeneille tulee haastattelukutsuja jo eri tavalla.

 

[Randomizer]

Koodaripula ei tarkoita etteikö firmat olisi yhä helvetin nirsoja sen suhteen kenet palkkaavat. Vaikka hakijoita riittäisi niin ennemmin jätetään paikka täyttämättä kuin palkataan joku joka ei vastaa 100%:sti haluttua profiilia (eli sitä 10+ kohdan vaatimuslistaa.)

Tää nyt on yksinkertaisesti paskapuhetta, eteenkin nykyaikana. Muutenhan kukaan ei palkkais koskaan ketään. Ne vaatimukset on läiväisty monesti siihen sillä periaatteella että "tässä on kaikki teknologiat mitä meidän firma käyttää" -tyyliin.

Referenssit(johon sisältyy myös työnäytteet github jne. omat ja OS-projektit), edellinen työhistoria tietysti määrää paljon. Sitten kun on jo kokemusta ne kattoo vaan sun suosittelijoita ja edellisiä pestejä missä oot ollu. Ilman mitään näyttöjä homma on tietysti vaikeaa, toisaalta nykyään trainee jne. junior paikkoihin pääsee helpommin.

 

[draco76]

Tää nyt on yksinkertaisesti paskapuhetta, eteenkin nykyaikana. Muutenhan kukaan ei palkkais koskaan ketään. Ne vaatimukset on läiväisty monesti siihen sillä periaatteella että "tässä on kaikki mitä meidän firma käyttää" -tyyliin.

Itse olen ollut tarkka mitä laitan vaatimuksiin ja mitä taas toiveisiin. Vaatimukset ovat pakollisia, sellaisia mita vaaditaan työtehtävän hoitoon. Toiveet taas plussaa joilla erotellaan hakijat tarvittaessa. Nuokin toiveet ovat sellaisia mitkä tuo lisäarvoa yritykselle.

 

[kjns]

Itse olen ollut tarkka mitä laitan vaatimuksiin ja mitä taas toiveisiin. Vaatimukset ovat pakollisia, sellaisia mita vaaditaan työtehtävän hoitoon. Toiveet taas plussaa joilla erotellaan hakijat tarvittaessa. Nuokin toiveet ovat sellaisia mitkä tuo lisäarvoa yritykselle.

Näinhän se pitäisi ollakin, mutta valitettavan usein näkee (sekä IT-, että tekniikan alalla yleensäkin) ison listan vaatimuksia eikä toiveita eriteltynä. Tämä tietysti myös helposti johtaa siihen, että ihmiset ei uskalla hakea paikkoja koska vaaditaan niin monen asian hallintaa vaikka osa olisi todellisuudessa vain toiveita.

Ainakin mun mielessäni vaatimus tarkoittaa jotain, joka täytyy osata jotta sinua edes hommaan harkitaan, kun taas toive on jotain mitä olis kiva olla sen välttämättömän lisäksi.

 

[Bladekill]

En ole vielä koskaan nähnyt firmaa joka vaatisi 100% vaatimusten noudatusta. En edes sellaista mitä kiinnostaisi lista edes puoliksi loppupeleissä. Nuo ovat enemmän sellaisia HR-Ritvan Linkediniin laittamia templateja joilla pyritään antaman hakijalle jonkinlainen suunnannäyttö siitä millaiseen tehtävään hän on hakemassa, mutta loppupeleissä hakijat katsotaan yksilökohtaisesti.

Toki jos hakee johonkin erittäin suosittuun hommaan (= paljon hakijoita) niin oma CV voi joutua jonkinlaisen algoritmin analysoitavaksi joka kuitenkin on yleensä paljon laimeampi kuin mikään vaatimuslista.

Monesti myös homma saattaa olla aivan toisinpäin eli firma saattaa esim vaatia perusteellista Agile-development kehittämisen hallintaa/kokemusta siitä ja esim. kykyä tehdä laadukkaita unit-testejä, mutta sitten firmassa hommat hoidetaan jollain vesiputouksella ja unit-testeistä ei ole kuultukaan.

 

[Randomizer]

Paljonko painaa että ikää yli 30 ja omaa harrastuneisuutta yli 15 vuotta? Harrastamisen vaatimustaso ja skaala on tietysti paljon ammattikoodausta pienempi, ja toistaiseksi hakemuksissa olen lähtenyt tasolta junnu + vähän lisää. Mutta ei kai ihan kesätöistä sentään?

Ilman työkokemusta lähtisin kyllä ihan trainee/kesuripaikkojakin hakemaan, sitä kautta pääset näyttämään sitten mitä oikeasti osaat. Ikä ei ole ongelma, tunnen mm. yhden lähes 40v kaverin jolla ei ollut mitään alan koulutusta/työkokemusta vaihtoi koodariksi, toki täytyi ekana käydä traineejakso mutta sen jälkeen meni vakituikseksi, pohjana oli omalla ajalla opiskelu ja omat projektit.

 

[Paapaa]

Paljonko painaa että ikää yli 30 ja omaa harrastuneisuutta yli 15 vuotta? Harrastamisen vaatimustaso ja skaala on tietysti paljon ammattikoodausta pienempi, ja toistaiseksi hakemuksissa olen lähtenyt tasolta junnu + vähän lisää. Mutta ei kai ihan kesätöistä sentään?

Kesätyö ehdottomasti se helpoin tapa näyttää taitonsa jos junnupaikka ei muutoin avaudu. Se on työnantajalle vähäriskisintä (hiljaista asiakasprojekteissa, osaa resursoida mentoreita, sisäisiä projekteja jne). Nyt on vieläpä oivallinen hetki vielä hakea ensi kesäksi hommiin eikä paikkoja ole luultavasti vielä täytetty! Ja jos sen 3-4kk siedät luokkaa 2-2,5k palkkaa ja näytät motivaatiosi ja kykysi oppia, niin pullat on hyvin uunissa ja työnantaja luultavasti vakinaistaa syksyllä ja nostaa palkan yli 3k. (PK-seutu).

Ikä ei ole lainkaan este. Onko sulla mitään alan koulutusta? Sen puute tietenkin hankaloittaa ja lisää ehkä painetta hakea sitä kesäduunipaikkaa ensin.

 

[Bladekill]

Paljonko painaa että ikää yli 30 ja omaa harrastuneisuutta yli 15 vuotta? Harrastamisen vaatimustaso ja skaala on tietysti paljon ammattikoodausta pienempi, ja toistaiseksi hakemuksissa olen lähtenyt tasolta junnu + vähän lisää.

Vaikea sanoa kun en tarkemmin tiedä. 15v harrastuneisuus voi tarkoittaa käytännössä ihan mitä tahansa. Minkälaista osaamista sinulla on? (Frontend? Backend? Mobiili? Sulautetut järjestelmät? C/C++? jne.) Kiinnostaako ns. raaka devaaminen tuotetalossa vai haluaisitko harkita esim konsultin hommia (koodamista, kommunikaatiota, sosiaalisia taitoja, vaikuttamista jne)?

Mutta ei kai ihan kesätöistä sentään?

Ei tähän voi oikein antaa mitään yhtä neuvoa. Tee niin kuin sinusta tuntuu parhaalta. Voit lähtä purkamaan asiaa ns. "ylhäältä käsin" eli hae vaikka junior/mid hommia ja jos ei tärppää niin trainee/kesäri hommia. Jos olet oikeasti tekevä tyyppi ja pääkoppa rullaa hyvin niin sen muutaman kuukauden harjoittelun jälkeen saat aivan varmasti vakkaripaikan ja palkka nousee jos firma ei ole menossa konkurssiin.

Vaikka löytyisi hyvä portfolio niin IT-alalla pitää saada se ikkuna kuitenkin ensin jotenkin auki. Sitten kun tulee työelämän referenssejä niin loppumatka meneekin autopilotilla. Kuulostaa myös kliseeltä, mutta kannattaa oikeasti yrittää jollainlailla erottua muista hakijoista vaikka CV:ssä, työhakemuksessa tai muuten. Se geneerinen word-template CV pohja geneerisellä fontilla ilman aikaisempaa työkokemusta lentää helposti Ö-mappiin.

 

[JCSH]

Vaikka löytyisi hyvä portfolio niin IT-alalla pitää saada se ikkuna kuitenkin ensin jotenkin auki. Sitten kun tulee työelämän referenssejä niin loppumatka meneekin autopilotilla. Kuulostaa myös kliseeltä, mutta kannattaa oikeasti yrittää jollainlailla erottua muista hakijoista vaikka CV:ssä, työhakemuksessa tai muuten. Se geneerinen word-template CV pohja geneerisellä fontilla ilman aikaisempaa työkokemusta lentää helposti Ö-mappiin.

Yksi parhaita CV:eistä jonka olen saanut oli Notepadillä kirjoitettu .txt file. Kuvasi myös erittäin hyvin kyseisen kaverin asennetta ja taitoja.

 

[JCSH]

Omien kiinnostusten pohjalta kaikenlaista desktop-softaa C++:lla sen 15 vuoden aikana. Ensimmäisen hakemuksen laitoinkin tuolla C++-linjalla ja kävin haastattelussa, mutta paikka oli liian vahvasti insinööripuolen juttu omaan ei-insinööritaustaan nähden. Tuon perusteella ainakin vaikutti, että C++:lla työllistyminen saattaa olla tarpeettoman hankalaa omista harrastuneisuuksista huolimatta, joten opettelin perinteisen JavaScriptin ja lähdin pohjustamaan myös enemmän web-puolta.

Yksi oma ongelma on juurikin siinä, että selkeä markkinoitava alafokus, tyyliin mobiili, frontend, tms. puuttuu. Myös tuolla web-puolella joudun hakemaan paikkaa, joka ei vaadi selkeää kokemusta käytetyistä teknologioista heti alkuun. Nämä ei ilmeisesti ole ihan niin yleisiä.

Toisaalta koodauskokemusta ja tapoja erottautua kyllä löytyy jonkin verran, joten tuo itsensä paremmin ja harkitummin markkinointi lienee aika hyödyllinen suunta jo yksinäänkin.

"Geneeristen" C++ koodareiden tarve on vähän niin ja näin, toki niillekin varmasti paikkoja löytyy mutta yleensä jos haetaan C++ kaveria niin siinä samalla haetaan osaamista joltain tietyltä tekniseltä alueelta (multimedia, grafiikka, sulautetut, jne.).

Yleisenä vinkkinä on että ei niinkään kannata opetella kieliä vaan opetella frameworkkejä. Kielet oppii siinä sitten sivussa.

 

[Randomizer]

Yleensä lähden toteuttamaan softaa ja opettelen kaiken tarvittavan siinä sivussa. Assembly, JavaScript, Qt, ihan sama. Tuohon mainittuun paikkaan hain muutenkin kuin C++:lla (Qt/UI), mutta tosiaan minun ja firman lähestymistavat näihin oli vähän erilaiset. Voi olla, että ei pitäisi yleistää liikaa tuosta.

Mistä kaupungista haet?

 

[mopnex]

...Yleisenä vinkkinä on että ei niinkään kannata opetella kieliä vaan opetella frameworkkejä. Kielet oppii siinä sitten sivussa.

Saanen olla hieman eri mieltä. Hyvä järjestelmällinen kielentuntemus on avain sille että voi oikeasti ymmärtää jostain frameworkistä jotain. Usein tuohon kielenymmärtämiseen voi liittä myös yleistä "osaan ajatella kuin koodari, ja ratkoa ongelmia" vs. "osaan vain tämän yhden frameworkin tavan ratkaista asian". Meillä etsitään enemmänkin sitä, että on se niin sanottu perus-osaaminen kohdallaan. Siihen sitten sisältyy se, että ymmärtää ainakin sen yhden kielen riittävällä tasolla - on enemmän kuin vain naputellut sillä ja frameworkillä X asioita. Usein noihin frameworkeihin sisältyy tiettyä automagiaa tai tiettyä asenteellisuutta ("convention over configuration"). Mikä toki on joskus hyvä juttu kunhan pohjat on kunnossa, tärkeätä on ymmärtää "miksi näin tähän on päädytty" / "miksi tämä ongelma ratkaistaan näin".

Paljon tulee hakemuksia että osaan frameworkin X - pääsenkö töihin? Loppupeleissä usein ne perusteet eivät ole riittävällä tasolla, eikä oikeastaan se itse frameworkin ymmärrys. Osataan kyllä käpistellä kasaan jotain, mutta ammattimainen softakehitys vaatii paljon muutakin - muutakin kuin koodausta tai framework osaamista.

 

[SampoTexaa]

Kohta olis taas kotimaista koodaria yms tarjolla kun Nordea tuuppasi pykälää kovemman liikkeen.

IBM Signs $540M services agreement with Nordic's Nordea Bank

 

[Väinämöinen]

Kohta olis taas kotimaista koodaria yms tarjolla kun Nordea tuuppasi pykälää kovemman liikkeen.

IBM Signs $540M services agreement with Nordic's Nordea Bank

Eipä nuo näytä tuon jutun perusteella ulkoistaneen muuta kuin mainframe touhunsa.
Vanha mf henkilöstö siirtyy ibarille kaupan mukana.

Voi toki olla että IBM alkaa sitten noita kovapalkkaisia heppuja savustaa ulos ja korvaa Intian ihmeillä, mutta noita isoja koneita osaavia on oikeasti aika vähän enää missään.

 

[killerm]

Onko kellään tietoa miten firmat, varsinkin vähän isommat katsovat noita avoimia hakemuksia? Eli onko turha laittaa niitä, jos yritys kiinnostaa, vaiko vaan odottaa että aukeaa jokin mielenkiitoinen paikka..?

 

[Lexy]

Onko kellään tietoa miten firmat, varsinkin vähän isommat katsovat noita avoimia hakemuksia? Eli onko turha laittaa niitä, jos yritys kiinnostaa, vaiko vaan odottaa että aukeaa jokin mielenkiitoinen paikka..?

Kyllähän avoimet hakemukset (varsinkin isoissa taloissa) menee automaation läpi josta katsotaan tietyt sisällöt.
Sieltä nousevat nostona sitten HR:lle jne.

Tähän on ihan järkisyyt: jos hakemuksia paria pestiä kohti tulee 600-2000 hakemusta niin ei ole aikaa katsoa yksityiskohtaisesti alkuun.

Cover letterit/henkilökohtaisemmat hakemukset katsotaan, mutta vain pintapuolisesti (suomeksi: jos jo alku vaikuttaa puyuduttavalta niin ei varmaan lueta loppuun - tämä siis paikasta riippumatta). Jos siis hakemus on hyvä, luetaan se kunnolla.

Miten sitten toimia:
- jos on kontakteja niin yhteys heihin ja kyselyä - he voivat viestiä HR:lle että kun tämän kaverin hakemus tulee niin ottakaa talteen. Näissäkin tapauksissa se avoinhakemus pitää tehdä järjestelmiä varten.

- suosittelijat kuntoon ja jos talon sisältä niin aina parempi

- LinkedIn kuntoon ja osaksi cv:tä (se osoitteesi porfiilisi) - LinkedInistä on huomattavasti helpompi katsoa taustoja jne. mutta tähän pitää antaa erikseen lupa vaikka kaikki tietää että HR-henkilöt eri taloista saattaa silti stalkata anonyymista vaikka onkin laitonta hakeneen osalta.

- avoimen hakemuksen kautta voi siis hyvä tapaus nousta pinnalle ja haastatteluihin/tarkempaan katselmointiin mutta painottaisin silti sitä verkostojen käyttöä taikka ihan suoraan kontaktointia firmassa toimivaan henkilöön- Usein varsinkin tehtäviin joissa silti vaaditaan avoinhakemus on kontaktihenkilö. Hyödyntäkää sitä mahdollisuutta koska jäätte mieleen.

 

[SR-71]

Käväisin rekrymessuilla ja siellä yhdellä ständilla mainostettiin sovelluskonsultin koulutusohjelmaa. Lyhyen koulutusohjelman kautta olisi mahdollista päästä tekemään sovelluskonsultin hommia. Minkälaista työ on käytännössä ja mitkä työssä ovat parhaat tai huonot puolet? Keskustelin messuilla heidän edustajan kanssa, mutta haluaisin kuulla vielä teidän näkemyksiä.

 

[Stephen Elop]

Käväisin rekrymessuilla ja siellä yhdellä ständilla mainostettiin sovelluskonsultin koulutusohjelmaa. Lyhyen koulutusohjelman kautta olisi mahdollista päästä tekemään sovelluskonsultin hommia. Minkälaista työ on käytännössä ja mitkä työssä ovat parhaat tai huonot puolet? Keskustelin messuilla heidän edustajan kanssa, mutta haluaisin kuulla vielä teidän näkemyksiä.

Käytännössä rekryfirma pistää sut johonkin heidän asiakkaalleen hommiin. Asiakkaan kanssa ainakin tehdään määräaikainen sopimus, jolloin asiakkaan ei tarvitse irtisanoa. Ohjelmointityötä. Joko asiakkaan tiloissa, rekryfirman tiloissa tai etänä, tai näitä kaikkea sekaisin. Yksin tai osana tiimiä. Palkka ok. Tää on niin sanotusti näytön paikka, jossa asiakas joko palkaa sut pysyvästi tai katselee muaalle.

Huonot puolet on kaikki mitä huonoa devaustyössä on. Raportointia ja sitten niitä raportteja tai laatimiasi ohjeita ei kuitenkaan kukaan lue. Egojen väliset taistelut ja palaveeraukset. Itselle työn viihtyvyyteen vaikuttavat muut kollegat. Eli tykkään olla ihmisten kanssa, mutta en mulkkujen. Etätyö ei itsellä toimi ollenkaan. Toiset taas ei halua nähdä ketään ja ovat mieluummin yksin, joten etätyö sopii näille.

edit. Typo