IT-alan työpaikat

[Tech_ananas]

Työpaikan vaihtamisesta, josta @Lare kyseli, poimin tästä yhden kommentin pätkän:

Heitetään nyt joku omakin lyhyt kanta, niin minusta tähän ei oo varsinaisesti oikeaa tai väärää vastausta, vaan riippuu aika pitkälti henkilöstä ja tilanteesta. Jos viihtyy samassa talossa ja tuntuu, että liksa on kohdillaan, niin mitäs sieltä väkisin muualle vaihtamaan. Vaihtamisessa voi kuitenkin aina myös mennä kunnolla vatuiksi.

Juuri näin. Moni ajattelee että se vaihdos tapahtuu aina parempaan, mutta näinhän se ei tosiaankaan aina mene. Vaikka haastatteluissa keskustellaan asioista niin silti se uusi paikka on aina uusi ja siellä on omat haasteet ja yllätykset. Yleensä meillä ihmisillä on tapana ajatella positiivisesti ja työpaikan vaihdoksessa lähinnä mietitään niitä tällä hetkellä vaivaavia asioita (palkkaus,esimies,joku työprosesseissa nillittävä,etenemismahdollisuudet/mahdottomuudet asia jne) ja ehkä kysellään haastatteluissa tuohon liittyviä asioita koska juuri niiden halutaan muuttuvan paremmiksi. No,se voi ollakin että kun duunia vaihtaa niin huomaat että joku puoli vanhassa duunissa olikin koko ajan hyvä juttu ja uudessa se on mitä sattuu.. Palkka vaikka nousee 8% mutta sun vastuu muuttuu täydellisen hallitsemattomaksi ja repaleiseksi tai pääset oppimaan uutta mutta huomaat että sitä uutta on ihan älyttömästi ja talon sisällä ei tuki ja supportti toimi.

Mulla on tässä parin viime vuoden aikana muutamakin kaveri tehnyt työpaikan vaihdoksen ja muutamien viikkojen jälkeen kokeneet että liikku ei ollutkaan hyvä. Ja tämä on tietysti ihan luonnollista, ei mikään iso uutinen, mutta siis sellainen pointti jota kannattaa miettiä myös kun duuninvaihdosta miettii. Ei siis kannata ajatella liian positiivisesti.

 

[pappatech]

Joo, kai joku terve realismi ihan hyvästä sen suhteen, ettei semmosta duunia olekaan, ettei siinä ajan kanssa joku vtuttaisi.

Että jos kaikki on edellisessä hyvin ja töihin maistuu mennä, niin en ite ainakaan kauhean herkästi lähtis vaihtaan pelkästä vaihtamisen ilosta. Nää duunipaikan vaihdot myllää muutenkin aina arkea aika isosti uusiksi ja tuppaa aiheuttamaan kaikenlaista ressiä, ettei viiti ottaa omille niskoilleen, jos ei oo todellista tarvetta.

 

[Make]

Nyt on alkanut taas tulemaan headhuntereilta viestejä, tosin kaikki viestit mitä tässä viime viikkoina tullut ovat olleet englanniksi. Viime vuosi esimerkiksi aika hiljainen headhuntereiden osalta verrattuna pariin edellisvuoteen.

 

[kuoris]

Nyt on alkanut taas tulemaan headhuntereilta viestejä, tosin kaikki viestit mitä tässä viime viikkoina tullut ovat olleet englanniksi. Viime vuosi esimerkiksi aika hiljainen headhuntereiden osalta verrattuna pariin edellisvuoteen.

Minulle on tullut nyt suomeksikin, elpymistä havaittavissa. Kohteliaasti olen kieltäytynyt ja aina pitää toki laittaa että palkka on liian matala. Suosittelen jokaiselle samaa kommenttia niin kaikki hyötyvät. Osin tottakin kun monesti palkka olisi sama tai huonompi kuin nykyisessä hommassa...eli vaatisi että nykyhommassa olisi suunnaton vitutus tai uusi niin kiinnostava että motivoisi vaihtaa.

 

[pappatech]

Mulle tuli, että "haluaisitko muuttaa Taiwaniin, t. NVIDIA". En tullu nyt vastanneeksi oikein mitään. Kiinnostava talo ja varmaan toisessa elämäntilanteessa ihan houkuttelevakin vaihtoehto, mutta ei tuu nyt oikein kyseeseen. Enkä tiedä meniskö meikäläisen paukuilla edes noiden rekryprosessista läpi, kun kiinnostais hirveästi mikään jenkkimallinen kuukausien reenauskaan mitään työhaastista varten..

 

[asddsa]

Hyvä jos pikkuhiljaa alkaa olla elpymisen merkkejä. Jostain viime vuoden lopulta lähtien on näyttänyt aika nihkeiltä työmarkkinat. "Koodaripula" ja silleen

 

[juhei]

Tässä Tivin kolumnissa arvellaan myös, että suunta alkaisi taas olemaan ylöspäin.

It-alalle odotettavissa: loppuvuodesta mennään taas

Loppuvuodesta taas mennään, pörssikurssit näyttävät vähän plussan puolta ja ainakin tekoälyhommissa on mieletön pöhinä päällä, Mikko Sävilahti arvelee.

www.tivi.fi

 

[Ascend]

Kyllä tuntuu rekryt piristyneen - vuoden verran oli aika hiljaista, nyt on britit soitelleet, ja muutaman viikon sisään kolme suomalaista HR:ää lähestynyt, ihan asiallisista firmoista. Myös entisen duunipaikan väki on pariin otteeseen jo kysellyt kuulumisia.

 

[vitalift]

Tuli vastaan tämä fullstackopen.com (varmaan aikaisemminkin ja to do-listalla) eräästä reddit keskustelusta. Postaaja sanoi,että jo tuollaisen osaamisella voisi yrittää kolkutella työnantajien ovia. Mitä mieltä olette? Toki jos tuollaisen päälle olisi vielä vähän ohjelmointiosaamista ja alan peruskursseja. Ajattelin nyt ainakin vähän katsella tuon sisältöä, kun vaikutti mielenkiintoiselta ja nämä Helsingin yliopiston nettikurssit ovat olleet hyvälaatuisia.

 

[pappatech]

Mitä mieltä olette?

Nuo matskut on ainakin erinomaiset, mitä itsekin tuon joskus takavuosina naputtelin ja kannattaa ehdottomasti tehdä, jos kiinnostaa.

Saako noin duunia, jos ei oo koulutusta eikä muita referenssejä kuin tuo kurssi, niin vähän epäilen, mutta askel eteenpäin tuo varmasti on, jos koodihommat kiinnostaa. Mulla ei kyllä oo kauhean hyvää tatsia tuohon React + Node -maailmaan, kun oon tehny ite aina toisilla teknologioilla, mutta avoimia paikkoja pitäs kyllä olla ihan säännöllisesti tuolle stäkille.

 

