Lue keskustelun säännöt.
IT-alan ikäpreferenssit. Miksi?
13.02.2015 |
Miksi loppujen lopuksi erityisesti IT-alalla vallitsee niin ankarat vaatimukset työnhakijan iän suhteen? Työkyky ja vanhentunut osaaminen kun on ilmeisesti pelkkiä tekosyitä. Lisäksi IT-alalla vaaditaan yleensä koulutusta, eli puheet kouluttamattoman väen korvaamisesta ei pidä tässä tapauksessa paikkansa.
Oletetaan esimerkiksi aikuisena opiskellut ja 38-vuotiaana erinomaisin arvosanoin valmistunut DI. Mikä estää hänen palkkaamisen?
Kommentit (62)
[quote author="Vierailija" time="13.02.2015 klo 12:25"]
[quote author="Vierailija" time="13.02.2015 klo 12:22"]
[quote author="Vierailija" time="13.02.2015 klo 12:09"]
IT-alalla nimenomaan ei vaadita koulutusta, se on niitä harvoja aloja joissa tutkintopaperit ei vois vähempää kiinnostaa, vaan mitä osaa ja mitä on tehnyt.
Tuon aikuisena opiskelleenkin kohdalla varmaan työkokemus merkkaa eniten. Hän on samalla viivalla muiden vastavalmistuneiden (25-vuotiaiden) kanssa. Jos on opintojen aikana ollut töissä, niin varmaan valmistumisen jälkeenkin löytää töitä? Työnantaja voi tosin miettiä, jaksaako 38-vuotias painaa samanlaisella nuoruuden innolla kuin 25-vee. Hänellä on rasitteenaan ikä, mutta ei toisaalta etuna pitkää työkokemusta, joka muilla samanikäisillä on ja jolla voi kompensoida iän tuomaa hidastumista.
[/quote]
Itseasiassa heikentynyt työkunto on tekosyy. Se ei päde reaalimaailmassa. Töissä ollaan normaalisti enintään se 40 tuntia viikossa, ja sen jaksaa helposti eläkeikään.
[/quote]
Tai ylikin. Ainakin amerikassa on suhteellisen tavallista että yli 70v on vielä töissä. Suomessakin moni yli 65v ja jopa 70v pyrkii uudelleen eduskuntaan.
[/quote] painaa nappia, väliajat kalastella ääniä jos meinaa mennä seuraavallekin kaudelle, näin kärjistetysti, tottakai tekevät tärkeää työtä meidän kaikkien suomalaisten hyväksi hiki ottalla ja otta kurtussa
Sisältö jatkuu mainoksen alla
Sisältö jatkuu mainoksen alla
[quote author="Vierailija" time="17.02.2015 klo 10:14"]
[quote author="Vierailija" time="17.02.2015 klo 08:56"]
Kuinka moni teistä hallitsee UML:n? Millä teette dokkareita? Jos jälkimmäiseen vastaus on Word, menee jo siinä kohtaa pahasti pieleen.
Ylläpidettävyys ja sen spagettikoodin määrä on suoraan verrannollinen suunnittelun laatuun, agile-menetelmissä tämä hukataan tyystin. Jos koodari ei osaa lukea yksinkertaistakaan UML-kaaviota, tai siirtää suunnitelmaa koodiin, ei millään harrastuneisuudella tai tutkinnolla ole yhtään mitään virkaa.
Meille pyrkii jatkuvasti töihin just valmistuneita it-alan "ammattilaisia", joilla ei ole minkäänlaisia perustaitoja. Kaikki haluavat projektipäälliköksi, mutta eivät ymmärrä, että projektia ei voi suunnitella, jos ei osaa arvioida projektiin kuluvan ajan määrää: suunnittelu, koodaus ja testaus ymmärretään pakollisina paheina, mutta käytännössä niitä ei hahmoteta laisinkaan. Koodauskokemustakaan ei näillä märkäkorvilla ole ollenkaan, eli projektit menevät pieleen heti, kun tällainen laitetaan aikatauluja ja kustannuksia arvioimaan.
[/quote]
Ei jumalauta mitä kivikautista juttua. Ei UML:ää enää juuri käytetä, paitsi jossain kuntien ja valtion projekteissa joissa muutenkin on projektin hallinta asiakkaan vaatimuksesta kivikaudelta. Mutta mitä siitä että on epätehokasta koska ne asiakkaat maksaa ylihintaa ilolla (meidän verorahoistamme).
Itse olen it-arkkitehti ja koodari isossa ohjelmistotalossa, eikä meillä ole tuollaista suunnittelua tehty kymmeneen vuoteen. Arvioin itse työmääräni ja projektien joissa olen arkkitehtinä työmäärät, ja hyvin onnistuu ihan vaan kokemuksella. Nykyään dokumentaatiota harrastetaan minimaalisesti, samoin kovin muodollista speksausta ellei asiakas itse tilaa erikseen määrittelyä. Protoillaan ja mennään agilesti, määrittelyt elää toteutuksen ja asiakkaan kanssa toteutuksesta käytävän dialogin kautta.
Spagettikoodi muuten on tulossa kovasti muotiin. Raskailla frameworkeilla kuten J2EE tekeminen on jäämässä vain kaikkein isoimpiin projekteihin joissa niistä on oikeasti hyötyä, mutta nykyään pienemmät hommat usein toteutetaan skriptikielillä. Aika usein jos kokonaisuus ei ole aivan valtava, spagetti on paljon selkeämpi selvittää mitä se tekee kuin monimutkainen luokkahierarkia jossa on käytetty paljon esim. design patterneja. Yksinkertaisuus on kaunista.
[/quote]
Mahdatko tarkoittaa spagettikoodilla samaa asiaa kuin suurin osa koodareista?
Termit yksinkertainen ja helppo selvittää ei oikein sovi tuohon käsitteeseen.
Suurin syy ikäpreferensseihin on minusta se, että me kokeneet emme tee puoli-ilmaiseksi. Nykyään monille työnantajille tärkein kriteeri tekijälle on hinta. SEn takia niitä hommia Intiaan ja Itä-Eurooppaankin siirretään, ja samasta syystä potkitaan kokeneita hyviä tekijöitä ulos ja otetaan nuoria halvalla tulevia tilalle. Meidän talossa oli YT:t syksyllä ja tosiaan, tällä kertaa laitettiin ulos todellisia osaajia, ja tuntui että ainoa kriteeri oli että kalliit ulos.
Valitettavasti tämä kohtalaisen hyvin toimiikin, mikä kannustaa käyttämään tapaa enemmänkin. Usein nimittäin jätetään sentään joitain kokeneita arkkitehtirooleihin ja nuoria opastamaan, ja nuorilla on usein kova nälkä menestyä, jolloin saattavat ilman ylityökorvauksia ekat vuodet kompensoida kokemuksen puutteitaan tekemällä töitä paljon myös kotona. Näin he ovat ainakin lähes yhtä tehokkaita kuin kokeneet tekijät, kunhan tosiaan projektin kokonaisuutta valvooo joku oikeasti kokenut. Mutta sitä peruskoodia, jos ohjelmiston rakenne on suunniteltu ja speksit kunnossa, joku innokas 25-vuotias paukuttaa siinä missä vanhempikin, ja puoleen hintaan.
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
UML ei ole muotitermi, vaan vanha ja huonosti hallittu käsite. Siitä ei ole tarkoitus generoida koodia (luoja paratkoon näitä idiootteja), vaan sen avulla softa suunnitellaan ja dokumentoidaan, jotta ylläpito ja testaus on mahdollista. Parhaimmat UML:ää hyödyntävät suunnittelumetodit, joita itse olen käyttänyt, tuottavat myös valmiit testicaset, jolloin niitäkään ei tarvitse käsin naputtaa eikä syöttää testijärjestelmään.
Ei, it-ala ei ole pelkkää koodaamista, mutta tuosta koodareiden puuttellisista taidoista tai olemattomasta koodauskokemuksesta aiheutuu monen monta ongelmaa. Perusasiat eivät ole hallussa edes korkeakoulusta valmistuneilta eikä ketään enää kiinnosta harrastaa mitään. Jos koodauksesta ei ole minkäänlaista käsitystä (yliopiston laskareita ja leikkiprojekteja ei lasketa), ei ainakaan meidän firmassa sellaisella työntekijällä tee yhtään mitään.
Meillä perusvaatimuksina (sihteeri pois lukien) jokaisella on C/C++, SQL, UML, DITA ja TOGAF. Se ei tarkoita, että osaa selittää mitä nuo tarkoittavat, vaan näyttöä jokaisen hallinnasta on oltava. Jos noita ei hallitse, sellainen henkilö voi tiskata kahvikuppeja firman kahviossa, mutta yhteenkään palaveriin on ihan turha osallistua. Onhan se noloa, jos asiakkaat ymmärtävät it-nörttiä enemmän.
[quote author="Vierailija" time="17.02.2015 klo 10:20"]
Suurin syy ikäpreferensseihin on minusta se, että me kokeneet emme tee puoli-ilmaiseksi. Nykyään monille työnantajille tärkein kriteeri tekijälle on hinta. SEn takia niitä hommia Intiaan ja Itä-Eurooppaankin siirretään, ja samasta syystä potkitaan kokeneita hyviä tekijöitä ulos ja otetaan nuoria halvalla tulevia tilalle. Meidän talossa oli YT:t syksyllä ja tosiaan, tällä kertaa laitettiin ulos todellisia osaajia, ja tuntui että ainoa kriteeri oli että kalliit ulos.
[/quote]
Tämä. Miksi palkata "vanha" kun halvemmalla saa tuoreet tiedot omaavan nälkäisen tekijän? Lyhytnäköistä toisaalta, mutta valitettavasti hinta on usein IT-alalla se, mikä painaa. Kyllä meidänkin asiakkaat useita projekteja toimittamaan valitsevat sen, jonka tarjouksessa oli pienin loppusumma.
Sisältö jatkuu mainoksen alla
[quote author="Vierailija" time="17.02.2015 klo 10:18"]
[quote author="Vierailija" time="17.02.2015 klo 10:14"]
[quote author="Vierailija" time="17.02.2015 klo 08:56"]
Kuinka moni teistä hallitsee UML:n? Millä teette dokkareita? Jos jälkimmäiseen vastaus on Word, menee jo siinä kohtaa pahasti pieleen.
Ylläpidettävyys ja sen spagettikoodin määrä on suoraan verrannollinen suunnittelun laatuun, agile-menetelmissä tämä hukataan tyystin. Jos koodari ei osaa lukea yksinkertaistakaan UML-kaaviota, tai siirtää suunnitelmaa koodiin, ei millään harrastuneisuudella tai tutkinnolla ole yhtään mitään virkaa.
Meille pyrkii jatkuvasti töihin just valmistuneita it-alan "ammattilaisia", joilla ei ole minkäänlaisia perustaitoja. Kaikki haluavat projektipäälliköksi, mutta eivät ymmärrä, että projektia ei voi suunnitella, jos ei osaa arvioida projektiin kuluvan ajan määrää: suunnittelu, koodaus ja testaus ymmärretään pakollisina paheina, mutta käytännössä niitä ei hahmoteta laisinkaan. Koodauskokemustakaan ei näillä märkäkorvilla ole ollenkaan, eli projektit menevät pieleen heti, kun tällainen laitetaan aikatauluja ja kustannuksia arvioimaan.
[/quote]
Ei jumalauta mitä kivikautista juttua. Ei UML:ää enää juuri käytetä, paitsi jossain kuntien ja valtion projekteissa joissa muutenkin on projektin hallinta asiakkaan vaatimuksesta kivikaudelta. Mutta mitä siitä että on epätehokasta koska ne asiakkaat maksaa ylihintaa ilolla (meidän verorahoistamme).
Itse olen it-arkkitehti ja koodari isossa ohjelmistotalossa, eikä meillä ole tuollaista suunnittelua tehty kymmeneen vuoteen. Arvioin itse työmääräni ja projektien joissa olen arkkitehtinä työmäärät, ja hyvin onnistuu ihan vaan kokemuksella. Nykyään dokumentaatiota harrastetaan minimaalisesti, samoin kovin muodollista speksausta ellei asiakas itse tilaa erikseen määrittelyä. Protoillaan ja mennään agilesti, määrittelyt elää toteutuksen ja asiakkaan kanssa toteutuksesta käytävän dialogin kautta.
Spagettikoodi muuten on tulossa kovasti muotiin. Raskailla frameworkeilla kuten J2EE tekeminen on jäämässä vain kaikkein isoimpiin projekteihin joissa niistä on oikeasti hyötyä, mutta nykyään pienemmät hommat usein toteutetaan skriptikielillä. Aika usein jos kokonaisuus ei ole aivan valtava, spagetti on paljon selkeämpi selvittää mitä se tekee kuin monimutkainen luokkahierarkia jossa on käytetty paljon esim. design patterneja. Yksinkertaisuus on kaunista.
[/quote]
Mahdatko tarkoittaa spagettikoodilla samaa asiaa kuin suurin osa koodareista?
Termit yksinkertainen ja helppo selvittää ei oikein sovi tuohon käsitteeseen.
[/quote]
No käytin sitä ehkä vähän kärjistetysti, tarkoittamaan lähinnä ohjelmaa jonka rakenne on hyvin yksinkertainen ja usein varsin peräkkäin yhteen paikkaan kirjoitettu, kuten usein skriptikielissä on. Sitäkin monet esim. design patterneista innostuneet sanovat spagetiksi, kun haluaisivat itse hajauttaa toiminnan moniin luokkiin.
Tarjouskilpailut on nykyisin tiukkoja, ja ei ole mahdollista kovin muodolliseen speksaukseen, suunnitteluun tai usein testaukseenkaan. Kyllä se alkuun minuakin hirvitti, kun vesiputousmallista ja erillisistä määrittelijän, koodarin, testaajan tms rooleista siirryttiin tällaiseen maailmaan. Mutta hämmästyksekseni olen huomannut, että ongelmia ei olekaan tullut tästä uudesta tavasta toimia juurikaan, ja etuja on paljon. Nykyisin olen jo niin sopeutunut uuteen että en millään haluaisi palata vanhoihin jäykkiin toimintatapoihin. Enkä urani alkuaikana harrastamiini "hienoihin" monimutkaisiin arkkitehtuureihin joiden ylevät tavoitteet olivat ylläpidettävyys ja generaalisuus, joista ei kuitenkaan koskaan ollut mitään hyötyä, ei ainakaan suhteessa niihin käytettyyn aikaan.
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
Sisältö jatkuu mainoksen alla
Olen projektipäällikkönä Ict-talossa ja ei mun sukupuoleni tai ikäni ole koskaan ollut ongelma omassa talossa tai asiakkaidenkaan parissa. Päinvastoin, asiakkaat oikein pyytävät minua projekteja vetämään, kun tietävät että hommat hoituu. Koodata en osaa, ei ole näissä hommissa edes tarpeellista.
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Heh, ihan kuin It-taloissa vain koodattaisiin, mitään muuta ei tehdä. Meillä arkkitehdit suunnittelevat esimerkiksi palvelinympäristöjä, siihen ei koodaria oikein pysty käyttämään. Ja tosiaan sama arkkitehti ei ole myymässä projektia, vetämässä sitä tai edes välttämättä myöhemmin jatkuvassa palvelussa mukana.
Sisältö jatkuu mainoksen alla
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Ja työn jälki onkin sitten nähtävissä. :-) Meidän asiakkaat ovat valitettavan usein niitä, jotka ovat teettäneet jotain juuri tuon tyyppisissä firmoissa ja kun homma ei toimi, hätäpaikkaukset rikkovat koodia lisää, tuotantoversioon ajetut hätäpäivitykset tuhoavat kannan -> sanovat sopimuksen irti ja siirtyvät meille. Usein tulee halvemmaksi suunnitella ja toteuttaa koko roska uudestaan, koska mikään noista palikoista ei ole uudelleenkäyttökelpoista. Dokumentaatiota ei ole, joten jos se pitää koodista kaivaa, on nopeampaa tehdä se alusta alkaen uudestaan.
Tarpeeksi tarkka dokumentaatio lisää myös asiakkaan riippumattomuutta toimittajasta, eikä ainakaan meidän toimintafilosofiaamme kuulu asiakkaan pakkorahastus. Jos dokumentaatiota ei ole, toinen yritys ei voi työtä jatkaa. Kuka tahansa voi jatkaa siitä, mihin me projektimme päätämme, mutta yksikään firma ei ole vielä toimintahistoriamme aikana vaihtanut meitä toiseen.
Sen verran monta sotkua olen itsekin joutunut urani aikana selvittämään, että ymmärrän johdon tiukan päätöksen palkkauskriteereistämme. Meille ei vaihdeta nuorempia ja kokemattomampia osaavien tilalle, vaan otamme mielihyvin vastaan vanhemman kokeneen ammattilaisen. Palkkaa maksetaan kokeneelle enemmän, mutta olisi aika itsetuhoista palkata mitään osaamaton kaveri.
Meillä tuo toimii näin päin: kun softa on suunniteltu ja määritelty, ja kaikki ovat tuohon tyytyväisiä, se suunnittelija==määrittelijä voi hyvillä mielin astua myös koodarin hommiin. Meillä kun kaikki myös tarvittaessa koodaavat. Jos eivät omaa suunnitelmaansa, niin sitten toisen. :D Mitään ei kuitenkaan aloiteta toteuttamaan, ennen kuin kaikki on määritelty.
Suurin ero meidän ja noiden tusinafirmojen välillä on juuri dokumentaation taso. Muilla se on sähköpostin joukossa hajanaisina lauseina, meillä reaaliaikaisesti päivittyvänä netin kautta jaettuna, luku-, haku- ja tarvittaessa myös tulostuskelpoisena, versioituna pakettina. Yleensähän tuota vältellään kustannuksiin vedoten, mutta oikeasti tuo säästää kustannuksia.
[quote author="Vierailija" time="17.02.2015 klo 10:45"]
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Heh, ihan kuin It-taloissa vain koodattaisiin, mitään muuta ei tehdä. Meillä arkkitehdit suunnittelevat esimerkiksi palvelinympäristöjä, siihen ei koodaria oikein pysty käyttämään. Ja tosiaan sama arkkitehti ei ole myymässä projektia, vetämässä sitä tai edes välttämättä myöhemmin jatkuvassa palvelussa mukana.
[/quote]
Mikä järjestelmä toimisi ilman palvelinympäristöä? Suunnittelu ei ala palvelinarkkitehtuurin määrittelystä, vaan ihan toisesta suunnasta.
Sisältö jatkuu mainoksen alla
No meillä opetettiin koulussa että aluksi väännetään projektisuunnitelma, jossa yritetään arvioida kaikenlaista, mitä tehdään, ja mitn kauan siihen menee, ja työskentelymenetelmät. Ja sitten tutustaan mahdolliseen alustaan, johon on tarkoitus tehdä lisäyksiä ja laajennuksia. Opettaja painotti että tärkeintä on saada tulosta aikaiseksi, eikä se että dokumentoi kaikenlaista turhaa, mistä ei ole suurta iloa kenellekään.
[quote author="Vierailija" time="17.02.2015 klo 11:06"]
No meillä opetettiin koulussa että aluksi väännetään projektisuunnitelma, jossa yritetään arvioida kaikenlaista, mitä tehdään, ja mitn kauan siihen menee, ja työskentelymenetelmät. Ja sitten tutustaan mahdolliseen alustaan, johon on tarkoitus tehdä lisäyksiä ja laajennuksia. Opettaja painotti että tärkeintä on saada tulosta aikaiseksi, eikä se että dokumentoi kaikenlaista turhaa, mistä ei ole suurta iloa kenellekään.
[/quote]
Jees, näitä agile-tyyppejä hakee meillekin töihin, eikä meille niillä mitään käyttöä ole.
Sisältö jatkuu mainoksen alla
[quote author="Vierailija" time="17.02.2015 klo 11:05"]
[quote author="Vierailija" time="17.02.2015 klo 10:45"]
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Heh, ihan kuin It-taloissa vain koodattaisiin, mitään muuta ei tehdä. Meillä arkkitehdit suunnittelevat esimerkiksi palvelinympäristöjä, siihen ei koodaria oikein pysty käyttämään. Ja tosiaan sama arkkitehti ei ole myymässä projektia, vetämässä sitä tai edes välttämättä myöhemmin jatkuvassa palvelussa mukana.
[/quote]
Mikä järjestelmä toimisi ilman palvelinympäristöä? Suunnittelu ei ala palvelinarkkitehtuurin määrittelystä, vaan ihan toisesta suunnasta.
[/quote]
Jepjep, mutta pelkällä koodarilla ei pitkälle pötkitä.
[quote author="Vierailija" time="17.02.2015 klo 11:05"]
[quote author="Vierailija" time="17.02.2015 klo 10:45"]
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Heh, ihan kuin It-taloissa vain koodattaisiin, mitään muuta ei tehdä. Meillä arkkitehdit suunnittelevat esimerkiksi palvelinympäristöjä, siihen ei koodaria oikein pysty käyttämään. Ja tosiaan sama arkkitehti ei ole myymässä projektia, vetämässä sitä tai edes välttämättä myöhemmin jatkuvassa palvelussa mukana.
[/quote]
Mikä järjestelmä toimisi ilman palvelinympäristöä? Suunnittelu ei ala palvelinarkkitehtuurin määrittelystä, vaan ihan toisesta suunnasta.
[/quote]
Taidat olla tyypillinen koodari: nimettömänä koneen takaa on niin kiva päteä, asiakkaalle kun sut saa raahattua niin ulosanti on paljon vaikeampaa, kuin kivirekeä vetäisi perässä.
[quote author="Vierailija" time="17.02.2015 klo 10:57"]
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Ja työn jälki onkin sitten nähtävissä. :-) Meidän asiakkaat ovat valitettavan usein niitä, jotka ovat teettäneet jotain juuri tuon tyyppisissä firmoissa ja kun homma ei toimi, hätäpaikkaukset rikkovat koodia lisää, tuotantoversioon ajetut hätäpäivitykset tuhoavat kannan -> sanovat sopimuksen irti ja siirtyvät meille. Usein tulee halvemmaksi suunnitella ja toteuttaa koko roska uudestaan, koska mikään noista palikoista ei ole uudelleenkäyttökelpoista. Dokumentaatiota ei ole, joten jos se pitää koodista kaivaa, on nopeampaa tehdä se alusta alkaen uudestaan.
Tarpeeksi tarkka dokumentaatio lisää myös asiakkaan riippumattomuutta toimittajasta, eikä ainakaan meidän toimintafilosofiaamme kuulu asiakkaan pakkorahastus. Jos dokumentaatiota ei ole, toinen yritys ei voi työtä jatkaa. Kuka tahansa voi jatkaa siitä, mihin me projektimme päätämme, mutta yksikään firma ei ole vielä toimintahistoriamme aikana vaihtanut meitä toiseen.
Sen verran monta sotkua olen itsekin joutunut urani aikana selvittämään, että ymmärrän johdon tiukan päätöksen palkkauskriteereistämme. Meille ei vaihdeta nuorempia ja kokemattomampia osaavien tilalle, vaan otamme mielihyvin vastaan vanhemman kokeneen ammattilaisen. Palkkaa maksetaan kokeneelle enemmän, mutta olisi aika itsetuhoista palkata mitään osaamaton kaveri.
Meillä tuo toimii näin päin: kun softa on suunniteltu ja määritelty, ja kaikki ovat tuohon tyytyväisiä, se suunnittelija==määrittelijä voi hyvillä mielin astua myös koodarin hommiin. Meillä kun kaikki myös tarvittaessa koodaavat. Jos eivät omaa suunnitelmaansa, niin sitten toisen. :D Mitään ei kuitenkaan aloiteta toteuttamaan, ennen kuin kaikki on määritelty.
Suurin ero meidän ja noiden tusinafirmojen välillä on juuri dokumentaation taso. Muilla se on sähköpostin joukossa hajanaisina lauseina, meillä reaaliaikaisesti päivittyvänä netin kautta jaettuna, luku-, haku- ja tarvittaessa myös tulostuskelpoisena, versioituna pakettina. Yleensähän tuota vältellään kustannuksiin vedoten, mutta oikeasti tuo säästää kustannuksia.
[/quote]
Säästää tai ei, riippuu projektin koosta ja tyypistä. Epäilemättä tuollainen lähestymistapa on järkevä todella suurissa projekteissa, joiden lopputuotteen on tarkoitus olla käytössä hyvin pitkään, ja johon on odotettavissa paljon jatkokehitystä ja muutoksia ohjelmiston elinkaaren aikana.
Mutta ongelma on se, että tuollaista lähestymistapaa yritetään usein käyttää niin pieniin projekteihinkin, joissa se on pelkkä massiivinen lisäkustannus ilman merkittävää lisähyötyä. Siksi ne pienet- ja keskisuuret asiakkaat siirtyvät meidän firmamme kaltaisille agile-taloille, koska he huomaavat että saamme hommat tehtyä kustannustehokkaasti, ja kuitenkin ihan riittävän hyvin ja ylläpidettävästi heidän tarpeisiinsa.
Minä ja 2 kaveria perustimme yrityksemme start-uppina juurikin oltuamme ensin pitkään töissä isoissa taloissa joissa menetelmät olivat kovin jäykkiä ja muodollisia, ja huomattuamme että olisi markkinarakoa kevyemmälle, edullisemmalle tavalle tehdä it-kehitystä. Ainakin toistaiseksi kysyntää on ollut todella hyvin ja asiakkaat tyytyväisiä. Olemme saaneet jopa varsin isojen asiakkaiden projekteja isoilta it-taloilta, vaikka alkuun ajattelimme että isot asiakkaat olisivat konservatiivisempia ja luottaisivat isompiin taloihin toimittajina. Mutta alkaa näköjään hinta ratkaista sielläkin puolella enemmän.
[quote author="Vierailija" time="17.02.2015 klo 11:28"]
[quote author="Vierailija" time="17.02.2015 klo 11:05"]
[quote author="Vierailija" time="17.02.2015 klo 10:45"]
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Heh, ihan kuin It-taloissa vain koodattaisiin, mitään muuta ei tehdä. Meillä arkkitehdit suunnittelevat esimerkiksi palvelinympäristöjä, siihen ei koodaria oikein pysty käyttämään. Ja tosiaan sama arkkitehti ei ole myymässä projektia, vetämässä sitä tai edes välttämättä myöhemmin jatkuvassa palvelussa mukana.
[/quote]
Mikä järjestelmä toimisi ilman palvelinympäristöä? Suunnittelu ei ala palvelinarkkitehtuurin määrittelystä, vaan ihan toisesta suunnasta.
[/quote]
Taidat olla tyypillinen koodari: nimettömänä koneen takaa on niin kiva päteä, asiakkaalle kun sut saa raahattua niin ulosanti on paljon vaikeampaa, kuin kivirekeä vetäisi perässä.
[/quote]
No en valitettavasti ole, jos introverttiä koodaria tarkoitat. :D Tyypillinen it-alan pienyrittäjä, jolta jäisi leipä saamatta, jos olisin. :'D Sori, jos tölväykseni loukkasi.
[quote author="Vierailija" time="17.02.2015 klo 11:32"]
[quote author="Vierailija" time="17.02.2015 klo 11:28"]
[quote author="Vierailija" time="17.02.2015 klo 11:05"]
[quote author="Vierailija" time="17.02.2015 klo 10:45"]
[quote author="Vierailija" time="17.02.2015 klo 10:34"]
[quote author="Vierailija" time="17.02.2015 klo 10:26"]
[quote author="Vierailija" time="17.02.2015 klo 09:51"]
[quote author="Vierailija" time="17.02.2015 klo 09:29"]
It-ala on paljon muutakin kuin koodaamista. Mahtaako tuo kommentoija edes alalla olla, jos ei muusta tiedä.
[/quote]
It-ammattilaisen luulisi osaavan lainata sen viestin mihin vastaa. Tuosta on vaikea päätellä mihin se viittaa ja täysin yleiseksi kommentiksikaan se ei oikein sovi.
Muuten jos puhutaan koodauksen laadusta ja spagettikoodista niin silloin viestissä puhutaan koodauksesta eikä esim. SOA:sta, UML:stä NoSQL:stä tai jostain muusta nykyajan muotitermistä.
[/quote]
En ole tuo, jolle kommentoit, mutta vastaan kuitenkin. Samalla muutamalle muullekin.
Koodari ei päätä mitä koodataan vaan softan suunnittelija sen tekee. Koodarin tehtävä on toteuttaa suunnitelma ja vapausasteita saa vain määrittelyiden sisällä. Esimerkiksi luokan saa toteuttaa melkein miten tykkää, kunhan se toteuttaa sen mitä suunnitelmassa sanotaan.
[/quote]
Harvassa paikassa ja hommassa on enää tuollaisia erillisiä määrittelijän, suunnittelijan ja koodarin rooleja. Aika usein sama ihminen tekee näitä kaikkia, ja limittäin toistensa kanssa. Määrittely voi olla vaikka sähköpostinvaihtoa tai palaveerausta asiakkaan kanssa, ja sen tekee koodari, sitten kun lähtee toteuttamaan, suunnittelee siinä samalla kun koodaa. Refaktoroi jos tarvitsee.
Huh, onneksi itse en ole paikassa missä olisi koodarina noin pienet vapausasteet. Mutta ei, minä teen työmääräarvioista ja tarjouksista alkaen niin määrittelyä, suunnittelua, toteutusta kaikilla sovellustasoilla kuin testaamistakin. Paljon mukavampaa näin. Meillä samalla tavalla toimii kaikki, pomo sanookin että meillä oikeastaan kaikki on arkkitehtejä.
[/quote]
Heh, ihan kuin It-taloissa vain koodattaisiin, mitään muuta ei tehdä. Meillä arkkitehdit suunnittelevat esimerkiksi palvelinympäristöjä, siihen ei koodaria oikein pysty käyttämään. Ja tosiaan sama arkkitehti ei ole myymässä projektia, vetämässä sitä tai edes välttämättä myöhemmin jatkuvassa palvelussa mukana.
[/quote]
Mikä järjestelmä toimisi ilman palvelinympäristöä? Suunnittelu ei ala palvelinarkkitehtuurin määrittelystä, vaan ihan toisesta suunnasta.
[/quote]
Taidat olla tyypillinen koodari: nimettömänä koneen takaa on niin kiva päteä, asiakkaalle kun sut saa raahattua niin ulosanti on paljon vaikeampaa, kuin kivirekeä vetäisi perässä.
[/quote]
No en valitettavasti ole, jos introverttiä koodaria tarkoitat. :D Tyypillinen it-alan pienyrittäjä, jolta jäisi leipä saamatta, jos olisin. :'D Sori, jos tölväykseni loukkasi.
[/quote]
ei loukannut, tuli vaan ensimmäisenä mieleen noista kommenteista :)
[quote author="Vierailija" time="17.02.2015 klo 10:16"]
[quote author="Vierailija" time="17.02.2015 klo 09:00"]
Koodarit myydään usein "konsultteina" eteenpäin ja asiakkaille menee läpi helpoiten stereotyyppiset imagot vs roolit. "Nuori tehokas koodari" on yksi, etenkin jos hinta on kohdallaan. Vanhemman oletetaan olevan "kokenut arkkitehti" tai esim. projektipäällikkö. Nelikymppinen ns. normikoodari haiskahtaa ei-niin-kyvykkäältä. Nainenkin on omituisuus ikään katsomatta. Totta nämä eivät ole, eivätkä usein edes asiakkaiden uskomuksia. Silti ne vaikuttavat. Ikärasismi ja sukupuolisyrjintä taitavat olla osuvimmat diagnoosit.
[/quote]
Totta. Olen itse konsultti suuressa it-talossa, nelikymppinen nainen. Kyllä olen joutunut kuulemaan kaikenlaista asiakkailta, esim. eräs soitti kun tulin ensimmäistä päivää hommiin heidän taloon, suoraan pomolleni minun paikalla ollessa ja haukkui että lähetitte epäpätevän ihmisen. Olin ilmeisesti epäpätevä sukupuoleni ja ikäni takia, "tädiksi" minua nimitteli, vaikka on akateeminen koulutus alalta ja pitkä kokemus vaativistakin töistä.
[/quote]
Onko tuollainen yleistäkin, että naista väheksytään IT-aloilla? Onko naisen vaikeampi edetä/pitää työpaikkansa? ? Alasta kiinnostunut nainen.
[quote author="Vierailija" time="17.02.2015 klo 09:00"]
Koodarit myydään usein "konsultteina" eteenpäin ja asiakkaille menee läpi helpoiten stereotyyppiset imagot vs roolit. "Nuori tehokas koodari" on yksi, etenkin jos hinta on kohdallaan. Vanhemman oletetaan olevan "kokenut arkkitehti" tai esim. projektipäällikkö. Nelikymppinen ns. normikoodari haiskahtaa ei-niin-kyvykkäältä. Nainenkin on omituisuus ikään katsomatta. Totta nämä eivät ole, eivätkä usein edes asiakkaiden uskomuksia. Silti ne vaikuttavat. Ikärasismi ja sukupuolisyrjintä taitavat olla osuvimmat diagnoosit.
[/quote]
Totta. Olen itse konsultti suuressa it-talossa, nelikymppinen nainen. Kyllä olen joutunut kuulemaan kaikenlaista asiakkailta, esim. eräs soitti kun tulin ensimmäistä päivää hommiin heidän taloon, suoraan pomolleni minun paikalla ollessa ja haukkui että lähetitte epäpätevän ihmisen. Olin ilmeisesti epäpätevä sukupuoleni ja ikäni takia, "tädiksi" minua nimitteli, vaikka on akateeminen koulutus alalta ja pitkä kokemus vaativistakin töistä.