IT-alan työpaikat

[Incredible Buff]

Näin ihmisen näkökannasta joka on työskennellyt sys-admininä, koodaajana, arkkitehtina, infosec’issä, IT-keskijohdossa, tuotehallinnossa ja myynnissä mä näen tuotepäällikön / product ownerin ehkä vaikeimpana positiona.

Pahimmassa tapauksessa tyhmät ideat ja aikataulut tulee ylempää ilman, että niihin voi merkittävästi vaikuttaa. Koordinoit sitten projektia jonka arvoon et usko aikataululla jota ei voi toteuttaa ja saat lopuksi just sen paskan käteen mitä kaikki pienelläkin aivolla varustetut tiesi. Toki parhaassa tapauksessa voi olla ihan toisin, mutta esim. PO’n tapauksessa ei vaan ole olemassa paljoa ihmisiä jotka voisivat olla hyviä siinä positiossa (pitäis olla historiaa myynnistä, markkinoinnista, koodauksesta ja toimialasta. Olla luova visionääri, mutta äärimmäisen järjestelmällinen jne).

No shit. Siksi ihmettelenkin miksi niihin päätyy kaikenmaailman hihittelijää ja lässyttäjää heikolla kompetenssilla ihan kaikesta.

 

[zepi]

Itseäni ärsyttää eräs ekstrovertti kolleega joka on helvetin etevä nuolemaan persettä ja manipuloimaan ihmisiä. Aina käy niin että se saa jonkun toisen tekemään sen hommat. Myynnissä ja muussa asiakasrajapinta-toiminnassa varmaan todella hyvä kun saa myytyä vaikka hiekkaa saharaan, mutta tiukasti nivottussa asiantuntija-organisaatiossa pistää vihaksi.

Mulkkuus ja extroverttiys eivät kulje käsi kädessä.

Myös osa hiljaisista on mulkkuja ja vastaavasti moni ulospäin suuntautunut on oikein avulias ja mukava.

 

[hsalonen]

Mulkkuus ja extroverttiys eivät kulje käsi kädessä.

Myös osa hiljaisista on mulkkuja ja vastaavasti moni ulospäin suuntautunut on oikein avulias ja mukava.

Jos olisin esimies, hiljainen introvertti mulkku, joka saisi hommat tehdyksi, sopisi minulle oikein hyvin.

Eniten ärsyttää juuri nämä "käsienheiluttelijat"/"ideamiehet", joilla on "parhaat ideat", joita he eivät sitten itse tee, kun ovat keksineet ne - niin joku toinen voi tehdä. Sitten täysin järjetön liiketoiminnalle myyty huippumegaominaisuus tulee toteutettavaksi muille ja muu toteutus viivästyy (ns. oikeat työt). Se ei vielä jää tähän, vaan niitä ideoita tulee liukuhihnalta, jos joku niistä olisi vaikka oikeasti hyvä..

 

[dev81]

Yleisesti ottaen tapaamani introvertit koodaajat eivät ole mulkkuja vaan ammattilaisia, jotka eivät pidä itsestään meteliä. (Tämä mutu 3 firman perusteella).

Lähetetty minun SM-G960F laitteesta Tapatalkilla

 

[dropadrop]

No shit. Siksi ihmettelenkin miksi niihin päätyy kaikenmaailman hihittelijää ja lässyttäjää heikolla kompetenssilla ihan kaikesta.

Fiksut tekee jotain jossa voi onnistua...

 

[Randomizer]

Kyllä tommoinen introvertti "mulkku" voi olla myrkkyä tiimihengelle/dynamiikalle (ihan samalla tavalla kuin ekstrovertti tai mikä tahansa muu mulkku), jos tämä mulkku ei ota asiakseen esimerkiksi auttaa kun joku tiimiläisistä kyselee apua tai ideoita. Kyllä tuomonen mököttäjä mulkku persoona vituttaa muita aika nopeasti ja se pelataan uloskin nopeasti porukasta jos homma menee yli, olkoon kuinka pätevä ja tehokas hyvänsä. Eri asia jos on joku sooloilija joka toimii pelkästään itsekseen ja projektit voi hoitaa soolona.

 

[Randomizer]

Yleisesti ottaen tapaamani introvertit koodaajat eivät ole mulkkuja vaan ammattilaisia, jotka eivät pidä itsestään meteliä. (Tämä mutu 3 firman perusteella).

Lähetetty minun SM-G960F laitteesta Tapatalkilla

Tämäpä se valtaosin on. Introvertit ovat useimmiten, varautuneisuudestaan huolimatta mukavia ja "helppoja" työkavereita.

 

[dropadrop]

Useimmiten kukaan ei ole mulkku, ihmiset vain ovat erilaisia. Ongelmia tulee jos tulkitsee muiden tekemisiä ja sanomisia itseään vasten (missä tilanteessa minä tekisin / sanoisin noin) jolloin käytännössä tekee väärät arviot motiiveista.

Toki mulkkujakin löytyy, siis semmoisia joiden toiminta on vain toistuvasti semmoista ettei motiiveilla ole väliä, ei vaan ole tapaa puolustella. Harvempi heistäkään tietoisesti toimii niin.

 

[Xabrad]

Mitä mieltä olette, jos CV:ssä on tyhjiä kesiä opiskelijana tai muutama "välivuosi" pidetty omia haaveita kokeillessa. Kannattaako nuo avata CV:n lukijalle lyhyesti selittämällä vähän ettei jättäisi niitä tyhjiä aukkoja historiasta varsinkin, kun hakee sitä ekaa pidempi aikaisempaa työpaikkaa.

 

[Abe]

Mitä mieltä olette, jos CV:ssä on tyhjiä kesiä opiskelijana tai muutama "välivuosi" pidetty omia haaveita kokeillessa. Kannattaako nuo avata CV:n lukijalle lyhyesti selittämällä vähän ettei jättäisi niitä tyhjiä aukkoja historiasta varsinkin, kun hakee sitä ekaa pidempi aikaisempaa työpaikkaa.

Ainakin kannattaa varautua vastaamaan niistä jotain haastattelussa, mutta en ehkä avaisi CV:ssä.

 

[Xabrad]

Ainakin kannattaa varautua vastaamaan niistä jotain haastattelussa, mutta en ehkä avaisi CV:ssä.

Juu kysytty niistä parissa haastattelussa joita tässä oli juuri kesä hommiin. Urheilijan elämää tuli pari vuotta vietettyä ja sairaslomalla meni pari kesää. Urheilija touhun meinasin lisäillä CV:seen, mutta tuon jälkimmäisen jätän poies.

 

[Heimolainen]

Juu kysytty niistä parissa haastattelussa joita tässä oli juuri kesä hommiin. Urheilijan elämää tuli pari vuotta vietettyä ja sairaslomalla meni pari kesää. Urheilija touhun meinasin lisäillä CV:seen, mutta tuon jälkimmäisen jätän poies.

Kuuluu urheilijan elämään, nuo loukkaantumiset

 

[qtba]

Illan a-studiossa on taas julkisen puolen IT-hankkeet hyvin edustettuna.

 

[naapoz]

Joko olet saanut töitä @jaaha ?

 

[Trotor]

Illan a-studiossa on taas julkisen puolen IT-hankkeet hyvin edustettuna.

Aika epäselvästi tuli noi ongelmat esiin. Itsekin työskentelen It-asioissa Valtion laitoksessa jossa joudutaan käyttämään valtorin palveluksia. Ongelmat on aika vaikeita ja monisyisiä. Sanoisin että iso ongelma on se että Valtori yrittää syöttää kaikille samaa palvelua henkselit paukkuen. Läpinäkyvyys muutoksissa on myös huonoa.

 

[Incredible Buff]

Joko olet saanut töitä @jaaha ?

Joko Olkiluoto 3 tuottaa sähköä valtakunnan verkkoon?

 

[dropadrop]

Meillä ainakin sai yksi juniori lähteä kun ei ollut koko kesänä tehnyt kuin yhden pienen kommitin.

Itse suosin juniorien palkkaamista, mutta pitää tiedostaa että se voi olla hidas prosessi, ja jos rekryjä tehdään kiireen paikkaamiseksi se on ongelmallista.

Eli nykynen firmojen tapa toimia (rekry on yleensä korvaava lähteneelle ja paikka avattiin vasta lähdön jälkeen) painostaa etsimään tyyppiä joka pääsee nopeasti vauhtiin.

 

[mopnex]

Meillä ainakin sai yksi juniori lähteä kun ei ollut koko kesänä tehnyt kuin yhden pienen kommitin.

Itse suosin juniorien palkkaamista, mutta pitää tiedostaa että se voi olla hidas prosessi, ja jos rekryjä tehdään kiireen paikkaamiseksi se on ongelmallista.

Eli nykynen firmojen tapa toimia (rekry on yleensä korvaava lähteneelle ja paikka avattiin vasta lähdön jälkeen) painostaa etsimään tyyppiä joka pääsee nopeasti vauhtiin.

Pakko kysyä: oliko juniorille opastusta ja tukea kesällä? Tehty selväksi että aina saa, ja pitää kysyä jos jää jumiin? Jotenkin tuntuu kummalliselta että tuommoiseen tilanteeseen on päädytty, koko kesä mennyt ja firma huomaa vasta lopussa että tuloksena tuli 1 pieni kommitti.

En nyt siis tarkoituksella suolaa, mutta jossain on mielestäni menty vikaan enemmän Firman kohdalla kuin sen juniorin palkkaamisessa.

 

[Incredible Buff]

Oiskohan jossakin ongelma, jos se huomataan vasta nyt, että juniori ei ole tehnyt kuin yhden commitin koko kesänä.