[Makis]

Mulle tuli, että "haluaisitko muuttaa Taiwaniin, t. NVIDIA". En tullu nyt vastanneeksi oikein mitään. Kiinnostava talo ja varmaan toisessa elämäntilanteessa ihan houkuttelevakin vaihtoehto, mutta ei tuu nyt oikein kyseeseen. Enkä tiedä meniskö meikäläisen paukuilla edes noiden rekryprosessista läpi, kun kiinnostais hirveästi mikään jenkkimallinen kuukausien reenauskaan mitään työhaastista varten..

Itseä voisi nykyisessä maailmantilanteessa kuumottaa muuttaa Taiwaniin.

 

[kuoris]

Itseä voisi nykyisessä maailmantilanteessa kuumottaa muuttaa Taiwaniin.

Uskaltaisin. Pienellä varauksella.

Se on kovasti sekä Kiinan että Yhdysvaltojen talouden suurissa intresseissä että TSMC:n toiminta on turvattu. Sieltä tulee 90% maailman kehittyneistä mikropiireistä. Kiinalla on enemmän hävittävää kun he eivät saa sitten vuosikymmeniin vastaavaa tehdasta pystyyn (oletan että Kiina eristettäisiin) mutta länsimaissa se onnistuisi ehkä 5-10 vuodessa.

Kiinan uhittelu taitaa olla enemmän sisäpoliittista tarkoitusperää varten.

Toki näin ajateltiin Ukrainassakin aikanaan…Taiwanissa eskalaation voisi aiheuttaa myös vahinko mutta todennäköisesti se jäisi rajalliseksi yhteydenotoksi.

 

[julmuri]

Tuli vastaan tämä fullstackopen.com (varmaan aikaisemminkin ja to do-listalla) eräästä reddit keskustelusta. Postaaja sanoi,että jo tuollaisen osaamisella voisi yrittää kolkutella työnantajien ovia. Mitä mieltä olette? Toki jos tuollaisen päälle olisi vielä vähän ohjelmointiosaamista ja alan peruskursseja. Ajattelin nyt ainakin vähän katsella tuon sisältöä, kun vaikutti mielenkiintoiselta ja nämä Helsingin yliopiston nettikurssit ovat olleet hyvälaatuisia.

minulla on sellainen kuva, että noita fullstack-mitälie/peruswebbidevaajia on jo aivan liikaa eikä aloittelijoilla varsinkaan ole töitä luvassa.

tekoäly on ollut ison hypetyksen alla jo vuosikaudet.
tuleekohan siitä sitten se seuraava devauskupla.

jos olisin 18v varmaan opiskelisin johonkin rautapuolen hommiin.
eikö EU ilmoittanut juuri investoivansa omiin puolijohdetehtaisiin vai muistanko väärin.
tosin en tiedä onko suomessa juuri missään koulutusta juuri sellaiseen kun ei töitäkään ei ole.

 

[Paapaa]

Tuli vastaan tämä fullstackopen.com (varmaan aikaisemminkin ja to do-listalla) eräästä reddit keskustelusta. Postaaja sanoi,että jo tuollaisen osaamisella voisi yrittää kolkutella työnantajien ovia. Mitä mieltä olette? Toki jos tuollaisen päälle olisi vielä vähän ohjelmointiosaamista ja alan peruskursseja. Ajattelin nyt ainakin vähän katsella tuon sisältöä, kun vaikutti mielenkiintoiselta ja nämä Helsingin yliopiston nettikurssit ovat olleet hyvälaatuisia.

Se on hyvä kurssi ja ehdottomasti kannattaa tehdä jos web-jutut kiinnostavat. Mutta se ei tietenkään yksinään ehkä avaa ovea töille, vaan osaamisen osoittamiseksi pitää olla vähän muutakin tarjolla. Yleensä se muu on aloittelevalla devaajalla opinnot ja/tai omat projektit - koska muuta työkokemusta ei ole. Ensimmäisen paikan saaminen on kaikkein vaikeinta ja sinne on myös tunkua. Eli jollain pitää osata erottautua muista hakijoista.

 

[Makis]

Se on kovasti sekä Kiinan että Yhdysvaltojen talouden suurissa intresseissä että TSMC:n toiminta on turvattu. Sieltä tulee 90% maailman kehittyneistä mikropiireistä. Kiinalla on enemmän hävittävää kun he eivät saa sitten vuosikymmeniin vastaavaa tehdasta pystyyn (oletan että Kiina eristettäisiin) mutta länsimaissa se onnistuisi ehkä 5-10 vuodessa.

Joidenkin asiantuntijoiden mukaan Kiinan kyvykkyys ei olisi noin kaukana.

 

[zepi]

eikö EU ilmoittanut juuri investoivansa omiin puolijohdetehtaisiin vai muistanko väärin.
tosin en tiedä onko suomessa juuri missään koulutusta juuri sellaiseen kun ei töitäkään ei ole.

Suomessa on sekä koulutusta että töitä alalla, ollut vuosikymmeniä.

edit: Ja näillähän ei ole ~ mitään tekemistä IT-alan kanssa. Puolijohdeala on elektroniikka, sähköfysiikka, kiinteän aineen fysiikka, kvanttimekaniikka jne sekoitusta.

 

[kuoris]

Joidenkin asiantuntijoiden mukaan Kiinan kyvykkyys ei olisi noin kaukana.

Onko tähän jotain lähdettä?

Yleinen käsitys on se että mikään valtio ei yksin pysty rakentamaan kehittyneiden mikroprosessorien tehdasta.

 

[evakko]

Onko tosiaan niin ettei valtio eli valtiolle.fi viitsi edes kiittää mielenkiinnosta jos ei pääse jatkoon hakuprosessissa? Kertoivat kyllä toukokuussa hakuajan päättyneen, mutta sitten ollut hiljaista.

 

[nbzero]

Onko tosiaan niin ettei valtio eli valtiolle.fi viitsi edes kiittää mielenkiinnosta jos ei pääse jatkoon hakuprosessissa? Kertoivat kyllä toukokuussa hakuajan päättyneen, mutta sitten ollut hiljaista.

Hmm, tämä nyt ei ole mikään virallinen totuus, mutta tuo vastaaminen saattaa jäädä rekrytoivan organisaation vastuulle. Ja kesäkaudella lomat saattaa vaikuttaa rekrytointiin niin, että ne on tauolla kunnes rekrytoiva henkilö ja tulokset hyväksyvä johtaja ovat taas töissä. Mutta olen valitettavasti itsekin kuullut, että rekrytoitavalle ei ole välttämättä viestitty mitään tai on viestitty todella paljon myöhemmin, että valinta ei tällä kertaa osunut.

En tosin itse näe, etteikö näissä voi kysellä rekrytoinnin tilanteesta perään jos joku yhteystieto on saatavilla (jos ei muuten, kyselee ko. organisaation kirjaamosta). Varmaan lain puolesta nimityksestä pitää olla mahdollista saada tieto (jotta siitä voi esimerkiksi valittaa). Ja muutenkann en itse sitä välttämättä huonona kokisi, jos hakeva kandidaatti on kiinnostunut rekrytoinnin etenemisestä.

 

[Makis]

Onko tähän jotain lähdettä?

Yleinen käsitys on se että mikään valtio ei yksin pysty rakentamaan kehittyneiden mikroprosessorien tehdasta.

No tässä vaikka CNBC:n juttu helmikuulta, jonka mukaan Kiinassa ollaan pystyttämässä 5nm tehdasta: https://www.cnbc.com/2024/02/12/chi...chips-but-beijing-still-faces-challenges.html.

Tuossa toinen juttu, tässä mainitaan myös Taiwan ja miten Kiinan edistyminen tässä heikentää Taiwanin turvallisuutta: China’s chip industry is gaining momentum – it could alter the global economic and security landscape.

 

[Nenolanjones]

Onko tosiaan niin ettei valtio eli valtiolle.fi viitsi edes kiittää mielenkiinnosta jos ei pääse jatkoon hakuprosessissa? Kertoivat kyllä toukokuussa hakuajan päättyneen, mutta sitten ollut hiljaista.

Ainakin Maanmittauslaitos piti hyvin ajan tasalla, ensin tuli ilmoitus että valinnat haastatteluihin on tehty, ja myöhemmin vielä ilmoittivat että haastattelut ohi ja tehtävään valittiin XXX XXX.

 

[zepi]

No tässä vaikka CNBC:n juttu helmikuulta, jonka mukaan Kiinassa ollaan pystyttämässä 5nm tehdasta: https://www.cnbc.com/2024/02/12/chi...chips-but-beijing-still-faces-challenges.html.

Tuossa toinen juttu, tässä mainitaan myös Taiwan ja miten Kiinan edistyminen tässä heikentää Taiwanin turvallisuutta: China’s chip industry is gaining momentum – it could alter the global economic and security landscape.

Se, että pystytetään laitos joka nimellisesti tuottaa paperilla jotain piirejä mielipuolisella multipatteriningilla juuri ja juuri prototyyppituotantoon riittävästi on todella kaukana siitä, että TSMC puskee neliömetrikaupalla 3nm piiriä ulos.

Huaweillahan on pahoja tuotanto-ongelmia uusimmissa lippulaivoissaan vaikka prossu on vuosia länsiluureja perässä.

 

[2112]

(Siirränpäs keskustelun ohjelmointikysymysketjusta tänne, jotta ei sotketa hyvää ketjua yleisellä IT-alan höpinällä. Kyselin siis, mikä ohjelmointikieli kannattaisi opiskella, koska Django+React -yhdistelmä tuntuu työllistävän nykyisin kovin huonosti. Ja syntyi keskustelua siitä, riittääkö yleinen osaaminen työllistymiseen vai ei.)

Suurin valtti työnhaussa on hyvät perusohjelmointitaidot ja vuorovaikutuskyvyt. En olisi niin huolissani jos olet hyvä tiimipeluri ja taitava React ja js koodaaja, saat varmasti hommia joissa pääset opettelemaan Muutakin. TS perusteet on aika helppo oppia varsinkin jos osaa js:n hyvin.

Oma kokemus työnhausta ei kyllä yhtään tue tätä väitettä. Voi tietysti olla, että kaikki HR-väki valehtelee, mutta useimmiten sanotaan, ettei osaaminen vastaa mitä haetaan. Ei musta siis vaikuta, että tavallinen osaaminen riittää lainkaan.

Kieltämättä omatkin kokemukset ovat hieman samankaltaisia. Tuntuu, että varsinkin hieman uudenlaisiin tehtäviin siirtyminen on hyvin hankalaa. Lähiaikoina olen ollut parissa rekryssä mukana ihan viime metreille asti (ainakin uskoakseni ja rekrytoijan puheiden perusteella, useampia kierroksia läpikäytynä). Lopulta viesti on kuitenkin ollut jotain tyyliin että "saatiin susta tosi hyvä kuva ja valinta oli vaikea, mutta tällä toisella tyypillä nyt vaan oli enemmän juuri tätä osaamista, jota me painotetaan". Tiedä sitten, mikä on totuus, mutta palautteen perusteella ongelma on ollut se, että aiempi osaaminen ei ole täysin vastannut sitä, mitä firman toivelistalla on ollut. Tarkennettakoon, että omassa osaamisessani on ollut puutteita jonkin tietyn ohjelmointikielen, frameworkin tai pilvihäkkyrän kanssa. Välillä tuntuu, että varsinkin pilvipuolella jotkin yritykset ovat todella siiloutuneita, tyyliin jos on käyttänyt GCP:n Cloud Functionsia niin se osaaminen ei merkitse mitään kun etsitään AWS Lambdan osaajaa. (Tietenkään kaikki firmat eivät olet tällaisia.)

Toisaalta sitä on ehkä tällä tavalla onnistunut välttämään omalta kannalta huonon työpaikkavalinnan. Yksi näistä em. firmoista jahkaili rekryn kanssa pitkään, ilmoitti sitten lopulta että kiitos mutta ei kiitos, ja nyt sama paikka on laitettu uudelleen hakuun (ainakin täsmälleen sama kuvaus, samat vaatimukset ja sama roolinimike, ei mikään junioripositio). Ei ainakaan omissa mielikuvissa herätä kovin suurta luottamusta.

 

[jarhu]

(Siirränpäs keskustelun ohjelmointikysymysketjusta tänne, jotta ei sotketa hyvää ketjua yleisellä IT-alan höpinällä. Kyselin siis, mikä ohjelmointikieli kannattaisi opiskella, koska Django+React -yhdistelmä tuntuu työllistävän nykyisin kovin huonosti. Ja syntyi keskustelua siitä, riittääkö yleinen osaaminen työllistymiseen vai ei.)


Kieltämättä omatkin kokemukset ovat hieman samankaltaisia. Tuntuu, että varsinkin hieman uudenlaisiin tehtäviin siirtyminen on hyvin hankalaa. Lähiaikoina olen ollut parissa rekryssä mukana ihan viime metreille asti (ainakin uskoakseni ja rekrytoijan puheiden perusteella, useampia kierroksia läpikäytynä). Lopulta viesti on kuitenkin ollut jotain tyyliin että "saatiin susta tosi hyvä kuva ja valinta oli vaikea, mutta tällä toisella tyypillä nyt vaan oli enemmän juuri tätä osaamista, jota me painotetaan". Tiedä sitten, mikä on totuus, mutta palautteen perusteella ongelma on ollut se, että aiempi osaaminen ei ole täysin vastannut sitä, mitä firman toivelistalla on ollut. Tarkennettakoon, että omassa osaamisessani on ollut puutteita jonkin tietyn ohjelmointikielen, frameworkin tai pilvihäkkyrän kanssa. Välillä tuntuu, että varsinkin pilvipuolella jotkin yritykset ovat todella siiloutuneita, tyyliin jos on käyttänyt GCP:n Cloud Functionsia niin se osaaminen ei merkitse mitään kun etsitään AWS Lambdan osaajaa. (Tietenkään kaikki firmat eivät olet tällaisia.)

Toisaalta sitä on ehkä tällä tavalla onnistunut välttämään omalta kannalta huonon työpaikkavalinnan. Yksi näistä em. firmoista jahkaili rekryn kanssa pitkään, ilmoitti sitten lopulta että kiitos mutta ei kiitos, ja nyt sama paikka on laitettu uudelleen hakuun (ainakin täsmälleen sama kuvaus, samat vaatimukset ja sama roolinimike, ei mikään junioripositio). Ei ainakaan omissa mielikuvissa herätä kovin suurta luottamusta.

Yleisesti ottaen, jos jonkin tietyn pilvifirman osaaminen on haussa ja sitä ei ole, mutta vastaavia työkaluja on käyttänyt toisessa, niin en tiedä onko tuossa rekrytointiongelmaa eli hr & rekryävä manager ei ymmärrä techistä riittävästi. Näin omasta mielestä jokseenkin työkalut toimii vastaavasti perusperiaatteiltaan ja uuden oppiminen tarkoittaa lähinnä vain dokumentaation läpikäyntiä. Sovelluskehityksestä niinkään osaa sanoa, mutta en uskoisi sen kummemmin olevan eri periaatteiltaan.

Omasta mielestä tärkeintä on sen tietyn haettavan alan periaatteiden osaaminen ja käytännön soveltaminen olevan tärkeimpää kuin se onko aiemmin tehnyt vaikkapa lambdoja tai vaikka azure functionseja (mitkä on todella yksinkertaisia eikä todellakaan mitään rakettitiedettä). Ylipäätänsä usein etsitään jonkun tekin osaajaa, mutta jää pienemmälle huomiolle ymmärtääkö perusteita taustalta. Ne työkalut on enemmän tai vähemmän saman kaltaisia erilaisessa paketissa ja eri feature seteillä. Ja on tosiaan tullut vastaan henkilöitä, jotka osaa joitain tiettyjä työkaluja, mutta ylipäätänsä on puute ymmärtää miten maailma toimii.

 

[kolistelija]

(Siirränpäs keskustelun ohjelmointikysymysketjusta tänne, jotta ei sotketa hyvää ketjua yleisellä IT-alan höpinällä. Kyselin siis, mikä ohjelmointikieli kannattaisi opiskella, koska Django+React -yhdistelmä tuntuu työllistävän nykyisin kovin huonosti. Ja syntyi keskustelua siitä, riittääkö yleinen osaaminen työllistymiseen vai ei.)


Kieltämättä omatkin kokemukset ovat hieman samankaltaisia. Tuntuu, että varsinkin hieman uudenlaisiin tehtäviin siirtyminen on hyvin hankalaa. Lähiaikoina olen ollut parissa rekryssä mukana ihan viime metreille asti (ainakin uskoakseni ja rekrytoijan puheiden perusteella, useampia kierroksia läpikäytynä). Lopulta viesti on kuitenkin ollut jotain tyyliin että "saatiin susta tosi hyvä kuva ja valinta oli vaikea, mutta tällä toisella tyypillä nyt vaan oli enemmän juuri tätä osaamista, jota me painotetaan". Tiedä sitten, mikä on totuus, mutta palautteen perusteella ongelma on ollut se, että aiempi osaaminen ei ole täysin vastannut sitä, mitä firman toivelistalla on ollut. Tarkennettakoon, että omassa osaamisessani on ollut puutteita jonkin tietyn ohjelmointikielen, frameworkin tai pilvihäkkyrän kanssa. Välillä tuntuu, että varsinkin pilvipuolella jotkin yritykset ovat todella siiloutuneita, tyyliin jos on käyttänyt GCP:n Cloud Functionsia niin se osaaminen ei merkitse mitään kun etsitään AWS Lambdan osaajaa. (Tietenkään kaikki firmat eivät olet tällaisia.)

Toisaalta sitä on ehkä tällä tavalla onnistunut välttämään omalta kannalta huonon työpaikkavalinnan. Yksi näistä em. firmoista jahkaili rekryn kanssa pitkään, ilmoitti sitten lopulta että kiitos mutta ei kiitos, ja nyt sama paikka on laitettu uudelleen hakuun (ainakin täsmälleen sama kuvaus, samat vaatimukset ja sama roolinimike, ei mikään junioripositio). Ei ainakaan omissa mielikuvissa herätä kovin suurta luottamusta.

Siinä on rekry mennyt mielestäni pieleen jos ollaan otettu millään mittarilla huonomman tuntuinen kaveri pelkästään sen takia ettei ole juuri tietyn pilvipalvelun kanssa tehnyt töitä. Jos rekryttävä osaa selittää mikä Cloud function tai Lambda on ja millaisiin ratkaisuihin sitä käytetään (ja ehkä missä tilanteissa pitäisi käyttää muita rataisuja jnpp.), päästän kymmenen kertaa kymmenestä mielummin eteenpäin hänet, kuin sen joka osaa sanoa käyttäneensä juuri sitä tuotetta mitä haetaan, mutta ei osaa kertoa siitä oikein mitään tai selittää selvästi puuta heinää aiheesta (ei sekään poikkeuksellista ole).

Sama koskee frameworkeja. Jos haetaan React osaajaa, mutta haastateltava on tehnyt viimeiset kymmenen vuotta muilla työkaluilla, kysyn tarkkaan javascript ekosysteemistä ja ehkä kuvailen eri frameworkien renderöintiä, jonka jälkeen kandidaatti osaa kuvailla mitä hyviä puolia missäkin tavassa mahtaisi olla. Tässäkin tilanteessa kokonaisuutena parempi ja oppimiskykyiseltä vaikuttava Angulardevaaja menee aina sen ohi joka osaa Reactia, joka lopulta on hyvin paljon yksinkertaisempi taito kuin oikeat ohjelmointitaidot ja taitava koodaaja oppii sen käytön viikossa paremmin kuin mitä moni vuosia sitä tehnyt huonompi koodaaja.


EDIT:
Selvissä erityisosaamista hakevissa tapauksissa asia on tietenkin eri. Jos haetaan liidiä Javaa tekevään tiimiin, on odotukset sellaiset että Java on niin hyvin hanskassa että parempien osaajien löytyminen alkaa olemaan vaikeaa. Sama koskee sitä jos tiimissä ei kukaan tunne pilvipalveluita ja pitäisi siirtää koko infra AWS:ään. Näissä se tosin näkyy ilmoituksessakin.

