GitHub

Analyse av Reviewed

GitHub på mobilen er mest nyttig når jeg vil holde utviklingsarbeidet i gang uten å åpne en datamaskin. Jeg kan følge med på varsler, lese gjennom endringer og delta i diskusjoner mens jeg er på farten. Det er ikke en fullverdig erstatning for GitHub på nett eller i et utviklingsmiljø, men som følgesvenn for raske avklaringer og oppfølging fungerer den godt.

En mobil arbeidsflate for GitHub-aktivitet

Som produktivitetsapp fra GitHub er appen tydelig laget for folk som allerede bruker tjenesten til kodeprosjekter. Den store styrken er at oppgaver som ellers kan vente til jeg kommer tilbake til skrivebordet, ofte kan håndteres med noen få trykk: sjekke hva et varsel gjelder, kommentere på en diskusjon eller gjennomgå en foreslått endring.

Jeg ville først og fremst sett på den som et kontrollpanel, ikke som stedet jeg skal gjøre alt utviklingsarbeidet. Mobilskjermen er fin til å forstå situasjonen og gi tilbakemelding, men mindre egnet når jeg må sammenligne mange filer, redigere større mengder kode eller undersøke et problem grundig. Den forskjellen er viktig: appen sparer tid når den brukes til riktig type arbeid, men kan føles begrenset hvis forventningen er en komplett mobilversjon av nettjenesten.

Det er også verdt å vite hvem den passer for. Hvis du allerede følger pull requests, issues og prosjektvarsler på GitHub, gir appen en praktisk måte å være tilgjengelig på uten stadig å åpne nettleseren. Hvis du bare vil lagre kode lokalt eller skrive og bygge programvare på telefonen, er dette ikke verktøyet jeg ville valgt. Verdien ligger i samarbeidet rundt prosjektene, ikke i å gjøre telefonen om til en utviklingsmaskin.

Varsler som arbeidsliste, ikke som avbrytelser

Den mest fornuftige måten jeg ville brukt GitHub på, er å behandle varsler som en liten kø. Når et varsel dukker opp, kan jeg åpne saken, finne ut om den krever et svar nå, og enten bidra eller la den ligge til jeg har bedre tid. Det gjør appen mer nyttig enn en ren varsellampe, særlig når flere samtaler og endringsforslag er i bevegelse samtidig.

Et konkret hverdagsøyeblikk kan være at en kollega ber om en rask gjennomgang mens jeg er på vei hjem. Jeg kan lese beskrivelsen, se på endringen og stille et oppklarende spørsmål fra telefonen. Hvis saken viser seg å kreve nøye sammenligning av flere filer, kan jeg stoppe der og ta resten ved en datamaskin. Det er en god arbeidsdeling: mobilen brukes til å avklare og holde flyt, mens større tekniske vurderinger får arbeidsflaten de trenger.

Et lite, men nyttig arbeidsvanetips er å svare med presise kommentarer i stedet for å forsøke å skrive en omfattende kodegjennomgang på en liten skjerm. Pek på den konkrete bekymringen, forklar hva som må undersøkes, og ta den detaljerte vurderingen senere om nødvendig. Slik unngår jeg at bekvemmeligheten ved mobiltilgang fører til overfladiske godkjenninger.

Gjennomgang og samarbeid på liten skjerm

Gjennomgang av foreslåtte endringer er blant appens mest relevante oppgaver. Det er praktisk å kunne lese konteksten og legge igjen kommentarer uten å være ved skrivebordet. Samtidig har mobilformatet en reell kostnad: lange endringer, mange filer og kompliserte sammenhenger blir vanskeligere å holde oversikt over når både kode og diskusjon må passe på samme skjerm.

Jeg ville derfor skilt mellom en første vurdering og en grundig gjennomgang. På telefonen kan jeg avdekke at beskrivelsen mangler informasjon, stille spørsmål eller merke meg en tydelig feil. For endringer der korrekthet avhenger av å se flere deler av prosjektet samtidig, er en større skjerm og vanlige utviklerverktøy et bedre valg. Appen gjør ikke den vurderingen mindre viktig; den gjør det bare lettere å starte den.

