- Liittynyt
- 14.05.2017
- Viestejä
- 6 806
Väärä ketju
Viimeksi muokattu:
Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
Voisiko tuo lomaraha mennä silleen että palkaksi on sanottu 4100€ sisältäen lomarahat ja palkkakuitissa näkyy peruspalkkana se ~3900€ + ~200€ lomaraha?
Ymmärrän että jos on omakotitalo kivalla paikalla, lapsia jne niin kivahan se on aina olla kotona. Mutta meistä sinkuista on ihan kiva nähdä muitakin ihmisiä edes töissä.
Tottakai, miksi edes tyytyisi vähempään jos on edes muutama vuosi kokemusta? Tyhmää työnantajaltakin olla antamatta, eiköhän se parempi jaksaminen korvaa osan siitä lomasta.Onko joku saanut neuvoteltua täydet loma kertymät heti työsuhteen alusta?
Ärsyttää kun olisi hyvä paikka mutta lomat palaa taas.
Tottakai, miksi edes tyytyisi vähempään jos on edes muutama vuosi kokemusta? Tyhmää työnantajaltakin olla antamatta, eiköhän se parempi jaksaminen korvaa osan siitä lomasta.
Onko joku saanut neuvoteltua täydet loma kertymät heti työsuhteen alusta?
Ärsyttää kun olisi hyvä paikka mutta lomat palaa taas.
Oma kokemus on se, että edellisessä ja nykyisessä työpaikassa työhaastattelussa tarjottiin jo kysymättä täydet lomat ensimmäiselle vuodelle. Toinen iso kansainvälinen firma, toinen pienehkö kotimainen.Kertymiä nyt ei missään ole saanut mitenkään mukaan (paitsi tietysti lomakorvauksena), mutta aikana täydet lomat on kyllä saanut aina kysyttäessä. Huonoimmillaan vain palkattomana vapaana, parhaimmillaan täydellä palkalla, mutta tietysti ilman lomarahoja. Ja siten, että ei merkitä lomia mihinkään HR-seurantajärjestelmiin.
Värväreistä puheenollen, herättäisikö muissa luottamusta kun yhteydenotto alkaa seuraavasti:Nuo on kieltämättä hassuja, joskus vähän kiusallaankin kysyn omalla palkkatoiveella, että miten olis. Firmaa värvärin kertomattakin kuvauksesta näkee, että ei taideta paljon maksaa, vaikka kokenutta osaajaa haetaankin. Varmoja merkkejä on yleensä just joku viittaus vakaaseen kotimaiseen toimijaan tai esim. suomenkielen vaatimus![]()
Hei {firstName],
haen ...
Niin no, mitähän konkreettista hyvää tuo 200 k€:n ohjelmoija verrattuna vaik 60 k€ ohjelmoijaan? Aika vaikee nähdä, mihin joku perus konsulttipulju tarttis noin kallista tekijää ja kuka siitä haluaisi maksaa. Harvassa Suomessa käsittääkseni oikeasti on tekoäly- yms. R&D-hommat. Itsenikin kanssa oli yhdellä työkkärin kurssilla yks tohtoroitunut tekoälykehittäjä, kun ei ollut töitä. Enempikin sen tutkimuksen ja kehityksen pitäisi siirtyä jotenkin tänne Suomeen, ni olis joku järki tehdä ne maisterivaiheenkin opinnot tietotekniikan tutkinnosta. Koodiapinoita (lue: jonkun käytössä olevan frameworkin osaavia) nää nykyiset firmat lähinnä etsii.Kovia osaajia palkkaavan yrityksen ei yksinkertaisesti kannata toimia Suomessa. Laitat 200 k€ työntekijään ja silti nettotulot ja ostovoima on niin huono, että tyypit lähtee muualle.
Onhan noista junioreistakin kuulemma pulaa, mitä nyt olen ilmoituksia katsellut niin kovin epäselvää usein tuntuu olevan ketä haetaan, mihin hommiin ja millä osaamisella.
Siinä on muitakin tekijöitä, kuin nopeus. Esimerkiksi ylläpidettävyys voi kärsiä, jos keskittyy pelkkään nopeuteen. Sit, jos nopeudesta aletaan maksamaan, ni se voi verottaa myös testien määrää.Tiedan paljon koodareita jotka ovat yli 4 kertaa tehokkaampia kuin 50te koodarit. Eli ihan silla voi olla 200te koodari etta napputelee kuukaudessa sellaisen systeemin missa muilla menee puolivuotta.
No viela kaytannossa kay niin etta se 200t koodarin tyonjalki on niin paljon parempaa ettei silla mene sita viimeista kuukautta sita debugatessa ja saattaa olla joku pieni unittesti framworkki jo olemassa testaamassa niita vittumaisempia kohtia. Ei se sita koodaa nopeasti huitaisten vaan nopeasti koska tietaa mita tekee. Mutta ei suomessa ne miehet mitaan 200t saa. Saavat hiukan enemman kuin muut.
Edit: Mietein naita tuntemieni 200t miehia niin jokainen ottaa kylla sitten hittia tiimityotaidoissa. Mutta se saattaa johtua turhautumisesta kun jonkun asian selittamiseen menee kolminkertainan aika kuin tehda itse.
Tässä mielenkiintoinen anekdootti Nordean pääekonomistilta tämän päivän Hesarista:
Kiina | Suomen pitäisi herätä Kiinan taloudelliseen uhkaan, sanoo Nordean pääekonomisti Tuuli Koivu. Nyt hän kertoo neljä muutosta, joilla on järisyttävä vaikutus suomalaisiin yrityksiin ja sijoittajiin. (maksumuurattu)
Tiedan paljon koodareita jotka ovat yli 4 kertaa tehokkaampia kuin 50te koodarit. Eli ihan silla voi olla 200te koodari etta napputelee kuukaudessa sellaisen systeemin missa muilla menee puolivuotta.
Et tarvitse anekdoottia, koska voin kertoa miten asiat oikeasti on. T. suomalainen insinööri Shanghaissa (ja osittain Pekingissä).Tässä mielenkiintoinen anekdootti Nordean pääekonomistilta tämän päivän Hesarista:
Kiina | Suomen pitäisi herätä Kiinan taloudelliseen uhkaan, sanoo Nordean pääekonomisti Tuuli Koivu. Nyt hän kertoo neljä muutosta, joilla on järisyttävä vaikutus suomalaisiin yrityksiin ja sijoittajiin. (maksumuurattu)
Tassa kun on mikropiirit olleet loppu ja ollaan sovitettu muiden valmistajien piireja vanhaan rautaan niin on aika suuri etu jos saadaan asiakkaille rautaa 2kk eika 7kk.Lähtlkohtaisesti asiakkaille myydään aikaa, asiakas maksaa mieluummin 500k€ 6kk projektista. kuin 500k€ 1kk projektista.
Ei sellaisia summia kannata maksaa kuin erikoistapauksissa, koska softakehityksessä tyypillisesti jo toimintaympäristö asettaa tuotteen valmistumisvauhdille jonkun katon, jota yksittäinen henkilö ei voi määräänsä enempää auttaa. Se katto aiheutuu viime kädessä systeemin kompleksisuudesta, ja voi tapauksesta riippuen olla sitten matalammalla tai korkeammalla. Ts. varsinaiseen ohjelmointityöhön kuluva aika harvoin on se mikä projektien etenemistä lopulta jarruttaa, ennemminkin sen tekee toimintaympäristöön liittyvän informaation saatavuus, määrä ja oikeellisuus (sen puute). Noista aiheutuvat pahimmat pullonkaulat ja vaikeimmin ratkottavat viat. Eli vaikka superkoodaaja koodaa nopeammin, ei siitä useinkaan seuraa tuotteen läpimenoaikaan niin suurta hyötyä, että kannattaisi maksaa.No viela kaytannossa kay niin etta se 200t koodarin tyonjalki on niin paljon parempaa ettei silla mene sita viimeista kuukautta sita debugatessa ja saattaa olla joku pieni unittesti framworkki jo olemassa testaamassa niita vittumaisempia kohtia. Ei se sita koodaa nopeasti huitaisten vaan nopeasti koska tietaa mita tekee. Mutta ei suomessa ne miehet mitaan 200t saa. Saavat hiukan enemman kuin muut.
Näitä kyllä löytyy. Ja ei sen koodariaineksenkaan tarvitse olla läpeensä huonoa. Jos on liian vähän järkevää kokenutta review-porukkaa ja muuten tulevaisuudessa hyvään suuntaan kehittyvää porukkaa, voi tietyt jutut jäädä vähän retuperälle.En uskalla kuvitellakaan minkälaista paskaa päätyy repot täyteen jos organisaatiossa on pelkkiä keskitason rivikoodareita, ilman yhtäkään astetta pätevämpää kaveria katselmoimassa heidän työn jälkeään. Tuolla tavalla päädytään hirveisiin spaghetti-monoliitteihin joihin kukaan ei vuosien päästä halua koskea, mutta on pakko kun suuri osa firman liikevaihdosta tulee sen kautta.
No varmasti onkin. Kenen vastuulla se porukan kouluttaminen on? Varsinkin pienissä paikoissa ei ennakkoon kouluteta tai reagoida tuolla tasolla mihinkään ennen kuin on kriisi käsillä.Tätä ketjua lukiessa vaikuttaa kyllä siltä että on jäänyt clean code -kirja lukematta.
You'll learn skills and develop habits and attitudes that form the foundation for long-term success in your career. You'll become a Pragmatic Programmer.
No omasta mielestä kyseisen opuksen mukaan pitäisi ylipäätään opettaa ohjelmointia. Luulisi että Suomessa jo jokaisessa ohjelmointia opettavassa oppilaitoksessa oltaisiin tuo sisäistetty. Jos koodaa eikä ole vielä kirjaa lukenut, niin sitten heti hankkimaan. Ihan luvut 2-4 aukaisee silmiä huomattavasti. Itse sain koulutuksen ennen kuin tuo kirja oli ilmestynyt. Ja nykyäänkin tulee uutta koodia vastaan josta näkee että ei ole luettu.No varmasti onkin. Kenen vastuulla se porukan kouluttaminen on? Varsinkin pienissä paikoissa ei ennakkoon kouluteta tai reagoida tuolla tasolla mihinkään ennen kuin on kriisi käsillä.
Lukematta, mutta katsotaan miltä vaikuttaa.Pragmatic programmer kirjaa voi myös suositella ihan varauksetta. Jos tietää niin nopea lukea, mutta hyvä kerrata. Jos ei tiedä niin aikalailla oleellista olisi tietää.
![]()
The Pragmatic Programmer
Straight from the programming trenches, The Pragmatic Programmer cuts through the increasing specialization and technicalities of mod...www.goodreads.com
Voi pojat kun tyokaverit tykkaavat kun revin heidan 2 viikon tyonsa palasiksi code reviewssa ja sanon etta uusiksi meni. Joidenkin kanssa olen kieltanyt kaikenlaisen testaamisen ennen alustavaa code reviewia kun se on hukkaan heitettya aikaa jos koodi ei ole paasemassa masteriin. Jatkuva toiveeni on etta ihmiset tekisivat review pyynnon ihan aluksi niin olisi niin paljon helpompi opastaa oikealle tielle. Henkilokohtaisesti olen sita mielta etta code reviewit ovat nostaneet koodin laatua moninkertaisesti. Omakin koodi on paljon parempaa kun ei ikina viitsi tehda mitaan pikavirityksia kun niiden puolustamiseen menee code reviewissa enemman aikaa kuin tehda kunnolla.En uskalla kuvitellakaan minkälaista paskaa päätyy repot täyteen jos organisaatiossa on pelkkiä keskitason rivikoodareita, ilman yhtäkään astetta pätevämpää kaveria katselmoimassa heidän työn jälkeään. Tuolla tavalla päädytään hirveisiin spaghetti-monoliitteihin joihin kukaan ei vuosien päästä halua koskea, mutta on pakko kun suuri osa firman liikevaihdosta tulee sen kautta
Jep, näinhän se on. Tiimin tuottavuuskin saattaa suorastaan romahtaa, jos sieltä lähtee se yksittäinen kova tekijä menemään eikä ketään ole tilalle, vaikka sitten tiimin ulkopuolelta opastamaan ja auttamaan blockereiden ohi. Jossain organisaatiossa noita kovia kavereita ei välttämättä ole joka tiimiin, mutta on sitten seuraavalla tasolla vähän kuin vapaina agentteina auttamassa saman teknologia-alueen (tai miten nyt homma on organisoitukaan) tiimejä.Tyypit jotka väittää, ettei kukaan koodaaja ole 4x palkan arvoinen eivät vain ole nähneet paljoakaan.
Ympäristössä jossa on satoja hyviä koodaajia, on aina muutama tähti. Siis semmosia jotka:
- tajuaa mitä heiltä pyydetään nopeasti
- yleensä ylittävät odotukset (jotka ovat muutenkin korkeat)
- nostavat myös ympärillään olevat korkeammalle tasolle
- tuottavat koodia jolla on pitkä elinikä, ja jota on myöhemmin helppo kehittää eteenpäin
Esim. Jos vaikka katon ympärillä olevia johtavia arkkitehteja, parhaat oikeasti skaalaavat hyvät ratkaisut sadan koodaajan tasolle. Suomessa noillekaan ei varmaan makseta kuin 3 perus-koodaajan palkan, mutta vaikka maksettaisiin 10 niin olisi sen arvoista. Testaajan tms osalta ei välttämättä sama ole yhtä ilmeistä, mutta voi hyvin päteä sinnekin.
Ne juniorit joiden olen nähnyt nousevan ovat aina olleet todella halukkaita ymmärtämään asioita juuria myöten. Se tarkottaa siis, etteivät vain ”hoida tikettiä” vaan tutkivat aina vähän sen ympäriltä… Miksi näin kävi? Miten toi kirjasto siis toimii? Miten me nyt oikeasti päädytään tähän? Se uteliaisuus vaan ajan myötä tarkoittaa, että he ymmärtävät asiat paremmin kuin muut - ja sitä kautta muuttuvat aina vaan seniorimmiksi.Kieltämättä mielenkiintoista keskustelua meneillään. Mikä tekee ihmisestä hyvän arkkitehdin? Miten kovia principal engineerejä tehdään? Jos joku juniori haluaa kovapalkkaiseen positioon millaisia uraliikkeitä pitää tehdä? Tähän liittyy paljon sellaista hiljaista tietoa jota ei koulun penkiltä saada.
Usein jo se, että on selitetty miksi eri ratkaisut on valittu(ja mitä tradeoffeja tähän liittyi) säästää todella paljon aikaa.
Pragmatic programmer kirjaa voi myös suositella ihan varauksetta. Jos tietää niin nopea lukea, mutta hyvä kerrata. Jos ei tiedä niin aikalailla oleellista olisi tietää.
![]()
The Pragmatic Programmer
Straight from the programming trenches, The Pragmatic Programmer cuts through the increasing specialization and technicalities of mod...www.goodreads.com
Isot sovelluskehityshankkeet tehdään kuitenkin tiimin/tiimien toimesta niin on vaikea nähdä miten 1 lähes cowboy-koodarimainen tekisi siitä kokonaisuudesta paremman. "Teen tämän yksin koska olen paras" on enemmänkin harhaista ja tiimin koheesiota haittaavaa sekä epäammattimaista. Hyvä sovelluskehittäjä pystyy tuomaan rinnallaan olevista tyypeistä sen parhaan esiin. Kaikkea ei voi osata, eikä voikaan mutta se että osaa myöntää kun ei tiedä ja pyytää apua kun tarvitsee on tähdellistä.
Käytämme välttämättömiä evästeitä, jotta tämä sivusto toimisi, ja valinnaisia evästeitä käyttökokemuksesi parantamiseksi.