Suoraan sanoen vaikuttaa siltä, että kyseinen junnu on jätetty yksin oman onnensa nojaan ja sitten potkitaan pois. Törkeää toimintaa. Firman nimi ruutuun niin ei erehdy kukaan moisiin hakemaan.

 

[Paapaa]

Meillä ainakin sai yksi juniori lähteä kun ei ollut koko kesänä tehnyt kuin yhden pienen kommitin.

Itse suosin juniorien palkkaamista, mutta pitää tiedostaa että se voi olla hidas prosessi, ja jos rekryjä tehdään kiireen paikkaamiseksi se on ongelmallista.

Eli nykynen firmojen tapa toimia (rekry on yleensä korvaava lähteneelle ja paikka avattiin vasta lähdön jälkeen) painostaa etsimään tyyppiä joka pääsee nopeasti vauhtiin.

3kk ja 1 commit kuulostaa tosiaan, että nyt on sekä junnu ollut aloitekyvytön, että firma jättänyt junnun täysin oman onnensa nojaan ilman tukea. Mönkään meni kummankin osalta, mutta ennen kaikkea firman. Tästä nyt ei käy ilmi, että oliko junnulla projektia lainkaan, eikö tiennyt mitä pitää tehdä, eikö osannut vaikka tiesikin, oliko yksin projektissa, tai mikseivät muut parikoodanneet ja mentoroineet tms. että päästäisiin vauhtiin jne. Kaikkien kannalta aika ikävä lopputulos.

 

[Jorsetti]

Miten kuvailisitte työn kuvaa otsikkotasolla, missä työtehtävinä olisi varsinkin alle kymmenen hengen yrityksissä pitää aateekoon ja tuotantojärjestelmien valot päällä? Sys Admin? Järjestelmäasiantuntija? Operations Manager? Jos miettii työvoiman tarjoajan kannalta, niin onko nämä tehtävät vähenemässä vai lisääntymässä? Onko valmiit palikat jo niin hyviä, että vaativiakin järjestelmiä voi vain kontittaa ja ulkoistaa nämä ylläpidot?

 

[Tup3x]

Jokohan frontin junioripuoli on saavuttanut kriittisen saturaatiopisteen?