Kommentering er også nyttig når en avgjørelse ikke trenger kodeendring fra meg. En kort forklaring på hvorfor en løsning virker uklar, eller hvilken test som bør vurderes, kan holde arbeidet i gang. Men telefonens tastatur gjør lange, presise tekniske forklaringer mer tungvinte. Jeg ville skrevet kort og konkret, og ventet med grundige forslag til jeg kunne formulere dem komfortabelt.

Det samme gjelder sammenslåing. At dette kan inngå i mobilflyten, er praktisk, men det er ikke en grunn til å slå sammen alt raskt. Før jeg utfører en handling med konsekvenser for prosjektet, ville jeg kontrollert hvilken endring jeg står i, lest diskusjonen og forsikret meg om at vurderingen faktisk er ferdig. På mobil er det ekstra lett å handle fort fordi oppgaven ser liten ut; arbeidsvanen bør være motsatt.

Hvordan den står mot nettleseren og kodeverktøy

Sammenlignet med å bruke GitHub i en mobilnettleser oppleves en dedikert app som et mer naturlig sted å følge med på aktivitet og svare på den. Den passer bedre til korte besøk enn å åpne en stor nettside hver gang et prosjekt krever oppmerksomhet. Nettleseren er likevel et nyttig alternativ når jeg trenger en bestemt visning eller arbeidsflyt som fungerer bedre på en større flate.

Sammenlignet med en kodeeditor er forskjellen enda tydeligere. En editor er laget for å skrive, teste og endre kode; GitHub-appen er først og fremst laget for å håndtere samarbeidet rundt kode og prosjekter. Jeg ville ikke valgt den i stedet for et lokalt utviklingsmiljø, men jeg ville gjerne hatt den ved siden av når jeg trenger å følge en diskusjon eller gi tilbakemelding uten å sette opp hele arbeidsplassen.

Den er også mindre relevant for personer som bare trenger en enkel oppgaveliste. GitHub-arbeid kan inneholde issues og diskusjoner, men appens styrke viser seg når disse hører til prosjekter og arbeidsflyter du allerede følger der. Hvis du ikke bruker GitHub aktivt, vil det sannsynligvis være mer omstendelig enn en vanlig notat- eller planleggingsapp.

Utviklingen og hva versjonsnummeret forteller

Appen kom 15. februar 2020, og den nåværende versjonen er 1.279.0. Det forteller meg at dette ikke er en ny tjeneste som nettopp prøver å finne sin plass på mobilen, men et produkt som har fortsatt å bli vedlikeholdt. Et høyt versjonsnummer er likevel ikke i seg selv bevis på at bestemte funksjoner er nye eller at alle arbeidsflyter er forbedret, så jeg ville ikke brukt det som løfte om hva som har endret seg.

For eksisterende brukere er den viktigste effekten av videre utvikling først og fremst at appen fortsatt er et aktuelt mobilalternativ for GitHub-aktivitet. Hvis du allerede har en fungerende rutine, trenger du ikke endre den bare fordi versjonen har gått videre. Prøv heller appen på én tydelig oppgave, som å følge gjennomgangsvarsler eller svare på prosjektspørsmål, og se om den faktisk gjør ventetiden kortere.

For en ny bruker er det mer nyttig å vurdere om GitHub passer til måten du samarbeider på enn å henge seg opp i versjonsrekken. Appen får mest mening når prosjektene, samtalene og endringsforslagene allerede finnes i GitHub. Den kan gjøre denne aktiviteten mer tilgjengelig, men den erstatter ikke behovet for å forstå prosjektets arbeidsregler eller å gjøre en skikkelig teknisk kontroll.

Begrensninger og hvem som bør velge noe annet

Den tydeligste begrensningen er at mobilformatet påvirker kvaliteten på arbeidet jeg kan gjøre. Å lese en kort diskusjon er enkelt; å forstå et stort endringsforslag med mange avhengigheter er en annen sak. Hvis du ofte må navigere mellom flere filer, kjøre tester eller redigere kode, bør en datamaskin fortsatt være hovedverktøyet. Appen er best som supplement når du ikke trenger hele utviklingsmiljøet.

En annen friksjon er at varsler kan trekke oppmerksomheten mot små saker på feil tidspunkt. Hvis alt behandles med én gang, kan korte mobiløkter bli oppstykket og gi mange raske svar uten ordentlig vurdering. Jeg ville brukt varsler til å prioritere, ikke som krav om umiddelbar respons. Å vente med en sak til du kan lese den ordentlig, er ofte bedre enn å gi et forhastet svar bare fordi appen ligger nær.

Det er heller ikke en app jeg ville anbefalt til noen som ønsker å lære programmering ved å skrive og kjøre kode direkte på telefonen. Den er laget for å samhandle med GitHub, ikke for å være en komplett editor eller byggeplattform. For det formålet bør du se etter et verktøy som uttrykkelig støtter redigering og testing på enheten du bruker.

På Android er minstekravet versjon 8.0, så det er et konkret punkt å kontrollere før installasjon på en eldre enhet. Appen er gratis å laste ned, mens kjøp i appen via Play-fakturering ligger fra 139 kroner til 1 149 kroner. Jeg ville likevel vurdert den ut fra den daglige GitHub-arbeidsflyten min og sjekket hva et eventuelt kjøp gjelder før jeg betaler, i stedet for å anta at alle trenger et tillegg.

Popularitet, aldersmerking og praktisk vurdering

GitHub har en gjennomsnittlig vurdering på 4,5 fra rundt 195 000 vurderinger, og appen har over 10 millioner installasjoner. Det tyder på at mange bruker den, men tallene forteller ikke om den passer til akkurat din rolle. En person som først og fremst følger diskusjoner, kan få mye ut av mobilen, mens en utvikler som trenger omfattende kodearbeid, fortsatt vil bruke andre verktøy mesteparten av tiden.

Aldersmerkingen er PG-klassifisering. I praksis er appens innhold knyttet til prosjekter og samarbeid, så det viktigste for meg er ikke merkelappen alene, men hvem som har tilgang til kontoene og prosjektene som brukes. Jeg ville sørget for at unge brukere forstår hva de deler i prosjektkommentarer, og at de følger reglene for de aktuelle prosjektene.

Utvikleren er GitHub, noe som gjør appen til et naturlig valg for folk som allerede har arbeidet sitt samlet der. Det betyr ikke at mobilappen nødvendigvis passer til alle behov i GitHub-tjenesten. Jeg ville gått inn med en konkret forventning: holde oversikt, gi raske tilbakemeldinger og håndtere enkelte prosjektoppgaver, ikke gjennomføre hele arbeidsdagen fra telefonen.

Hva jeg ville fulgt med på videre

Når jeg vurderer om appen fortsatt passer, ser jeg etter om den gjør de små, hyppige oppgavene enklere uten å gjøre de viktige vurderingene mer hastige. Det er særlig relevant for gjennomganger: mobiltilgang er verdifull hvis den hjelper teamet med å avklare spørsmål tidligere, men mindre verdifull hvis den frister folk til å godkjenne endringer uten nok kontekst.

Jeg ville også lagt merke til hvor ofte jeg faktisk må bytte til nettleseren eller datamaskinen. Litt veksling er forventet, fordi appen ikke skal erstatte alle verktøy. Hvis nesten hver oppgave krever at jeg forlater den, er mobilappen kanskje bare ekstra varsler. Hvis jeg derimot kan løse mange små avklaringer der og spare de større oppgavene til senere, fyller den en tydelig rolle.

For nye brukere er den mest praktiske testen enkel: installer den hvis du allerede bruker GitHub, og prøv den på en konkret arbeidsdag med varsler, en diskusjon og en gjennomgang. Legg merke til om skjermen gir nok kontekst til å ta gode beslutninger. Den testen sier mer enn versjonsnummer eller popularitet alene, og gjør det lettere å avgjøre om mobilen faktisk forbedrer din egen arbeidsflyt.

Alt i alt anbefaler jeg GitHub til folk som vil holde kontakt med prosjektene sine mellom øktene ved datamaskinen. Den gir en nyttig måte å følge aktivitet, kommentere og håndtere utvalgte oppgaver på, men den bør ikke presse deg til å gjøre grundige kodevurderinger på en liten skjerm. For meg er den beste bruken å holde samarbeidet i bevegelse, mens selve utviklingsarbeidet får bli der det er mest komfortabelt.

GitHub Ofte stilte spørsmål