Olisivatko Business-syklit it-puolella lyhentyneet suhteutettuna tarvittavien kokonaisuuksien monimutkaisuuteen.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.
Openstack-juna meni jo, alkaa olemaan aika harvassa ne uudet toteutuksetkin jo.Kannattaa tsekata/testata DevStack, jos OpenStack kiinnostaa.
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.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"
No miksi harjoitella openstackilla kun AWS on jo olemassa missä voi harjoitella, tietty jos on osaamista jo valmiiksi Openstackista niin sitten joo.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 ei varsinaisesti. On multa kysytty sekin, että pitkäänkö oot Play:n kanssa värkännyt.Play varmaan ironiaa tässä? Springin osalta tavallaan ymmärtää jos siis joku halutaan heti remmiin mukaan.
Voitosta en tiedä, usein kiire ja nopeus voi sotia sitä vastaankin. Mut toki tavoitteet kovenee ja aikataulut tiukkenee, samalla kokonaisuudet muuttuvat monimutkaisemmiksi.Olisivatko Business-syklit it-puolella lyhentyneet suhteutettuna tarvittavien kokonaisuuksien monimutkaisuuteen.
Tartteis saada nopeammin valmista, että ehtii jäädä voitollekin.
Koskee varmaan kaikkia hommia IT alalla. Miljoonavuotta samaa hommaa tekijä on kovempi juttu kuin kaveri joka on nähnyt sitä sun tätä.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.
Ne etsivät niitä mielenkiintoisempia hommia, eivätkä jumitu ylläpitämään jotain legacy-paskaa kymmeneksi vuodeksi. Tv. sitä-sun-tätä -tyyppi.Mutta tuleeko näistä sitä sun tätä -tyypeistä sitten niitä käsienheiluttelijoita?
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.Koskee varmaan kaikkia hommia IT alalla. Miljoonavuotta samaa hommaa tekijä on kovempi juttu kuin kaveri joka on nähnyt sitä sun tätä.
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.Mistä olet parhaiten löytänyt? Todennäköisesti mun osaamisen puute etsiä, koska aikasemmin ei ole tullut etsittyä...
Varmasti osasta, mutta osa on todella päteviä ja pystyvät oppimaan ja siirtymään hommasta toiseen sekä opettamaan sitä massaa.Mutta tuleeko näistä sitä sun tätä -tyypeistä sitten niitä käsienheiluttelijoita?
Tämä kiteyttikin asian nätisti, monenlaista vipeltäjää tarvitaan....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.
Tiedolla on aina käynnissä YT:t, Accidenturella kaikki ohjautuu Intiaan, CGI:llä vastataan jos jaksetaan.Mitkäs on kokemukset koodareilla IT-konsulttitaloista
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.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.Mitkäs on kokemukset koodareilla IT-konsulttitaloista vs. isommat omaa tuotetta tekevät firmat? Palkkataso, työtahti, työn mielekkyys..
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.Mitä jengi tekee sitten ”ei laskutettavilla” tunneilla? Opiskelee omatoimisesti omantunnon mukaan asioita ja hoitaa ne vähäiset byrokratiat?
Paljon riippuu siitä, onko projekti myyty kiinteähintaisena vai tuntilaskutettavana. Kiinteähintaisessa on aina se riski, että jos projekti venyy voi tulla pahastikin takkiin.Moni on valittanut aikaisemmista työpaikoista joissa piti jatkuvasti kikkailla tuntien lisäämiseksi.
Olen ollut/tutustunut lähinnä konsulttitaloihin. Näitä on muutama eri kategoria:Mitkäs on kokemukset koodareilla IT-konsulttitaloista vs. isommat omaa tuotetta tekevät firmat? Palkkataso, työtahti, työn mielekkyys..
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.Itse kyllä suhtaudun aika skeptisesti siihen, että joku konsulttitalo olisi noin maagisesti muita parempi, että ansaitsee oman kategoriansa.
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.7 vuoden uralle mahtuu useamman konsulttitalon läpi kahlaus. No ei kai siinä.
Miten haet? Mikä olikaan taustasi? Ja missä vaikutat?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.)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.
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.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.)
Puhut nyt "parista" työhakemuksesta ja niiden perustella on "nihkeätä" ja närpimistä? Siis 2-3 hakemuksen perusteella?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.
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.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.)
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.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.
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.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.
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.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).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?
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)?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ää.
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.Mutta ei kai ihan kesätöistä sentään?
Yksi parhaita CV:eistä jonka olen saanut oli Notepadillä kirjoitettu .txt file. Kuvasi myös erittäin hyvin kyseisen kaverin asennetta ja taitoja.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.
"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.).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.
Mistä kaupungista haet?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.
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"....Yleisenä vinkkinä on että ei niinkään kannata opetella kieliä vaan opetella frameworkkejä. Kielet oppii siinä sitten sivussa.
Eipä nuo näytä tuon jutun perusteella ulkoistaneen muuta kuin mainframe touhunsa.Kohta olis taas kotimaista koodaria yms tarjolla kun Nordea tuuppasi pykälää kovemman liikkeen.
IBM Signs $540M services agreement with Nordic's Nordea Bank
Kyllähän avoimet hakemukset (varsinkin isoissa taloissa) menee automaation läpi josta katsotaan tietyt sisällöt.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..?