Hvis du ikke allerede jobber hjemmefra, vil du sannsynligvis være veldig snart. Spørsmålet er da, hvordan kan vi bruke verktøyene vi allerede har for fortsatt å være i stand til å bygge og sende kode?
VPN-er og andre teknologier for ekstern tilgang kan koble hjemmenettverkene våre til lokale kildekodelagre og andre viktige devops-verktøy, og tilbyr sikre tilkoblinger. En ekstern utviklingsarbeidsstasjon trenger ikke å være helt isolert fra viktige ressurser, selv om den kan trenge ytterligere sikkerhetspolicyer for å sikre skille mellom personlig informasjon og arbeidsressurser.
Tilkobling er viktig, men det er sannsynligvis det minste av problemene dine. Vi er sosiale dyr, og mye utviklingsarbeid trenger mer enn ett par øyne. Sosial distanseringspolitikk betyr at mange av teknikkene som kreves for moderne smidig utvikling er vanskelig å implementere. Selv om vi har muligheten til å konferere verktøy som Teams eller Zoom for daglige videooppsett, må vi fremdeles finne måter å replikere de vanlige en-til-en-interaksjonene av kodevurderinger, parprogrammering eller feilsøking i samarbeid.
Sikker sosial koding med GitHub Enterprise
Et alternativ er å flytte til en plattform som GitHub for koden din. Å gjøre GitHub til en del av livssyklusen til programvareutvikling er mye enklere med utgivelsen av GitHub Actions, noe som gir deg integrasjonspoeng med resten av CI / CD-rørledningen (kontinuerlig integrering / kontinuerlig levering) og leverer den endelige koden i gjenstandsregister. Med GitHubs planlagte oppkjøp av NPM, vil du snart kunne bygge en enkelt JavaScript-utviklingsrørledning.
GitHub (og andre git-verktøy) gir en plattform for sosial koding, gjør endringer mer synlige og integrerer test i kodeinnleveringer. Ved å jobbe hjemmefra kan du replikere kodebaserer for å få tilgang til kollegers arbeid, gjøre endringer, teste kode og kjøre lokale bygninger, før du deler koden din tilbake til en hovedfilial via en pull-forespørsel. Det er en kjent arbeidsmåte, bevist over tusenvis av åpen kildekode-prosjekter. Kodeendringer er synlige, og teammedlemmer kan komme med kommentarer til enhver forpliktelse, med tilleggsverktøy som støtter å finne vanlige sikkerhetsfeil eller avhengighetsproblemer.
Hvis det er et problem å holde koden lokalt, av regulatoriske eller immaterielle eiendomsbeskyttelsesgrunner, kan du kjøre GitHub på ditt eget nettverk ved hjelp av GitHub Enterprise. Hvis du bruker en enkelt bedriftskatalog for enkel pålogging, bør støtte for den åpne SAML-godkjenningsprotokollen forenkle integrasjonen, slik at eksterne brukere kan logge på VPN-en og begynne å jobbe. GitHub Enterprise Cloud kan brukes med private arkiver som en administrert tjeneste på GitHubs egen infrastruktur, med samme sikkerhetsverktøy.
Samarbeider om kode i Visual Studio Live Share
Delt kode er ett alternativ, men ofte trenger du direkte samarbeid. Parprogrammering og andre lignende teknikker setter to utviklere på samme tastatur, som jobber sammen for å løse problemer og feilsøke koden. Det er ikke mulig når enkeltpersoner jobber hjemmefra. Imidlertid kan vi dele kodebasene våre med hverandre ved å koble IDEene våre for å gi en delt utviklingsopplevelse uten å måtte være på samme sted.
Hvis du bruker Visual Studio, har du allerede tilgang til et sett med kraftige samarbeidsverktøy, bakt inn i Visual Studio-plattformen. Et aspekt er støtte for git-protokollen og GitHub; en annen er verktøyene for kodedeling, Visual Studio Live Share. Tilgjengelig i hele Visual Studio IDE på Windows og Macintosh, som en utvidelse for Visual Studio Code, og i en ny webbasert kodeditor, er det en rask og enkel måte å dele og samarbeide om koden på.
Arbeide med Live Share
Komme i gang med Live Share er relativt enkelt. Alt du trenger å gjøre er å legge til støtte for en av de Live Share-aktiverte arbeidsmengdene til Visual Studio 2019. Hvis du bruker Visual Studio 2017, må du først installere en utvidelse fra Visual Studio-markedet. Når de aktuelle funksjonene er installert, start Visual Studio på nytt før du kobler til Live Share-tjenesten. Du kan bruke din eksisterende Visual Studio-konto med Live Share, eller du kan logge på med en ny konto hvis du vil holde Visual Studio og Live Share atskilt. Arbeidet med Visual Studio Code er veldig likt.
Når du er logget inn, åpner du et prosjekt eller en løsning som normalt. Det er verdt å bruke .gitignore filer for å skjule mapper du ikke vil dele; standard er å gi tilgang til alle filene i prosjektet til samarbeidspartnere. Du kan skjule filer (de vises ikke til gjester) eller ekskludere dem (de er ikke tilgjengelige når du går inn i dem fra feilsøkingsprogrammet).
For å dele, klikk Live Share i IDE for å få en invitasjonskobling, som du deretter kan sende til en kollega. Økter trenger ikke leses / skrives; de kan være skrivebeskyttet. Dette er et nyttig alternativ for å gi en omvisning i kodebasen din eller gå noen nye til et prosjekt gjennom koden og fortelle dem hva hver modul gjør og hvorfor. Som eier av en deling kan du åpne delte terminaler eller sette fokus, slik at samarbeidspartnerne bare ser koden du viser dem.
Feilsøk ditt valg av utviklingsverktøy
Co-feilsøking er en nyttig funksjon, for sikkerhetskode kjører bare på vertsmaskinen, ved hjelp av standard Visual Studio feilsøkingsverktøy. Samarbeidspartnere blir med i feilsøkingsøkten ved å bruke sine egne seere for å se feilsøkingsinformasjonen slik at de kan gjøre sine egne undersøkelser i søknadstilstand. Bare verten kan gå gjennom feilsøkingsprogrammet, selv om gjestene kan legge til og fjerne brytepunkter for å fokusere på områder som interesserer dem. På samme måte kan webapper lanseres i et sikkert miljø på gjestemaskiner slik at alle får sitt syn. Hvis koden din trenger en lokal server, kan den også deles med samarbeidspartnere ved hjelp av en SSL-tunnel mellom maskiner.
En viktig funksjon i Live Share er IDE-uavhengighet. Jeg bruker kanskje Visual Studio på en Windows-PC, du bruker kanskje Visual Studio for Mac eller til og med nettvisningen; alle får tilgang til kodebasen min, og endringene lagres på PCen min. Du kan til og med kompilere kode, kjøre den og få tilgang til feilsøkingsprogrammet. Hvis et problem trenger flere øyne, kan så mange som 30 personer delta i en enkelt Live Share-økt, og bringe en ad hoc-sverm for å prøve å løse et problem. Den samme teknikken kan brukes for utvikling av lite team eller grupper, der enkeltpersoner når de er koblet til Live Share kan jobbe med spesifikke oppgaver og deretter hente inn samarbeidspartnere når det er nødvendig.
Den ene tingen som mangler i Visual Studio Live Share er et chatverktøy. Det er ingen grunn til at du ikke kan sette opp et Skype-anrop eller et Teams-møte rundt en økt for å fange diskusjoner og handlinger. Hvis du bare bruker Visual Studio Code, kan Live Share-implementeringen brukes til å dele tale. Det er imidlertid bedre for raske samarbeid; mer komplekse interaksjoner administreres best i andre verktøy.
Bruk av sosiale kodingsverktøy skal bidra til å gjøre jobben hjemmefra i en tid med sosial isolasjon ikke så isolerende. Vi kan dele kode, til og med dele utviklingsmiljøene våre, mens vi pakker den inn i kjente chat- og samarbeidsmiljøer. Det handler ikke som vanlig, men i det minste er det en måte å holde oss oppdatert på koden vår uansett hvor vi er.
