Ilmoittaudu yhteen aloitustilaisuuksista täällä. Kurssin läpäisy edellyttää miniprojektiin osallistumista tai sen hyväksilukemista.
Laskareissa käytettävän uv:n versioissa alle 0.13.4 on tietoturvahaavoittuvuus (GHSA-hq85-5cpj-mr62). Sen hyödyntäminen edellyttää, että hyökkääjä pystyy sieppaamaan verkkoliikenteesi, esim. julkisessa wifissä, joten riski on pieni, mutta päivitys on nopea tehdä.
- Jos et ole vielä asentanut uv:ta, sinun ei tarvitse tehdä mitään: asennusohjeen mukaan asennettaessa saat automaattisesti korjatun version
- Jos olet jo asentanut uv:n, tarkista versio komennolla
uv --version, sen pitää olla vähintään 0.13.4 - Jos versio on vanhempi, päivitä uv komennolla
uv self update(jos asensit uv:n Homebrew'lla:brew upgrade uv)
Miniprojektin arvosteluperusteet
- Ensimmäisen sprintin arvosteluperusteet
- Toisen sprintin arvosteluperusteet
- Kolmannen sprintin arvosteluperusteet
- Neljännen sprintin arvosteluperusteet
- Lopputoimenpiteet
Miniprojektista saa maksimissaan 11 kurssipistettä seuraavien kriteereiden ja periaatteiden mukaan:
- Jokaisesta sprintistä on jaossa ryhmälle 2.5 kurssipistettä, eli maksimissaan neljästä sprintistä ryhmä voi saada 10 pistettä
- Ensisijainen arvostelukriteeri on prosessin seuraaminen, tasainen eteneminen ja ohjelmaan toteutettujen ominaisuuksien laatu
- Prosessiin kuuluvat myös pelisäännöt ja retrospektiivit. Niistä arvioidaan se, että ne on tehty asiallisesti, ei sitä, mitä niissä on päätetty.
- Toteutettujen ominaisuuksien määrän merkitys arvostelussa on aika pieni mutta ei toki nolla, eli jotain koodiakin tulee tehdä
- Tarkemmat sprinttikohtaiset arvosteluperusteet alla
- Henkilökohtainen suoriutumisesta on jaossa -1p … 1, poikkeustapauksissa -2p tai 2p on mahdollinen
- Henkilökohtaisen suoriutumisen pisteet perustuvat lopussa tehtävään vertaisarvioon sekä ryhmän repositoriosta ja backlogeilta näkyvään “digitaaliseen jalanjälkeen”
- Henkilökohtaista suoriutumista arvioidessa arvostetaan seuraavia asioita:
- Fyysistä ja henkistä läsnäoloa
- Aktiivista otetta
- Luotettavuutta
- Ryhmätyön sujuvuutta
- Työskentelyn tasaisuutta
- Ongelmien rakentavaa esiin nostamista ja muiden auttamista
- Kontribuutiota ryhmän tuotoksiin (koodi, testit, deployment pipeline, backlogit)
- Sankarikoodauksella ei voi kompensoida muuten puutteellista ryhmätyöskentelyä
- Kannattaa myös ottaa tosissaan noin 6 tunnin sprinteittäinen työaika. Työajan reilu ylitys ei tuo “lisäpisteitä” vaan pikemminkin päinvastoin.
Perusteeton osallistumattomuus johonkin sprinttiin johtaa miniprojektisuorituksen hylkäämiseen.
Ensimmäisen sprintin arvosteluperusteet
Tulossa myöhemmin!
Toisen sprintin arvosteluperusteet
Tulossa myöhemmin!
Kolmannen sprintin arvosteluperusteet
Tulossa myöhemmin!
Neljännen sprintin arvosteluperusteet
Tulossa myöhemmin!
Lopputoimenpiteet
Tulossa myöhemmin!
Varmista, että commitisi näkyvät GitHubissa oikein
Koska GitHubiin tehtävien commitien määrä (ja laatu) vaikuttaa henkilökohtaisiin pisteisiin, varmista, että olet konfiguroinit email-osoitteesi Gitiin (ks. viikon 1 laskareiden tehtävä 2), ja että commitatessasi ryhmäsi repositorioon tunnuksesi näkyy oikein repositorion commit-listalla, ja että tunnuksesi tulee repositorion contributors-listalle.
On suositeltavaa, että jokainen tekee (omalta koneeltaan) heti alussa yhden testicommitin ja tarkastaa, että Git on konfiguroitu oikein.
Pariohjelmointi ja commitit
Jos pariohjelmoit (se kannattaa!) saat commitit näkyviin molemmille tämän ohjeen mukaan.
Commitit kadoksissa
Jos committisi yhteydessä näkyy (Gitin email-osoitteen konfiguroinnista huolimatta) harmaa symboli kuten seuraavista alempi
Klikkaa harmaan commitin nimeä katso mikä on email-osoite, joka commitiin liittyy mutta mitä GitHub ei tunnista osoitteeksesi.
Lisää osoite settings-valikosta:
