Gruppeavtale
Lag en kort teamavtale med forventinger til hverandre i starten. Noen eksempler til forventinger man kan ta med i denne er:
- Vi forventer at vi m?ter at vi til avtalte tid, hvis vi ikke f?r muligheten (av en eller annen grunn) skal vi si i fra til teamet s? fort som mulig
- Vi forventer at vi kan be hverandre om hjelp og at alle tilbyr sin hjelp der de kan
- Vi forventer at vi sier i fra til hverandre hvis det blir for mye i god tid, slik at vi kan delegere om
- Vi forventer at vi er realistiske mtp arbeidsmengde
- Vi forventer at alle er med p? ? lage god stemning i teamet
- Vi blir enige om felles arbeidsverkt?y og hvor vi deler kode
Hva skal vi gj?re dersom noen p? gruppa ikke bidrar?
Send en mail til personen som ikke bidrar og sp?r hvordan det g?r med obligen. Dersom det er et vedvarende problem/dere ikke f?r kontakt med personen kontakt Lars p? lilarsse@ifi.uio.no
Samarbeide med ? skrive kode
For 亚博娱乐官网_亚博pt手机客户端登录et rundt programmeringsdelen av oblig 4 foresl?r vi ? bruke en variant av parprogrammering. Dette foreg?r normalt ved at man sitter to eller fler rundt én datamaskin.
I parprogrammering har vi en driver (den som skriver koden), og navigat?r(er) som guider driveren. Navigat?ren(e) forteller driveren hva som skal skrives og driveren skriver ned dette. Den som skriver kan si stopp om det er noe den er uenig i, ikke forst?r eller er usikker p?.
Det er viktig ? bytte p? hvem som er driver ofte, rundt 25 minutter mellom hvert bytte kan v?re en grei start. (Her er en timer som er satt til 25 min! https://pomofocus.io)
Hvor lenge burde man holde p? hver gang?
Hvor lenge en ?kt er, er opp til dere, men det kan l?nne seg ? bestemme seg for dette p? forh?nd. Dersom dere holder p? i 90 minutter og er 3 i teamet vil man kunne dele opp ?kten i 3 deler p? 25 min med 5 min pause imellom. Det er viktig at alle p? teamet f?r skrevet noe kode i l?pet av en ?kt. Snakk om hva dere syntes man kan gj?re bedre til neste gang p? slutten av m?tet.
Hvordan l?ser vi det med ? bytte p? hvem som skriver kode digitalt?
I l?pet av en ?kt burde det bare v?re en maskin med koden og editor ?pen. Bruk skjermdeling fra denne via zoom og gi ?remote control? tilgang til driveren. Dette m? skrus p? i innstillingene p? uio.zoom.us f?r man starter m?tet.
N?r dere er ferdig med en ?kt lagrer dere koden ett sted alle har tilgang til den. Her er noen forslag til hvor man kan dele det med hverandre:
- UiO sin GSuite, (Lag en delt drive der alle i teamet har tilgang)
- Mail/Mattermost-chat
- Git og UiO-Github
Dele opp oppgaven i mindre deloppgaver
N?r dere skal l?se en stor oppgave/prosjekt kan det l?nne seg ? dele opp hovedoppgaven i mindre oppgaver for ? f? kontroll over hvordan man ligger an. Til ? dele opp en st?rre oppgave i mindre deler kan dere f.eks. bruke trello eller ms planner (logg inn med uio-mail), det er ett brettbasert system der man lager tavler man kan putte oppgaver p?. Ett forslag til faner man kan bruke er:
- ting som skal gj?res
- ting som gj?res
- ting som er ferdig
- (+ ting man st?r fast med)
Her har jeg laget ett enkelt brett der jeg har delt opp en st?rre oppgave i mindre deloppgaver. Innad i hver oppgave kan man legge inn mer detaljerte beskrivelser.
Disclaimer: Dette betyr IKKE at man skal dele opp oppgaven i deler som man s? gir i oppgave til de forskjellige p? gruppa ? l?se. Dersom man skal gj?re dette burde man se spesielt p? testdreven utvikling og enhetstester, code review og git og github. Man m? ogs? ha en klar spesifikasjon over hvordan metoder og objekter skal fungere (signatur og semantikk). Dette er ikke poenget at man skal bruke mye tid p? ? l?re seg verkt?y som dette i oblig 4 og derfor ikke det vi anbefaler de fleste. S? dersom dere har mulighet, hold dere til parprogrammering s? slipper man ? m?tte gj?re dobbeltjobb n?r man skal integrere systemet.
Lagre kode
Det er viktig at alle i teamet har tilgang til koden. Ingen andre enn de i teamet skal ha tilgang til denne. For ? dele koden er noen foresl?tte alternativer:
- UiO Gsuite/UiO onedrive
- Mattermost/Teams
- Git og UiO-Github
De enkleste m?tene er de dere sikkert kjenner til fra f?r av som UiO sin Gsuite (google drive) og Mattermost. Git og Github er en del ? sette seg inn i, og det er viktigere ? komme i gang med programmeringen, s? om du syntes det virker som mye styr er det nok lettere ? bruke en av de andre l?sningene. Vi legger ved en liten guide her til hvordan komme i gang med dette: