Utforsker generell kodingsprosess - dummier

Jobber i koding innebærer mer enn bare å sitte foran en datamaskin. Det er andre skritt du må ta for å sikre at et prosjekt ses gjennom til slutten. Formålet med planleggingsfasen er å

• forstå klientens mål. Noen kunder vil kanskje være den første som kommer inn i en bransje med en app, selv om det betyr å ofre kvalitet. Andre kunder kan kreve de høyeste standarder for kvalitet, pålitelighet og stabilitet. På samme måte kan andre prioritere å beholde eksisterende kunder, mens andre ønsker å tiltrekke seg nye kunder. Alle disse motivasjonene påvirker produktdesign og implementering på store og små måter.

Hvis du er utvikler i et stort selskap, er klienten vanligvis ikke sluttbrukeren, men den som er i ditt interne lag, må grøntgjøre appen før den blir offentliggjort. På mange selskaper, som Google, Yahoo!, og Facebook, de fleste prosjekter passerer ikke intern anmeldelse og blir aldri utgitt for offentligheten.

• Dokumentprodukt og funksjonskrav. Klienter har vanligvis en samlet produktvisjon, en liste over oppgaver som brukeren må kunne fullføre med appen. Ofte har kundene muligheter i tankene som vil bidra til å oppnå disse oppgavene.
• Enig på leveranser og en tidslinje. Nesten hver kunde vil forestille seg et mye større produkt enn du har tid til å bygge. For en utvikler er det ekstremt viktig å forstå hvilke funksjoner som er absolutt nødvendige og må bygges, og hvilke funksjoner som er "hyggelige å ha" hvis det er tid igjen på slutten av prosjektet. Hvis hver funksjon er en "må ha", må du enten skyve klienten for å prioritere noe eller sørge for at du har gitt deg nok tid.

Estimering av tiden for å fullføre programvareprosjekter er en av de vanskeligste prosjektledningsoppgavene, fordi det er større variasjon og usikkerhet enn med fysiske byggeprosjekter, som å bygge et hus eller intellektuelle prosjekter, som å skrive en memo. De mest erfarne utviklerne på verdens beste programvarefirmaer savner rutinemessige estimater, så føl deg ikke dårlig hvis ferdigstillingen tar lengre tid enn du tror det vil. Dine estimasjonsferdigheter vil bli bedre med tid og praksis.

Etter å ha skilt de nødvendige funksjonene fra "hyggelig å ha", må du bestemme hvilke funksjoner som er enkle å oppnå, og hvilke er komplekse. Uten tidligere erfaring kan det virke vanskelig, men tenk på om andre programmer har lignende funksjonalitet. Du må også prøve å søke på nettet for foruminnlegg eller for produkter som har funksjonen.Hvis ingen produkt implementerer funksjonen, og alle online diskusjoner viser oppgaven så vanskelig, ville det være verdt å være enig på forhånd om et alternativ.

• Diskuter verktøy og programvare som du vil bruke til å fullføre prosjektet og at brukerne vil bruke til å konsumere prosjektet. Ta deg tid til å forstå kundens og brukerens arbeidsflyt for å unngå overraskelser fra inkompatibel programvare. webprogramvare fungerer vanligvis på tvers av en rekke enheter, men eldre operativsystemer og nettlesere kan forårsake problemer. Definerer i starten av prosjektet nøyaktig hvilke nettleserversjoner du vil støtte (for eksempel Internet Explorer 9 og nyere), og hvilke enheter (som bare desktop og iPhone) vil spare utviklings- og testtid. Disse beslutningene er vanligvis basert på hvor mange eksisterende brukere som er på disse plattformene, og mange organisasjoner vil støtte en nettleserversjon hvis de brukes av en betydelig del av brukerbasen - vanligvis minst fem prosent.

Nettkompatibilitetene minker etter hvert som de nyeste desktop- og mobilnettleserne oppdaterer seg, og er nå enklere å holde seg oppdatert.