De mennesker, der lever en webapp til livet - dummies

Du vil selv kunne kode og færdiggøre nogle små apps, men de apps, du bruger bygge på arbejde eller bruge hver dag, som Google Maps eller Instagram, er oprettet af teams af mennesker. Hold for et enkelt produkt kan variere i størrelse og nå op til 50 personer, og hver person spiller en særlig rolle på tværs af områder som design, udvikling, produktstyring og testning.

I mindre virksomheder kan den samme person udføre flere roller, mens de større roller bliver mere specialiserede, og de enkelte mennesker udfører hver rolle.

Oprettelse af apps med designere

Før der skrives kode, arbejder designere for at oprette sit websteds udseende gennem layout, visuals og interaktioner. Designere besvarer simple spørgsmål som "Skal navigationsmenuen være øverst på siden eller bunden? "Til mere komplekse spørgsmål som" Hvordan kan vi formidle en følelse af enkelhed, kreativitet og lekenhed? "

Generelt besvarer designere disse typer af spørgsmål ved at interviewe brugere, skabe mange designs af samme produktidee og derefter tage en endelig beslutning ved at vælge et design. Godt design kan i høj grad øge vedtagelsen af ​​et produkt eller brug af et websted og produkter som Apples iPhone og Airbnb. com.

Jonathan Ive, designere hos Apple, krediteres for Apples designsucces.

Når du opbygger et websted eller en app, kan du bestemme, at du har brug for en designer, men husk at inden for design er der flere roller, som designere spiller. Følgende roller er komplementære og kan alle udføres af en person eller af separate personer:

• Brugergrænseflade (UI) og brugeroplevelse (UX) designere beskæftiger sig primært med "look and feel" og med layout. Når du surfer på et websted, f.eks. Amazon, kan du bemærke, at på tværs af alle sider, er navigationsmenuerne og indholdet på samme sted og bruger identiske eller meget lignende skrifttyper, knapper, inputkasser og billeder. UI / UX designer tænker på den rækkefølge, hvorpå skærmbilleder vises til brugeren sammen med hvor og hvordan brugeren klikker, indtaster tekst og på anden måde interagerer med hjemmesiden.

Hvis du skulle aflytte på UI / UX-designere, kan du høre en samtale som: "Hans side er for travl med for mange opfordringer til handling. Vores brugere gør ikke disse mange beslutninger andre steder på webstedet. Lad os forenkle layoutet ved blot at have en enkelt Køb-knap, så alle kan bestille med et enkelt klik. "

• Visuelle designere beskæftiger sig primært med at skabe den endelige grafik, der bruges på et websted, og denne rolle er nærmest forbundet med" designer "."Den visuelle designer skaber endelige versioner af ikoner, logoer, knapper, typografi og billeder. Se f.eks. På din internetbrowser. Browsersymbolet, Back, Reload og Bookmark-knapperne er alle lavet af en visuel designer, og alle, der bruger browseren for første gang, ved, hvad ikonerne betyder uden forklaring.

Hvis du skulle aflytte på visuelle designere, kan du høre en samtale som: "Farvekontrasten på disse ikoner er for lys til læsning, og hvis du inkludere tekst med ikonet, lad os centrere linjen under ikonet i stedet over det. "

• Interaktionsdesignere beskæftiger sig primært med interaktioner og animationer baseret på brugerindgang og situationen. Indledningsvis var interaktionsdesign begrænset til tastatur- og museinteraktioner, men i dag berører sensorer på mobile enheder mange flere potentielle brugerinteraktioner. Interaktionsdesigneren tænker på, hvordan man bruger den bedste interaktion, så brugeren er i stand til at gennemføre en opgave så let som muligt.

Tænk for eksempel på, hvordan du tjekker din email på din mobiltelefon. I mange år var det traditionelle samspil at se en liste over meddelelser, klikke på en besked og derefter klikke på en knap for at svare, flagge, gemme til en mappe eller slette meddelelsen. I 2013 genkendte interaktionsdesignere e-mail-app-interaktionen og skabte en interaktion, så brugerne kunne skrue fingeren til venstre eller højre for at slette eller svare på e-mail-meddelelser i stedet for at skulle klikke på flere menuer.

Hvis du skulle aflytte på interaktionsdesignere, kan du høre en samtale som: "Mens brugerne navigerer med vores kort-app, i stedet for at fortælle os, at de går tabt ved at klikke eller swiping, kan de måske ryste telefonen, og vi kunne øjeblikkeligt have en lokations specialist ringe til dem. "

Hvis der oprettes en app, som at lave en film, vil designere være skribenter.

Kodning med front- og back-end-udviklere

Når designet er færdigt, gør front-end og back-end-udviklerne disse designs til virkelighed. Front-end-udviklere, som Mark Otto og Jacob Thornton, kode i HTML, CSS og JavaScript, og konvertere designet til en brugergrænseflade. Disse udviklere skriver den samme kode, som du har lært i hele denne bog og sikrer, at hjemmesiden ser ensartet ud over enheder (desktop, laptop og mobil), browsere (Chrome, Firefox, Safari osv.) Og operativsystemer (Windows, Mac osv.).

Alle disse faktorer, især øget adoption af mobilenhed, resulterer i tusindvis af kombinationer, som skal kodes for og testes, fordi hver enhed, browser og operativsystem gør HTML og CSS anderledes.

Mark Otto og Jacob Thornton skabte Bootstrap, den mest populære front-end-ramme.

Hvis der oprettes en app, som at lave en film, vil udviklere af front-end være de hovedrolleaktører.

Back-end-udviklere som Yukihiro tilføjer funktionalitet til brugergrænsefladen skabt af front-end-udviklere. Back-end-udviklere sikrer, at alt, hvad der ikke er synligt for brugeren og bag kulisserne, er på plads, så produktet kan fungere som forventet.Back-end-udviklere bruger server-side sprog som Python, PHP og Ruby for at tilføje logik omkring hvilket indhold der skal vises, hvornår og til hvem. Derudover bruger de databaser til at gemme brugerdata og oprette servere for at betjene al denne kode til brugerne.

Yukihiro Matsumoto oprettet Ruby, et populært server-side sprog, der bruges til at oprette websites.

Hvis der oprettes en app, som om at lave en film, ville back-end-udviklere være filmografer, stuntkoordinatorer, makeup-kunstnere og sætte designere.

Administrere med produktledere

Produktchefer hjælper med at definere det produkt, der skal bygges og styre produktudviklingsprocessen. Når ingeniørhold er små (som 14 personer eller færre), kan kommunikation, roller og ansvarlighed nemt styres internt uden meget formelt tilsyn.

Efterhånden som ingeniørholdene vokser, vokser overhead af alle, der kommunikerer med hinanden, og uden nogen proces kan interaktionerne blive uhåndterlige, hvilket fører til fejlkommunikation og savnede deadlines. Produktledere tjener til at mindske kommunikationsomkostningerne, og når der opstår problemer, når der bygges produkter, afgør disse ledere om at forlænge tidslinjer, reducere omfanget eller tilføje flere ressourcer til teamet.

Produktledere er ofte tidligere ingeniører, der har en naturlig fordel ved at hjælpe med at løse tekniske udfordringer, der opstår, men ikke-tekniske personer antager også disse roller med succes. Normalt rapporterer ingen ingeniører til produktlederen, hvilket får nogle til at kommentere, at produktledere har "alt ansvar og ingen af ​​myndigheden. "

En produktleder med stor ansvarlighed og autoritet er Sundar Pichai, der oprindeligt var produktleder for Google-værktøjslinjen og for nylig blev udpeget til at overvåge mange af Googles produkter, herunder søgning, Android, Chrome, kort, annoncer og Google+.

Sundar Pichai overvåger næsten alle større Google-produkter.

Test din app med kvalitetssikring

Test er det endelige trin på rejsen efter at en app eller et websted er bygget. Som et resultat af de mange hænder, der hjalp med produktion, vil det nyoprettede produkt uundgåeligt have fejl. Lister er lavet af alle de centrale app brugeropgaver og -strømme, og menneskelige testere sammen med automatiserede programmer går gennem listen igen og igen på forskellige browsere, enheder og operativsystemer for at finde fejl.

Testere kompilere de nyligt opdagede fejl og sende dem tilbage til udviklerne, som prioriterer hvilke fejl der skal squash først. Afvigelser foretages altid mellem hvor mange brugere der er ramt af en fejl, den tid det tager at reparere fejlen og tiden der er tilbage, indtil produktet skal frigives.

De vigtigste bugs er rettet øjeblikkeligt, og mindre bugs er planlagt at blive rettet med opdateringer eller senere udgivelser. I dag er virksomheder også afhængige af feedbacksystemer og indsamler fejlrapporter fra brugere, med feedbackformularer og i nogle tilfælde via automatiseret rapportering.