Kandidaatille annettu palaute on myös tulkinnanvaraista. Itse listaan siihen asioita joilla kandidaatti voi parantaa, jotta seuraavalla hakukerralla olisi paremmat mahdollisuudet. On se pahimmillaan niinkin geneeristä että kehua annan hyvästä framework tuntemuksesta, mutta toivoisin parempaa osaamista ihan perusohjelmointitaidoissa (mitä se tarkoittaa on yleensä selvää haastattelun jälkeen).

 

[vitalift]

(Siirränpäs keskustelun ohjelmointikysymysketjusta tänne, jotta ei sotketa hyvää ketjua yleisellä IT-alan höpinällä. Kyselin siis, mikä ohjelmointikieli kannattaisi opiskella, koska Django+React -yhdistelmä tuntuu työllistävän nykyisin kovin huonosti. Ja syntyi keskustelua siitä, riittääkö yleinen osaaminen työllistymiseen vai ei.)


Kieltämättä omatkin kokemukset ovat hieman samankaltaisia. Tuntuu, että varsinkin hieman uudenlaisiin tehtäviin siirtyminen on hyvin hankalaa. Lähiaikoina olen ollut parissa rekryssä mukana ihan viime metreille asti (ainakin uskoakseni ja rekrytoijan puheiden perusteella, useampia kierroksia läpikäytynä). Lopulta viesti on kuitenkin ollut jotain tyyliin että "saatiin susta tosi hyvä kuva ja valinta oli vaikea, mutta tällä toisella tyypillä nyt vaan oli enemmän juuri tätä osaamista, jota me painotetaan". Tiedä sitten, mikä on totuus, mutta palautteen perusteella ongelma on ollut se, että aiempi osaaminen ei ole täysin vastannut sitä, mitä firman toivelistalla on ollut. Tarkennettakoon, että omassa osaamisessani on ollut puutteita jonkin tietyn ohjelmointikielen, frameworkin tai pilvihäkkyrän kanssa. Välillä tuntuu, että varsinkin pilvipuolella jotkin yritykset ovat todella siiloutuneita, tyyliin jos on käyttänyt GCP:n Cloud Functionsia niin se osaaminen ei merkitse mitään kun etsitään AWS Lambdan osaajaa. (Tietenkään kaikki firmat eivät olet tällaisia.)

Toisaalta sitä on ehkä tällä tavalla onnistunut välttämään omalta kannalta huonon työpaikkavalinnan. Yksi näistä em. firmoista jahkaili rekryn kanssa pitkään, ilmoitti sitten lopulta että kiitos mutta ei kiitos, ja nyt sama paikka on laitettu uudelleen hakuun (ainakin täsmälleen sama kuvaus, samat vaatimukset ja sama roolinimike, ei mikään junioripositio). Ei ainakaan omissa mielikuvissa herätä kovin suurta luottamusta.

Tuosta jahkailijafirmasta tuli mieleen, että olen teknilliseltä puolelta nähnyt ihan livenä ja esihenkilön sanomana, että avasivat työpaikkahaun "jos nyt sattuisi löytymään sopivaa" ja kun ei valmista pakettia ollut tarjolla, eivät palkanneet ketään. Lienekkö sama idea it-puolella eli ei ole välttämätön hätä ketään palkata, mutta katsotaan vähän, mitä tarjolla on nykyisin. Täysin toki työnhakijoiden ajantuhlaamistahan tuo on. Tuli sinun tarinastasi muutenkin se fiilis, että kukaan ei halua antaa hetkeäkään uudelle työntekijälle aikaa kouluttautua ja oppia vaikka olisi jo kuinka pätevä muuten ja fiksu. Potentiaali ei riitä ja jollain tasolla uskon,että tähän Suomen talous kaatuu monessa paikkaa, kun ketään ei haluta kouluttaa töissä ja vastavalmistuneella pitää olla 20 v työkokemus. Suurta massatyöttömyyttä ei tullut, koska eläköityneiden tilalle ei vaan palkattu ketään ja on menetetty valtavasti kokemusta ja oppia, joka ei siirtynyt uusille sukupolville. Mutta onhan tästä aina puhuttu...

 

[qtba]

Tuosta jahkailijafirmasta tuli mieleen, että olen teknilliseltä puolelta nähnyt ihan livenä ja esihenkilön sanomana, että avasivat työpaikkahaun "jos nyt sattuisi löytymään sopivaa" ja kun ei valmista pakettia ollut tarjolla, eivät palkanneet ketään. Lienekkö sama idea it-puolella eli ei ole välttämätön hätä ketään palkata, mutta katsotaan vähän, mitä tarjolla on nykyisin.

Tämä on jo aika yleistä Atlantin toisella puolella, miksei siis meilläkin?

 

[kaarlos]

Tässäkin tilanteessa kokonaisuutena parempi ja oppimiskykyiseltä vaikuttava Angulardevaaja menee aina sen ohi joka osaa Reactia, joka lopulta on hyvin paljon yksinkertaisempi taito kuin oikeat ohjelmointitaidot ja taitava koodaaja oppii sen käytön viikossa paremmin kuin mitä moni vuosia sitä tehnyt huonompi koodaaja.

Pääosin olen kirjoittamastasi samaa mieltä, mutta tässä hieman riippuu myös ympäröivästä tilanteesta johon kehittäjä tulee. Jos otat sen kokeneen Angular-devaajan esim. pääkehittäjäksi React-projektiin niin väittäisin että lopputulos ei ole optimi, mutta ottaminen mukaan projektiin toisen React-seniorin kylkeen toiminee todella hyvin kun ympäröivä koodi on parhaiden patternien mukaista.

 

[kolistelija]

Pääosin olen kirjoittamastasi samaa mieltä, mutta tässä hieman riippuu myös ympäröivästä tilanteesta johon kehittäjä tulee. Jos otat sen kokeneen Angular-devaajan esim. pääkehittäjäksi React-projektiin niin väittäisin että lopputulos ei ole optimi, mutta ottaminen mukaan projektiin toisen React-seniorin kylkeen toiminee todella hyvin kun ympäröivä koodi on parhaiden patternien mukaista.

Patterneista voisikin keskustella pitkään... Reactin kohdalla tosin dokumentaatio on sen verran hyvällä tolalla että kokenut (ja hyvä, mutta siitäkin voi keskustella mitä se tarkoittaa) devaaja/arkkitehti pärjää keskikokoisessa projektissa pääkehittäjänäkin ilman ongelmia.

Toisaalta jos se tekki on ehdoton vaatimus niin kyllä se varmaan työpaikkailmoituksessakin mainitaan, eikä niin että ilmoituksessa mainitaan viisi tekkiä ja yhden tai kahden puute olisi ongelma hyvän ehdokkaan kohdalla.

 

[vitalift]

Onko it-alalla tapana etsiä työntekijää ja sitten selviääkin, että töitä on vain, jos saavat jonkin asiakkuuden? Ja että tätä on piiloteltu koko keskustelujen ajan kunnes selviää viime metreillä. Siis ihan palkkasuhteista työntekijää etsiä, ei mikään freelancer/kevytyrittäjä. Ainakaan ei ole noussut täällä omaan silmään keskusteluista tämmöinen käytös, onko kukaan kuullut?
Ajattelin kysyä, kun tämmöinen toiminta omalla alalla firmoilla käytössä :'D On tämä kyllä p*rberistä.

 

[kolistelija]

Onko it-alalla tapana etsiä työntekijää ja sitten selviääkin, että töitä on vain, jos saavat jonkin asiakkuuden? Ja että tätä on piiloteltu koko keskustelujen ajan kunnes selviää viime metreillä. Siis ihan palkkasuhteista työntekijää etsiä, ei mikään freelancer/kevytyrittäjä. Ainakaan ei ole noussut täällä omaan silmään keskusteluista tämmöinen käytös, onko kukaan kuullut?
Ajattelin kysyä, kun tämmöinen toiminta omalla alalla firmoilla käytössä :'D On tämä kyllä p*rberistä.

Monet konsulttiputkat aloittivat tämän touhun juuri äskettäin kun kysyntä tipahti. Ensin oli asiakkaita jonossa pyytämässä lisää käsiä, jolloin palkattiin kaikki jotka olivat edes sinne päin kykeneviä. Tiedettiin että kyllä joku epätoivoinen asiakas ne ottaa viimeistään parissa kuukaudessa.

Tuota jatkui pitkään, kunnes kysyntä yhtäkkiä normalisoitui. Monella firmalla oli housut nilkoissa liian ison rekryinnostuksen takia ja iso määrä uusia konsultteja joilla ei vielä ollut keikkaa. Se oli sellainen käännekohta jonka jälkeen nyt on menty ehkä reilu vuosi niin että palkataan ainoastaan todella kovia tekijöitä penkille ja muille tarjotaan tuollaisia ehdollisia tarjouksia.

Kaikki eivät tuolla tavalla toimi, mutta pitää olla vakavarainen talo ja/tai suuri asiakaspohja että palkkaisi perustekijöitä odottamaan hommia.

Hakijalle ikävää, varsinkin jos nykyisessä hommassa on pitkä irtisanomistaika. Ei kuitenkaan kannata irtisanoutua työpaikastaan tuollaisen sopparin varaan.

 

[hazaski]

Onko it-alalla tapana etsiä työntekijää ja sitten selviääkin, että töitä on vain, jos saavat jonkin asiakkuuden? Ja että tätä on piiloteltu koko keskustelujen ajan kunnes selviää viime metreillä. Siis ihan palkkasuhteista työntekijää etsiä, ei mikään freelancer/kevytyrittäjä. Ainakaan ei ole noussut täällä omaan silmään keskusteluista tämmöinen käytös, onko kukaan kuullut?
Ajattelin kysyä, kun tämmöinen toiminta omalla alalla firmoilla käytössä :'D On tämä kyllä p*rberistä.

Ainakin viime syksynä kun YT:den seurauksena haki paikkoja, niin noin 8 konsulttifirmaa ainakin sanoi ottavansa listoille yrittävän myydä eteenpäin jollakin asiakkaallee ja palkkalistoille otetaan sitte jos löytyy. Eipä näistä muista ole kuullut kuin yhdestä sen jälkeen, ja sekin oli että kysyvät että voivatko yrittää jatkossakin myydä ettenpäin, eli ainakin 1 nuista kahdeksasta oli sellanen joka ei puhunut paskaa silloin syksyllä.

 

[vitalift]

Monet konsulttiputkat aloittivat tämän touhun juuri äskettäin kun kysyntä tipahti. Ensin oli asiakkaita jonossa pyytämässä lisää käsiä, jolloin palkattiin kaikki jotka olivat edes sinne päin kykeneviä. Tiedettiin että kyllä joku epätoivoinen asiakas ne ottaa viimeistään parissa kuukaudessa.

Tuota jatkui pitkään, kunnes kysyntä yhtäkkiä normalisoitui. Monella firmalla oli housut nilkoissa liian ison rekryinnostuksen takia ja iso määrä uusia konsultteja joilla ei vielä ollut keikkaa. Se oli sellainen käännekohta jonka jälkeen nyt on menty ehkä reilu vuosi niin että palkataan ainoastaan todella kovia tekijöitä penkille ja muille tarjotaan tuollaisia ehdollisia tarjouksia.

Kaikki eivät tuolla tavalla toimi, mutta pitää olla vakavarainen talo ja/tai suuri asiakaspohja että palkkaisi perustekijöitä odottamaan hommia.

Hakijalle ikävää, varsinkin jos nykyisessä hommassa on pitkä irtisanomistaika. Ei kuitenkaan kannata irtisanoutua työpaikastaan tuollaisen sopparin varaan.

Mutta kertovatko he tuon ehdollisuuden? Ongelma ei periaatteessa ole ehdolliset sopimukset vaan se, että sitä tietoa yritetään pimittää tai siitä kysyttäessä ei edes vastata vaan asia saatetaan yrittää piilottaa työsopimukseen viimemetreillä. Osahan siis ilmoittaa suoraan, että ovat lähdössä mukaan kilpailutuksiin ja haluatko mukaan. Osa sitten koittaa viilata linssiin.

 

[kolistelija]

Mutta kertovatko he tuon ehdollisuuden? Ongelma ei periaatteessa ole ehdolliset sopimukset vaan se, että sitä tietoa yritetään pimittää tai siitä kysyttäessä ei edes vastata vaan asia saatetaan yrittää piilottaa työsopimukseen viimemetreillä. Osahan siis ilmoittaa suoraan, että ovat lähdössä mukaan kilpailutuksiin ja haluatko mukaan. Osa sitten koittaa viilata linssiin.

Osa pimittää ja osa ei. Itselläni on vain oman talon tavoista ja muutaman kaverin työpaikanhausta tietoa, enkä ole kuullut kuin yhdestä talosta joka on pimittänyt tuota tietoa. En usko että se on yrityksellekään kovin järkevää käyttää aikaa tuollaiseen rekryyn jonka tarpeellisuudesta ei ole mitään tietoa.

 

[vitalift]

Osa pimittää ja osa ei. Itselläni on vain oman talon tavoista ja muutaman kaverin työpaikanhausta tietoa, enkä ole kuullut kuin yhdestä talosta joka on pimittänyt tuota tietoa. En usko että se on yrityksellekään kovin järkevää käyttää aikaa tuollaiseen rekryyn jonka tarpeellisuudesta ei ole mitään tietoa.

On tämä työmaailma kyllä julma. Itsellä menee maku aika äkkiseltään työnantajaan, joka yrittää huijata jo jollain tavalla ennen kuin edes sopimusta saadaan allekirjoitettua. Saako firmat tällä tavalla oikeasti hyviä ja sitoutuneita työntekijöitä?

 

[pappatech]

On tämä työmaailma kyllä julma. Itsellä menee maku aika äkkiseltään työnantajaan, joka yrittää huijata jo jollain tavalla ennen kuin edes sopimusta saadaan allekirjoitettua. Saako firmat tällä tavalla oikeasti hyviä ja sitoutuneita työntekijöitä?

Niin no ei tuo nyt yleinen ongelma minusta ole, että tuo jätettäis sanomatta rekryvaiheessa. Parissa lafkassa tullut itsellekin vastaan, mutta kummassakin tuo sanottiin kyllä oma-aloitteisesti ja hyvin selvästi, että varsinainen soppari kirjoitetaan vasta sitten, kun on asiakkuus katsottuna. Mikä on meikäläisellekin aika olennainen tieto, että millainen asiakas, millainen keissi ja millaista roolia tarjolla ja että kannattaako lähteä nykyisestä.

Ja jos ei oo kovin epätoivoinen tilanne, niin eihän sellaiseen taloon pidä mennäkään, josta jää paska maku jo rekryvaiheessa.

 

[asddsa]

Minua on välillä hämmentänyt, että miten tuo konsulttibisnes on niin iso? Konsulttien tuntilaskutukset on usein sellaisia, että ainakin pitkässä juoksussa olisi varmaan paljon halvempaa palkata omia tekijöitä. Käytetäänkö noita konsultteja sitten sen takia, että niistä päästään tarvittaessa myös nopeasti eroon?

 

[pappatech]

Minua on välillä hämmentänyt, että miten tuo konsulttibisnes on niin iso? Konsulttien tuntilaskutukset on usein sellaisia, että ainakin pitkässä juoksussa olisi varmaan paljon halvempaa palkata omia tekijöitä. Käytetäänkö noita konsultteja sitten sen takia, että niistä päästään tarvittaessa myös nopeasti eroon?

No siis.. aika usein sellaisilla taloilla, joilla on omia sähköisiä palveluita ja jatkuvia kehitystarpeita, onkin omat tekijät ja ulkopuolista tekemistä ostetaan vähemmän, mutta jos tehdään joku kertaluontoinen järjestelmäprojekti asiakkaalle, jolla itsellään ei ole mitään alan osaamista, niin hankalaa vois varmaan olla koittaa palkata tekijät omaan taloon.

Ts. eikö tää mene samaan kategoriaan kuin muukin ulkoistaminen, että jos ei ole omaa ydinliiketoimintaa ja tarve ei ole jatkuva, niin silloin järkevämpää ostaa ulkoa, kuin lähteä häsläämään ite jotain, mistä ei ole mitään osaamista.

 

[vitalift]

Minua on välillä hämmentänyt, että miten tuo konsulttibisnes on niin iso? Konsulttien tuntilaskutukset on usein sellaisia, että ainakin pitkässä juoksussa olisi varmaan paljon halvempaa palkata omia tekijöitä. Käytetäänkö noita konsultteja sitten sen takia, että niistä päästään tarvittaessa myös nopeasti eroon?

Juurikin siksi. Eikö se konsulttitoiminnassa ole idea se, että saadaan oman firman ulkopuolelta asiakkaita. Näillä asiakkailla ei ole osaamista tehdä konsulteilta ostettua työtä. Monella alalla tämä tarkoittaisi isoja rekryjä, osastojen luomisia jne. Ei siitä osaamista oteta tuosta noin vain joka paikkaan aivan eri aloille. Esim terveydenhuollossa sitä osaamista ei ihan oikeasti löydy oikein mistään muusta kuin potilaiden hoidosta. Hyvä jos edes se ulkopuolisen tekemä it-ratkaisu saadaan hankittua ja sekin päin hemmettiä (apotti esim). Esko-potilastietojärjestelmä on poikkeus, koska sitä on tehty enemmän terveydenhuollon sisältä käsin. On puhtaita konsulttitaloja (en puhu vain it-alasta) ja sitten niitä, jotka ovat konsulttimaisia taloja, mutta tekevät paljon työtä oman yrityksen toimintaan tai esim tytäryhtiönä emoyhtiölle.

 

[fang]

On siinä sekin puoli että rekryäminen on vaikeeta ja vaatii pitkäjänteistä brandausta jos haluaa osaajia.
Samoin veikkaan että moni konsultti ei välttämättä haluaisi olla asiakkailla töissä, mutta lyhyempi projekti niillä on ok.
Toki rahalla voi houkutella ihmisiä, mutta sitten taas ero konsultin ja palkan välillä kapenee.

 

[muronsyöjä]

Minua on välillä hämmentänyt, että miten tuo konsulttibisnes on niin iso? Konsulttien tuntilaskutukset on usein sellaisia, että ainakin pitkässä juoksussa olisi varmaan paljon halvempaa palkata omia tekijöitä. Käytetäänkö noita konsultteja sitten sen takia, että niistä päästään tarvittaessa myös nopeasti eroon?

Konsultteja käytetään monestakin syystä. Yksi on, että rekrytointi on helpompaa ja vaivatonta. Jos firma avaa jonkin position, konsulttifirmat tarjoavat niihin vapaita työntekijöitään oli niissä maininta konsultista tai ei. Monesti päädytään konsulttiin koska on tehtävään sopiva. Isot korporaatiot saattavat myös pelätä lakkoja/ay-junttaa, joten jokin prosenttiosuus on kannattavaa pitää konsultteja aina vaikka maksaisi vähän enemmän.

 

[Klowek]

Hei vaan. Vuosi tietojenkäsittelytieteen opiskeluja takana. Tarkoitus haeskella 2025 toukokuusta eteenpäin jonkinlaista harjoittelua/orastavaa työsuhdetta. Kertokaapas kokeneemmat, että onko tiettyjä juttuja, joita rekrytoivat puljut katselevat hyvällä, kun kyse on hakijasta, jolla ei ole vielä oikeaa ohjelmistoalan työkokemusta? Siis sellaisia juttuja, joilla erottuu edukseen muiden hakijoiden joukosta, joilla ei myöskään ole vielä työkokemusta.

 

[dropadrop]

Ymmärtää jotain myös versionhallinnasta, testien kirjoittamisesta ja pilvipalveluista (AWS tai Azure palveluista).

Tuskin siis niissäkään ofotetaan että opiskelija on haka, mutta ymmärtää vähän mistä on kyse). Kannattaa vähän leikkiä niiden kanssa niin osaa ainakin puhua aiheesta jos tarvitsee.

 

[machia]

Tätä kirjaa mä aina suosittelen junnuille lukemaan:

Code Complete - Wikipedia

en.wikipedia.org

Summaa hyvin miten asiat pitää oikeasti tehdä - tuolla säästää helposti muutaman vuoden työelämässä kantapään kautta opetteluun