Omalla duunipaikalla ei ole yhtään puhdasta fronttityyppiä. Loppujen lopuksi aika vähän on pelkää puhdasta fronttia. Foronttipuoli mene siinä sivussa ja usein frontti ja backi menee sen verran käsi kädessä, että kätevämpää vain full-stack tyypin tehdä koko homma (let's face it - molemmat saavat frontin hyvin hoidettua, mutta fronttityypillä on enemmän rajoituksia).

 

[dropadrop]

Oiskohan jossakin ongelma, jos se huomataan vasta nyt, että juniori ei ole tehnyt kuin yhden commitin koko kesänä.

Suoraan sanoen vaikuttaa siltä, että kyseinen junnu on jätetty yksin oman onnensa nojaan ja sitten potkitaan pois. Törkeää toimintaa. Firman nimi ruutuun niin ei erehdy kukaan moisiin hakemaan.

Oli se huomattu ja puhuttu kuulemma moneen kertaan. Mä en ole tiimissä enkä tiedä yksityiskohtia, tein kyllä muuten hommia sen kanssa (jotka eivät suoraan liittynyt sen päivittäiseen työhön).

Puhuin sen kanssa kun oli lähdössä ja se oli silloin kiitollinen kun oli saanut yrittää niin pitkään vaikka kaikille selvis pian ettei mennyt putkeen, totes vaan että meni yli hilseen.

Ja se yksi kommitti oli siis itsenäisesti, toki sillä oli koko kesän joku vieressä auttamassa.

Musta se oli valitettavaa koska se oli alaa vaihtava ja muuten vaikutti tosi skarpilta tyypiltä. Lisäksi kävin usein lounaalla ja oli mukava.

 

[qtba]

Omalla duunipaikalla ei ole yhtään puhdasta fronttityyppiä. Loppujen lopuksi aika vähän on pelkää puhdasta fronttia. Foronttipuoli mene siinä sivussa ja usein frontti ja backi menee sen verran käsi kädessä, että kätevämpää vain full-stack tyypin tehdä koko homma (let's face it - molemmat saavat frontin hyvin hoidettua, mutta fronttityypillä on enemmän rajoituksia).

En tiedä kuinka isoja/komplekseja projekteja tarkoitat, mutta rohkenen olla tästä eri mieltä. Fronttipuolelle on viimeisen viiden vuoden aikana tullut runsaasti enemmän vastuuta, eikä ole ihan tavatonta, että frontista löytyy enemmän älyä kuin backendistä.

Molempia täytyy ymmärtää, mutta erittelyyn on ihan hyvät perusteet.

 

[pelitys]

Miten kuvailisitte työn kuvaa otsikkotasolla, missä työtehtävinä olisi varsinkin alle kymmenen hengen yrityksissä pitää aateekoon ja tuotantojärjestelmien valot päällä? Sys Admin? Järjestelmäasiantuntija? Operations Manager? Jos miettii työvoiman tarjoajan kannalta, niin onko nämä tehtävät vähenemässä vai lisääntymässä? Onko valmiit palikat jo niin hyviä, että vaativiakin järjestelmiä voi vain kontittaa ja ulkoistaa nämä ylläpidot?

Noin pieni yritys on luultavasti ulkoistanut kaiken atk:n ja firmassa on yksi IT-manageri joka pitää langat käsissään eri toimittajien välillä. Liikesalaisuuksia sisältäviin järjestelmiin joutuu luultavasti sotkemaan omatkin kätensä. Tälläsiä hommia on aika vähän mutta niitä pitää kuitenkin olla vähintään 1-2 per yritys.

 

[OD.]

Miten kuvailisitte työn kuvaa otsikkotasolla, missä työtehtävinä olisi varsinkin alle kymmenen hengen yrityksissä pitää aateekoon ja tuotantojärjestelmien valot päällä? Sys Admin? Järjestelmäasiantuntija? Operations Manager? Jos miettii työvoiman tarjoajan kannalta, niin onko nämä tehtävät vähenemässä vai lisääntymässä? Onko valmiit palikat jo niin hyviä, että vaativiakin järjestelmiä voi vain kontittaa ja ulkoistaa nämä ylläpidot?

Mikä tahansa noista, ota raflaavin. Aika kuolevaa hommaahan tuo on. 99% noista hommista lienee ulkoistettu. Legacyt kannattanee toistaiseksi pyörittää ulkoistajan salissa ja uudet järjestelmät tehdä pilveen tai ostaa saassina.

 

[jarhu]

Vaikka IT-palvelut on ulkoistettu, niin se ei poista työtä varsinaisesti ainakaan firmoissa, joissa on ollut se yksi "sysadmin". Työn sisältö vain muuttuu hoitamaan kommunikaatiota, yhteistoimintaa ja kilpailutusta sekä kaikkea muuta taivaan ja maan väliltä.

Pahimmillaan homma voi olla todella stressaavaa sekä palkitsematonta. Olet rattaana välissä ja paska valuu aina sun läpi ja yrität saada toimittajaa käyttämään resursseja pieneen firmaan kun toimittajalla kymmeniä tai satoja huomattavasti suurempia asiakkaita, joilta saa enemmän rahaa.

 

[delerium]

Tämä.. ja se että käytettävissäsi on todennäköisesti aika pieni budjetti jolla pitäisi venyä kaikenlaiseen mahdottomaan.

 

[OD.]

Tai sitten se sysadmin lähetetään ulkoistajalle. 10 hengen firma kuulostaa niin pieneltä, että siellä tuskin on tarvetta kuvailemallesi palvelu/it-päällikölle. Työ voi olla juuri sitä mitä kuvasit nimim. monta vuotta sitä tehneenä.

Edit: tuosta firman koosta. Nyrkkisääntönä kannattaa yrittää ostaa suunnilleen saman kokoisilta toimittajilta. Näin pysyy heille tärkeänä asiakkaana.

 

[Bladekill]

Jokohan frontin junioripuoli on saavuttanut kriittisen saturaatiopisteen? Palstoilla on näkynyt hakunsa tuloksettomuuteen tuskastuneita itseoppijoita tavalla, jota en ainakaan välittömästi muista viime syksyltä. Myös omat pari viimeisintä hakemusta on viitanneet siihen, että osa työnantajista saattaa olla vähemmän innokkaasti junnurekryssä kuin vaikka puoli vuotta sitten.

Veikkaan että kun nämä lukuisat "opi 3 kuukaudessa koodariksi" kurssit ovat saaneet pumpattua oppilaansa suomalaisiin hikipajoihin yms. ja kiintiöt täyttyvät niin tarjonta alkaa ylittämään kysyntää. Varsinkin kun noissa pääosin opetetaan miten tehdään React appeja webbiin eikä sen kummempaa. Juniorin (= henkilö vailla työkokemusta) palkkaaminen on kuitenkin todella riski ja kallis sijoitus yritykselle. Itse mielelläni ottaisin muutaman juniorin työhön rinnalle ja alkaisin heitä opastamaan, mutta yritykselle voi ollakin isompi kynnys kustantaa useamman tyypin täysaikainen palkka ilman tuottoa tai erittäin vähäisellä sellaisella.

Oiskohan jossakin ongelma, jos se huomataan vasta nyt, että juniori ei ole tehnyt kuin yhden commitin koko kesänä.

Suoraan sanoen vaikuttaa siltä, että kyseinen junnu on jätetty yksin oman onnensa nojaan ja sitten potkitaan pois. Törkeää toimintaa. Firman nimi ruutuun niin ei erehdy kukaan moisiin hakemaan.

En ottaisi ehkä noin jyrkkää kantaa kun ei aina tiedä kaikkia yksityiskohtia. Todennäköisesti ainakin firma ellei molemmat osapuolet ole jotain kusseet, mutta kyseessä saattaa olla enemmän yksittäinen kämmäys kuin yleinen toimintatapa.

Omalla duunipaikalla ei ole yhtään puhdasta fronttityyppiä. Loppujen lopuksi aika vähän on pelkää puhdasta fronttia. Foronttipuoli mene siinä sivussa ja usein frontti ja backi menee sen verran käsi kädessä, että kätevämpää vain full-stack tyypin tehdä koko homma (let's face it - molemmat saavat frontin hyvin hoidettua, mutta fronttityypillä on enemmän rajoituksia).

Riippuu mitä fullstack tässä kontekstissa tarkoittaa. Sitä että hallitsee molemmat vai sitä että hallitsee molemmat yhtä heikosti.

 

[Zigh]

Puhuin sen kanssa kun oli lähdössä ja se oli silloin kiitollinen kun oli saanut yrittää niin pitkään vaikka kaikille selvis pian ettei mennyt putkeen, totes vaan että meni yli hilseen.

Ihan mielenkiinnosta, mitä se sitten oikein laitettiin vääntämään että "meni yli hilseen"?

 

[dropadrop]

Ihan mielenkiinnosta, mitä se sitten oikein laitettiin vääntämään että "meni yli hilseen"?

Keskimääräistä monimutkaisempaa hajautettua järjestelmää (fronttia). Ei siinä kai mitään erityisen kummallista ollut, työhaastattelussa oli jo keskusteltu ympäristöstä ja työstä ja osoitettu huolta siitä että voi olla hankalampaa kuin hänen aikaisemmat duunit.

Kesälomat varmaan vaikutti siihen, että meni koko kolme kuukautta, toisaalta asiasta keskusteltiin koko se aika. Eli kaveri halusi sinnikkäästi jatkaa yrittämistä.

 

[godzilla43]

Keskimääräistä monimutkaisempaa hajautettua järjestelmää (fronttia). Ei siinä kai mitään erityisen kummallista ollut, työhaastattelussa oli jo keskusteltu ympäristöstä ja työstä ja osoitettu huolta siitä että voi olla hankalampaa kuin hänen aikaisemmat duunit.

Kesälomat varmaan vaikutti siihen, että meni koko kolme kuukautta, toisaalta asiasta keskusteltiin koko se aika. Eli kaveri halusi sinnikkäästi jatkaa yrittämistä.

Kuulostaa kyllä näin ulkopuolisesta oudolta. Oliko projekti jo käynnissä? ja sitten kesällä laitoitte jonkun junnu kesähessun ihmettelemään projektia? ja viemään sitä eteenpäin.
En tunne tapausta mutta kuulostaa vähän siltä että kaverilla ei oikein ollut hirveesti edes mahdollisuuksia onnistua.

Voisi luulla että järjestelmän tuntevat ovat joskus lomalla tai muissa töissä ja sitten uusi kaveri yrittää
A. ymmärtää järjestelmää
B. kenties yrittää löytää ne kollegat jotka kehitettävästä järjestelmästä tietää oleellisen
C. yrittää löytää asiakkaan ihmiset jotka tietävät siitä mitä järjestelmällä pitäisi tehdä.
D. opetella teknologiaa jolla projektia on tehty

Jos muuten oli skarpin olonen kaveri niin vähän tuntuu että tässä oltaisiin menty rekryssä metsään. Muutenkin kun softataloissa ei ihan helpolla potkita jengiä pois. Muistan kerrankin kun puhuin yhelle junnulle joka oli puskemassa hajonnutta koodia versiohallintaan. Kaipa hän ajatteli että siten näyttää että teki jotain sinä päivänä ja mä taas olin että et laita versiohallintaan mitään roska koodia.PISTE. Edelleen töissä kaveri niin eiköhän toi ollu ihan hyvä neuvo

 

[kaarlos]

Muistan kerrankin kun puhuin yhelle junnulle joka oli puskemassa hajonnutta koodia versiohallintaan. Kaipa hän ajatteli että siten näyttää että teki jotain sinä päivänä ja mä taas olin että et laita versiohallintaan mitään roska koodia.PISTE. Edelleen töissä kaveri niin eiköhän toi ollu ihan hyvä neuvo

Koodinhan pitäisi joka tapauksessa ajautua kehityshaaraan pull requestin kautta, niin ei kai sen väliä vaikka omassa haarassaan jotain paskaa pushailee? Buildijärjestelmä pistää branchin punaiselle ja sen kun korjaa virheensä.

 

[@Passo]

Onko täällä ketää Elisalla töissä? Mikä toi muutosohjelma on?

 

[godzilla43]

Koodinhan pitäisi joka tapauksessa ajautua kehityshaaraan pull requestin kautta, niin ei kai sen väliä vaikka omassa haarassaan jotain paskaa pushailee? Buildijärjestelmä pistää branchin punaiselle ja sen kun korjaa virheensä.

No siis jos olisi ollut joku continuous development implementoituna. Ei tuolloin mistään devopsista puhuttu. Eikä siinä projektissa ollu ees unit testejä.. kaveri oli laittamassa funktion koodia jota itse teki ajatellen että sitten joku vaikka jatkaa siitä mihin jäi.. Eikä toi mikään olettamus ole että nykyäänkää olisi kaikilla mitään buildijärjestelmiä ellei tehdä jotain tuotetta tai jos on pienempi talo jne.

 

[dropadrop]

Kuulostaa kyllä näin ulkopuolisesta oudolta. Oliko projekti jo käynnissä? ja sitten kesällä laitoitte jonkun junnu kesähessun ihmettelemään projektia? ja viemään sitä eteenpäin.
En tunne tapausta mutta kuulostaa vähän siltä että kaverilla ei oikein ollut hirveesti edes mahdollisuuksia onnistua.

Voisi luulla että järjestelmän tuntevat ovat joskus lomalla tai muissa töissä ja sitten uusi kaveri yrittää
A. ymmärtää järjestelmää
B. kenties yrittää löytää ne kollegat jotka kehitettävästä järjestelmästä tietää oleellisen
C. yrittää löytää asiakkaan ihmiset jotka tietävät siitä mitä järjestelmällä pitäisi tehdä.
D. opetella teknologiaa jolla projektia on tehty

Jos muuten oli skarpin olonen kaveri niin vähän tuntuu että tässä oltaisiin menty rekryssä metsään. Muutenkin kun softataloissa ei ihan helpolla potkita jengiä pois. Muistan kerrankin kun puhuin yhelle junnulle joka oli puskemassa hajonnutta koodia versiohallintaan. Kaipa hän ajatteli että siten näyttää että teki jotain sinä päivänä ja mä taas olin että et laita versiohallintaan mitään roska koodia.PISTE. Edelleen töissä kaveri niin eiköhän toi ollu ihan hyvä neuvo

”Projekti” on ollut käynnissä vuosia, ja paikalla on kyllä paljon ihmisiä kesälläkin.

Koko kesän joku oli vieressä auttamassa, ongelma olikin ettei muuten mikään onnistunut.

Ja toki rekry on mennyt pieleen, eiköhän se ole tuossa tapauksessa selvä. Rekryjä on lukuisia vuodessa (pääosin senioreja, mutta aina on joku junnukin mukana oppimassa) enkä ole kuullut vastaavasta sen yli 5v aikana kun olen talossa ollut.

Kuten mainittu kaveri oli vaihtanut vastikään alaa ja jo haastattelussa oli keskusteltu siitä, että junnu-positiokin voi olla hankala. Kaveri itse oli vakuuttunut että pystyy oppimaan ja sen verran hyvä tyyppi että oli kokeiltu.

Koko jutun pointtina oli, että työskentely koodaajana voi kuitenkin olla aika erilaista kuin opiskelu tai ”helpossa ympäristössä” työskentely. Mun mielestä tietojenkäsittelytieteen tutkinto (Helsingin Yliopistolta) ei valmistanut mua lähellekään edes juniorin taitoja... Mulla kävi kuitenkin aikoinaan tuuri kun päädyin vanhalla työnantajalla vahingossa koodaamaan tiimiin jossa lähinnä korjattiin pieniä virheitä koodissa. Siellä paikallisen ympäristön pystyyn saamiseen oli panostettu ja oli tiukat säännöt koodin formaatin ja luettavuuden suhteen joka auttoi valtavan paljon. Kuitenkin siinäkin järjestelmässä oli miljoonia rivejä koodia, lukuisia erillisiä komponentteja joissa kaikissa näkyi se aika kun ne oli tehty joka teki kokonaisuudesta vaikeasti hahmotettavan.

 

[Incredible Buff]

Kävikö tyypille vain tuuri että pääsi haastatteluun, oliko aiempaa teknistä osaamista/näyttöä (ja miten vahvaa?), vaikuttiko jo hakemuksessa soft skillsien osalta erittäin hyvältä tyypiltä vai mikä oli salaisuus?

Salaisuus paljastunee viestistä #1893. Kyseisessä lauseessa on sanat "aikaisemmat" ja "duunit".

 

[2112]

Onkos muilla koodaushommissa olevilla koskaan minkäänlaisia kehityskeskusteluja? Omaa työhistoriaa alla pari vuotta (alan vaihdon jälkeen), ja oikeastaan koskaan ei ole tullut mitään oleellisempaa palautetta omasta suoriutumisesta (ehkä joskus joku ohimennen todettu "hyvältä näyttää" tms, mutta siinä se). Tulin taas tuon dropadropin kertomuksen luettuani pohtineeksi, että mistä sitä tietää, soveltuuko itsekään oikeasti alalle. Entäpä jos palautetta ei tulekaan sen vuoksi, että oma työn jälki on oikeasti niin kauheaa, ettei siitä ole mitään hyvää sanottavaa. Vai onko taloon saanut jäädä vain sen vuoksi, ettei parempaakaan ole tarjolla.

Viitsisikö sitä ihan suoraan kysyä, että antaisitteko kenkää jos pystyisitte? Toisaalta en kyllä halua mitään kehujakaan, ne vasta kiusallisia ovatkin.

 

[Incredible Buff]

Kehityskeskustelu on pari kertaa vuodessa. Yleensä mennään pitkälle lounaalle ja poristaan hyvin vapaamuotoisesti. Ei mitään kaavakkeiden täyttöä tms.

Kai sitä palautetta tulee tasaisesti koodikatselmointien jne. kautta? Jos ne olisi ihan sutta niin oma moraali ei kyllä antaisi periksi päästää läpi ilman palautetta.

 

[Frederikin rintakarva]

Kehityskeskustelut on kyllä ihan de-facto. Viralliset kerran vuodessa, mutta useammin tulee pidettyä omien tiimiläisten kanssa välietappeja ja vastaavasti vaikuttavat kolleegat toimivan omien tiimiensä kanssa. Palautteen antamista pitää edelleen jatkuvasti muistutella itselle ettei tule pitkiä taukoja. Niitä varten kommentteja kerätään aina tekijöiden projektitiimeistä käytännössä melkein jatkuvasti.

Eli jos et ole kuullut kommenttia, niin kehottaisin kysymään suoraan.

 

[dropadrop]

Kävikö tyypille vain tuuri että pääsi haastatteluun, oliko aiempaa teknistä osaamista/näyttöä (ja miten vahvaa?), vaikuttiko jo hakemuksessa soft skillsien osalta erittäin hyvältä tyypiltä vai mikä oli salaisuus?

En mä ole tuossa tiimissä töissä vaikka olen paljon tekemisissä. Tongin tuota juttua kun pidin tyypistä ja se tuli (ulkopuoliselle) niin yllättäen.

Jotain se on varmaan tehnyt oikein kun pääsee haastatteluun. Ja varmaan samoin kun saa paikan... Tuuri varmaan vaikuttaa siihen mitä muita hakijoita on samaan aikaan?

 

[dropadrop]

Onko näin? Itseltänikin löytyy aikaisempia duuneja ja aina on pyydetty myös jatkamaan niissä. Ei tunnu vaikuttavan it-alan työnhakuun, mutta ehkä en mainosta asiaa tarpeeksi hyvin.

Kai se voi riippua siitä, mitä töitä on tullut tehtyä... Mutta mun mielestä melkein kaikki mitä olen elämässäni tehnyt on loppujen lopuksi ollut hyödyksi vaikkei heti linkkiä näkisikään.

Mutta ehkä nyrkkisääntönä voisi olla, että jos ei itse näe miten joku muun alan työ on tehnyt susta paremman siinä mitä teet nyt niin sitten sitä ei kannata paljoa mainostaa.

 

[Tup3x]

Riippuu mitä fullstack tässä kontekstissa tarkoittaa. Sitä että hallitsee molemmat vai sitä että hallitsee molemmat yhtä heikosti.

Sitä, että hallitsee molemmat. Pystyisi vaikka tekemään pelkkää bäkkiä tai fronttia tarpeen mukaan ilman ongelmia.

 

[Tup3x]

En tiedä kuinka isoja/komplekseja projekteja tarkoitat, mutta rohkenen olla tästä eri mieltä. Fronttipuolelle on viimeisen viiden vuoden aikana tullut runsaasti enemmän vastuuta, eikä ole ihan tavatonta, että frontista löytyy enemmän älyä kuin backendistä.

Molempia täytyy ymmärtää, mutta erittelyyn on ihan hyvät perusteet.

Kun projektit ovat ylläpitovaiheessa tai jatkuvassa kehityksessä, niin puhtaan frontin tekijöiltä äkkiä loppuu työ.

Jos puhutaan isoista verkkokaupoista, niin se puhdas frontin äly on kyllä aivan mitätöntä verrattuna siihen kaikkeen, mitä taustalla tapahtuu. Aika visuaalinen pilipalijuttu saa olla, että kääntyy toisin päin.

 

[Incredible Buff]

Onko näin? Itseltänikin löytyy aikaisempia duuneja ja aina on pyydetty myös jatkamaan niissä. Ei tunnu vaikuttavan it-alan työnhakuun, mutta ehkä en mainosta asiaa tarpeeksi hyvin.

Kyllä tuosta ainakin minun silmiini jää kuva, että ko. henkilö oli ihan näitä IT-alan hommiakin tehnyt aikaisemmin, mutta silti vielä junior-tasolla. Siinä se on. Työkokemus. Softa-alan hommissa kun on muutakin kuin se koodaus ja sitä ei opi kuin olemalla töissä. Ei vaikka opettelisi kotona ne kaikki JS-frameworkit. Sitä sulle on yritetty tässä kertoa, että kannattaisi harkita niitä duuneja, jotka ei nyt oo just sitä coolia fronttihommaa mitä haluaisit. Sen coolin ja ihqun fronttihomman hakeminen nimittäin helpottuu sitä mukaa, kun näyttöä oikeissa projekteissa olemisesta alkaa kertyä. Siksi niin moni ihmetteli ja kritisoi sitä sinun kooditestin skippaamistakin.

 

[dropadrop]

Just näin, eli oli kokemusta monelta eri saralta, mutta halunnut vaihtaa koodaajaksi.

Mulla oli aikoinaan sama, oli 10v kokemus IT-alalta ja ohessa hankittu tietojenkäsittelytieteen tutkinto ennen kuin rupesin työkseni ohjelmoimaan. Silti olisin vuoden tai kaksi lukenut itteni junioriksi.

Mun mielestä ihan missä tahansa hommissa kannattaa keskittyä usean vuoden ajan oppimiseen eikä palkkaan / unelmiin. Sitten kun on oikeasti enemmän käytännön kokemusta voi oikeasti sitten painottaa omia halujaan.

 

[Bladekill]

Kun projektit ovat ylläpitovaiheessa tai jatkuvassa kehityksessä, niin puhtaan frontin tekijöiltä äkkiä loppuu työ.

Jos puhutaan isoista verkkokaupoista, niin se puhdas frontin äly on kyllä aivan mitätöntä verrattuna siihen kaikkeen, mitä taustalla tapahtuu. Aika visuaalinen pilipalijuttu saa olla, että kääntyy toisin päin.

No jaa, ei se täysin lineaarinen REST API ongelmalle joka on ratkaisu miljoona kertaa ole myöskään mikään kompleksisuuden kulmakivi.

 

[vemkki]

Pystyn kuitenkin katsomaan devailujani 90-luvulta asti ja näkemään, millaisissa asioissa homma on sujunut ja millaisissa ei, mihin on löytynyt luontaista taipumusta ja mihin ei, jne. Ensikosketus koodiin oli Amigalla jonkun ruudulle viivoja piirtäneen for-loopin puukotus - se kiinnosti, kun taas jonkun abstraktin algoritmin räplääminen ei olisi saanut intoa syttymään. Siitä asti about kaikissa itse valitsemissani projekteissa parin vuosikymmenen aikana on ollut visuaalinen taipumus, ja työnhaussakaan ei kannattane valita ainakaan sen vastakohtaa.

Ei se back end- kehityskään yleensä ole kovin syvällistä algoritmihinkkausta (paitsi ehkä jollain C++:lla joissakin sovelluksissa). Itsekin olen pitänyt itseäni enemmän käyttöliittymäihmisenä, mutta työura on vienyt vähän muille raiteille.

 

[mopnex]

Omalla duunipaikalla ei ole yhtään puhdasta fronttityyppiä. Loppujen lopuksi aika vähän on pelkää puhdasta fronttia. Foronttipuoli mene siinä sivussa ja usein frontti ja backi menee sen verran käsi kädessä, että kätevämpää vain full-stack tyypin tehdä koko homma (let's face it - molemmat saavat frontin hyvin hoidettua, mutta fronttityypillä on enemmän rajoituksia).

Saanen olla vahvasti eri mieltä. "Fronttityyppi" (ammattilainen) pitää huolen siitä, että käyttöliittymä on toteutettu kestävällä tavalla teknisessä mielessä että loppukäyttäjän kannalta. Yllättävän paljon sitä on nähnyt eri pajojen "kyllä me tää frontti hoidetaan" vasemmalla kädellä tehtyjä "frontteja". Niiden jatkokehitys tarkoittaa yleensä käytännössä alusta aloittamista - tai niin olisi parempi, mutta usein se joudutaan tekemään inkrementaalisesti. Iso helman synti on se, että frontti on sellainen jälkiajatus - lätkitään nyt jotain kasaan esim. bootstrapilla kunhan on about sinne-päin ja näyttää vähän siltä-miltä piti.

En tarkoita että näin tekevät kaikki, mutta ehkä juuri eniten ne jotka eivät ymmärrä sitä miten että siinä on ero kun ammattilainen tietyssä alueessa hoitaa homman vs. joku jolle se tulee muun sivussa. Sama pätee toki toiseen suuntaan, tuskinpa puhdas fronttikaveri on paras suunnittelemaan machine-to-machine integraatioita.

Usein se hyvä "fronttityyppi" osaa myös miettä tämänkaltaisia asioita:


Tietää eri päätelaitteiden eroja ja miten niiden käyttö ja käyttöympäristöt eroavat. Käyttöliittymät ovat erilaisia niin monella tasolla, että tuollainen kuvaamasi pelkistys osoittaa lähinnä sen että kovin syvällistä ymmärrystä aiheesta ei ole.

Itse olen tehnyt backend/frontend hommia jo vuosia, ja molemmissa on puolensa. En silti väitä että noita voi hoitaa vasemmalla kädellä, enkä vähättele muiden ammattilaisten (Frontend/Backend) ammattitaitoa.