Ajattelin laittaa kesälomien jälkeen firman tulille. Alkuun tarvitsisin UI puolelle HTML/css- osaajan, ASP-net puolelle koodarin, teknisen dokumentoijan joka huolehtisi kaikki dokumentaation ja palavereissa kirjoittaisi kaikki palaverit tekstimuotoon ja sitten unit-testikoodien kirjoittajan joka kirjoittaisi koodarin tuotoksille ja kommentoisi koodarin koodit. Lisäksi tarvittaisiin vielä yksi testaaja joka testaa lopullisen tuottoksen.
Tai sitten jatkan itse 3 000 euron bruttokuukausipalkalla ja hoidan itse koko homman alusta loppuun.
Tai sitten jatkan itse 3 000 euron bruttokuukausipalkalla ja hoidan itse koko homman alusta loppuun.
Vastaukset 11
Vanhimmat
Työn iloa.
Ja itse hoidat myynnin ja markkinoinnin? Se on oikeastaan se kaikkein vaikein asia. Varasinkin jos kyseessä yhden miehen tuntematon firma ilman mitään brändiä ja referenssejä. Yhden miehen puljussa pitäisi puolet ajasta käyttää myyntiin ja markkinointiin, ja puolet ajasta tekemiseen.
Siis mitä? Joku muu kirjoittaa yksikkötestit ja kommentoi koodarin kirjoittaman koodin? Nyt on kyllä sun pippuun sattunu tavallista huonompaa crackia.
Yksikkötestien kirjoittamiseen menee vähintään yhtäpaljon aikaa kuin varsinaisen koodin kirjoittamiseen. Jos homma tehdään parikoodauksena niin että toinen koodaa ja toinen tekee testit niin syntyy parempi ymmärrys siitä miten koodin pitäisi toimia.
Jos testienkirjoittaja vielä kommentoi koodin niin silloin syntyy laadukkaampaa jälkeä. Koodari yleensä ei osaa itse kommentoida koodiaan koska koodarille monet asiat on itsestään selviä. Testien kirjoittaja joutuu perehtymään siihen mitä jokin tekee ja suunnittelemaan eri kutsu variaatiot niin siltä pohjalta syntyy parempi kuvaus.
Jaahans. Että oikein erillinen testien kirjoittaja ja koodin kommentoija? Missä noita koulutetaan? Valmistuuko jossakin koodinkommentointi-insinöörejä tai yksikkötesti-insinöörejä?
En muista nähneeni yhtään työpaikkailmoitusta, jossa haettaisiin koodin kommentoijaa tai yksikkötestaajaa...
Samaa itsekin mietin. Saattaisi ainakin itseltäni loppua mielenkiinto hommaan aika äkkiä, jos joka päivä 7,5 tuntia kirjoittelisi vaan kommentteja toisen kirjoittamaan koodiin. Tai sama, jos kirjoittelisi päivästä toiseen vain yksikkötestejä.
Enkä kyllä ole kuullut firmasta, jossa tällainen olisi tapana.
Joten ei kiitos tälle tarjoukselle.
Pointti aloittajajalla kai lienee että koodari ei ole tänä päivänä pelkkä koodari vaan mitä isompi projekti ja talo sitä enemmän on kaikkea muuta. Esim yksikkötestejä ajetaan nykyään meilläkin sisään uutena hopealuotina.
Totta myös lienee että työnantajan näkökulmasta koodi pitäisi osata useamman koodarin toimesta niin yksikkötestit on yksi tapa pakottaa toinen koodari perehtymään toisen koodarin tekemisiin.
Kun alan kirjallisuudessa on kirjoitettu pariohjelmoinnista, niin kukaan ei taatusti ole tarkoittanut, että ne ihmiset erikoistuvat toinen tuotantokoodiin ja toinen testeihin ja kommentteihin. Sen parin roolien on tarkoitus vaihdella koko ajan niin, että molemmat kirjoittavat tuotantokoodia, testejä ja kommentteja.
Ja kun olet perustamassa yritystä, jossa on alle 5 ihmistä, niin et todellakaan halua sinne noin erikoistuneita ihmisiä. Korkeintaan kahta laatua: projektipäälliköitä ja ohjelmistosuunnittelijoita.
Projektipäällikkö tekee muistiot ja teknistä dokumentaatiota, neuvottelee asiakkaan kanssa sopimukset ja hinnat, myy ja testaa sovellusta käyttäjän kannalta.
Ohjelmistosuunnittelijat koodaa, kommentoi, speksaa ominaisuuksia asiakkaan kanssa, yksikkötestaa, testaa muuten vaan ja tekee sen HTML/CSS jutun siinä sivussa.
Ja jos tuo tuntuu vaikealta, niin sehän siinä juuri on se pointti, että pienessä firmassa pitää olla hyviä tyyppejä. Ei ne osakkaat laske tunteja, vaan ne opettelee kaikki puuttuvat taidot iltaisin kotona. Jos meinasit itse omistaa koko roskan, niin onnea vaan: en usko, että saat tarvittavaa tehokkuutta aikaiseksi, jos kaikki muut ovat "vain töissä".
Tässä nyt taisi karata vähän mopo käsistä. Tarkoitus oli vain kuvata hieman mitä tänäpäivänä rivikoodarilta vaaditaan. Esim testaus on noussut tänäpäivänä isompaan rooliin ja se on yhdeltä osaltaan ihan samanlaista koodausta kuin perinteinen koodaus.
Monet asiat voisi tehdä asiaan paremmin perehtynyt henkilö. Alunperin ongelman ratkaisuun perehtynyt koodaria ei UI:n yksityiskohtien hionta, dokumentointi tai testaus paljon kiinnosta.
Ideani oli että ihmiset pääsisivät tekemään sitä missä ovat hyviä. Eli visuaalisesti jostain graafisenalan laitoksesta valmistunut keskittyisi käyttöliittymään. Tekninen dokumentoija jostain toimittajakoulusta huolehtisi dokumentaatiosta. Testaukseeseen erikoistuneet ihmiset huolehtisivat testauksen (sellaisia on oikeasti olemassa).
Mikä sen parempi aloittavalle koodarille kun pääsisi perehtymään prosessiin tekemällä esim. asp.net koodia joka testaa yksittäisten luokkien toimintaa.
Tuo olisi ideaalitilanne. Meillä ainakin pienessä firmassa itse joudun tekemään kaiken vaikka olen vain tekniikasta kiinnostunut insinööri. Testaus ei kiinnosta pätkääkään, ja käyttöliittymissä olen huono koska itselleni riittäisi aina hyvinkin simppeli käyttöliittymä. Loppukäyttäjät eivät kuitenkaan osaa käyttää tekemiäni ohjelmia kun kuulema liian insinöörimäisen vaikeita. Ei voi mitään, en itse mahda asialle mitään kun ei kerran palkata erillistä testaajaa ja käyttöliittymäsuunnittelijaa. Säästökysymys.
Karsisin tuosta toteutusportaan kolmeen rooliin:
Käyttöliittymäsuunnittelija (Määrittely, HTML layoutit, grafiikka)
Sovelluskehittäjä (Koodaus, yksikkötestaus)
Testaaja (Testaus, mahdollisesti määrittely, testiautomaatio)
Dokumentaatio menee osittain kaikkien roolien vastuulle, mitään erillistä dokumentinkirjoittajaa ei todellakaan pikkufirma kaipaa. Koodaaja dokumentoi koodin ja koodista generoidaan automaattisesti kaikki mikä on mahdollista.
Yksikkötestauksen pitäisi olla itsestäänselvyys jos laatua halutaan, mutta asiaan perehtynyt testaajakin on pakollinen. En ole vielä moneen koodaajaan törmännyt joka oikeasti osaisi testata koodinsa. Automatisoitu selaintestauskin on koodareilla monesti hakusessa.