Aloittelijan suuri ongelma on että jos joudut paskaan työskentely-ympäristöön (ei testejä, ei metriikoita, merge to master ei mene suoraan tuotantoon jne) niin noista vääristä työskentelytavoista on vaikea päästä myöhemmin eroon.

 

[kuoris]

Konsultteja käytetään monestakin syystä. Yksi on, että rekrytointi on helpompaa ja vaivatonta. Jos firma avaa jonkin position, konsulttifirmat tarjoavat niihin vapaita työntekijöitään oli niissä maininta konsultista tai ei.

Nimitys konsultti muuten ”keksittiin” 90-luvun lopulla kun haluttiin nostaa laskutuksia ja alan haluttavuutta. Sitä ennen puhutiin rehellisesti vuokratyöntekijästä kuten monella muulla alalla nykyäänkin. Ja vuokratyöfirmat olivat usein myös osuuskuntia mikä oli aika erikoista.

 

[asddsa]

Nimitys konsultti muuten ”keksittiin” 90-luvun lopulla kun haluttiin nostaa laskutuksia ja alan haluttavuutta. Sitä ennen puhutiin rehellisesti vuokratyöntekijästä kuten monella muulla alalla nykyäänkin. Ja vuokratyöfirmat olivat usein myös osuuskuntia mikä oli aika erikoista.

Perinteisestihän konsultti tarkoittaa jotain neuvoa antavaa ulkopuolista henkilöä. Samaten jonkin henkikön "konsultointi" jonkin asian tiimoilta tarkoittaa käytännössä neuvojen kysymistä. Siinä mielessä tämä "konsultti" on tosiaan aika älytön termi tässä kontekstissa, ja vuokratyöntekijä olisi oikeampi termi.

 

[pappatech]

Tätä kirjaa mä aina suosittelen junnuille lukemaan:

Code Complete - Wikipedia

en.wikipedia.org

Summaa hyvin miten asiat pitää oikeasti tehdä - tuolla säästää helposti muutaman vuoden työelämässä kantapään kautta opetteluun

Aloittelijan suuri ongelma on että jos joudut paskaan työskentely-ympäristöön (ei testejä, ei metriikoita, merge to master ei mene suoraan tuotantoon jne) niin noista vääristä työskentelytavoista on vaikea päästä myöhemmin eroon.

Kevyesti eri mieltä tuosta, että yksikään yksittäinen kirja opettaa tekemään asiat "niin kuin oikeasti pitää tehdä", kun näissä asioissa on niin hitokseen muuttujia, mutta kyllä noista tietty ajateltavaa saa. Aika vähän ite koen, että noista softakehityksen tyypillisesti suositelluista kirjoista ois jäänyt mitään kovin konkreettista käteen, ja enemmän tuntuu siltä, että kannattas vaan koodata ja kokeilla asioita ja sitä kautta hankkia ymmärrystä ja näkemystä, mutta viimeisimpinä ite luettu

• Clean Code
• The Pragmatic Programmer

ja kesken on A Philosophy Of Software Design, jota kollega kehui, että ei noikaan varmaan hukkaan mene, jos joku hommia aloitteleva ottaa ja lukaisee.

Samoin hiukan eri mieltä siitä, että merget mainiin ei mene suoraan tuotantoon ois varsinaisesti merkki paskasta duuniympäristöstä, kun tuohonkin vaikuttaa moni asia, miten julkaisuja voidaan haluta tai on tarvista tehdä, mutta se on kyllä ihan totta, että onhan se vähän hänessään, millaiseen duunimestaan ja -porukkaan sattuu ensimmäisenä osumaan ja millaista tekemisen tapaa sieltä oppii. Minä lähdin menemään ekasta duunipaikasta, kun siellä oli asiat aika pellossa ja koin, ettei täällä pääse tekemään juttuja niin kuin niitä pitäs tehdä.

 

[null]

Perinteisestihän konsultti tarkoittaa jotain neuvoa antavaa ulkopuolista henkilöä. Samaten jonkin henkikön "konsultointi" jonkin asian tiimoilta tarkoittaa käytännössä neuvojen kysymistä. Siinä mielessä tämä "konsultti" on tosiaan aika älytön termi tässä kontekstissa, ja vuokratyöntekijä olisi oikeampi termi.

Konsultti kuulostaa coolimmalta.

 

[machia]

Kevyesti eri mieltä tuosta, että yksikään yksittäinen kirja opettaa tekemään asiat "niin kuin oikeasti pitää tehdä", kun näissä asioissa on niin hitokseen muuttujia, mutta kyllä noista tietty ajateltavaa saa. Aika vähän ite koen, että noista softakehityksen tyypillisesti suositelluista kirjoista ois jäänyt mitään kovin konkreettista käteen, ja enemmän tuntuu siltä, että kannattas vaan koodata ja kokeilla asioita ja sitä kautta hankkia ymmärrystä ja näkemystä...

Mun mielestä Code Completessa saa hyvää ajateltavaa juuri siihen uran alkuvaiheeseen. Vaikea nähdä että +5v jälkeen siitä saa revittyä enää hirveetä arvoa.
Koodaus on aina parasta, mutta ongelmaksi tulee että yksin koodatessa et voi saada sietä tietotaitoa miten koodataan tiimissä tai monen tiimin kesken? Mietin esim että kuinka moni jaksaa paukuttaa unittestejä jos tekee omia kotipolttoisia projekteja?

Samoin hiukan eri mieltä siitä, että merget mainiin ei mene suoraan tuotantoon ois varsinaisesti merkki paskasta duuniympäristöstä, kun tuohonkin vaikuttaa moni asia, miten julkaisuja voidaan haluta tai on tarvista tehdä, mutta se on kyllä ihan totta, että onhan se vähän hänessään, millaiseen duunimestaan ja -porukkaan sattuu ensimmäisenä osumaan ja millaista tekemisen tapaa sieltä oppii. Minä lähdin menemään ekasta duunipaikasta, kun siellä oli asiat aika pellossa ja koin, ettei täällä pääse tekemään juttuja niin kuin niitä pitäs tehdä.

Tarkoituksella laitoin hieman provoa joukkoon. Itse olen huomannut että yleensä jos koodi ei mene suoraan tuotantoon niin firmassa tuppaa löytymään myös muitakin "hienouksia". Joka sekään ei itsessään ole ongelma, ongelmat saa aina korjattua, mutta jos siellä on joukko jääräpäitä jotka on tehnyt asiat aina näin ja kaikki muu on turhaa, niin parempi vaan kävellä pois.

 

[kolistelija]

Tässä samalla sivuttiin vähän sitä että alalla liikkuu paljon "totuuksia" (niitähän riittää, varsinkin webbikehityksen ympärillä), jotka kannattaa pian oppia lukemaan subjektiivisina mielipiteinä.