miten aloittaisit?
Jos olisit ketterän joukkueen Kehittäjä, ainoa tavoitteesi on sprinttitavoitteiden saavuttaminen. Jos näin on, 80 prosentissa tapauksista pärjäät hyvin aloittamalla käyttöliittymän kehittämisen. Koska se antaa koko joukkueelle vahvistusta ja tunnetta edistyksestä.
sooloprojektisi ei kuitenkaan tarvitse nojata ketterään. Et saa vastata muille kuin itsellesi. Sinun pitäisi yrittää tehdä vaikein osuus ensin. Tarkoitan pedon syleilyä.
kick-ass-tuotteen tekemiseen tarvittaisiin poikkeuksetta 1024 asiaa ydinongelman ratkaisemisen lisäksi. Sinun täytyy olla erittäin tietoinen riippuvuudenhallinnasta.
sinun täytyy tehdä Käyttäjähallinta, koska se on tietojen syöttöpiste. Käyttäjätiedot ovat ja tulevat olemaan arvokkain hyödykkeesi siihen päivään asti, kun päätät myydä hankkeesi Facebookille tai Googlelle.
sen mukana tulee verkostoituminen. Muistatko hyötykuormien käsittelyn? Sinun on tallennettava offline-tietoja ja toimitettava ne mobiilisovelluksen / Dropbox-integraation kautta, jos arvokkain kuluttajasi siirtyy Grönlantiin tai Kongoon.
ja miten sen kanssa voisi unohtaa tiedonsiirron mukanaan tuomat kustannukset? Sinun täytyy määritellä protokolla, joka kustannustehokkaasti kuljettaa hyötykuorman osapuolten välillä: HTTP, Websockets, TCP (Protobuffers), tai jotain muuta?
tietoturva on ketjun loppuriippuvuus, kun olet määritellyt kaikki muut riippuvuudet (paitsi jos ydintarjontasi on tietoturvaongelman ratkaiseminen).
miten salaat tietosi päästä päähän? SHA? MD5? Miten toteutatte julkisen ja yksityisen avaimen kättelyn?
Jos tunnet nämä relevantit termit, on helppo hakea GitHubista tai kysyä mielipiteitä foorumeilta. Hyvä lähtökohta on etsiä jokin näistä termeistä Wikipediasta ja työskennellä tiesi ylös sieltä.
opi niistä, Opi niiden vaihtoehdoista, ja pian sinusta tulee asiantuntijatuomari jokaisessa projektiin valitsemassasi teknologiassa.
Seuraava: toteuta ne kaikki. Kirjoittamatta yhtäkään bisneslogiikkaa, siis.
muista lukea se oikein.
pähkinänkuoressa: pidä se mahdollisimman erillään liiketoimintalogiikastasi. Kirjoita rajapinnoilla, Kirjoita abstrakteilla luokilla/strukteilla. Tee konkreettisia testitolppia niiden testaamiseksi.
Kyllä, Jos haluat testata tämän kaiken kädellisten käyttöliittymällä, sinun on kirjoitettava joitakin testitapauksia. Suositussa ohjelmaneuvonnassa on kyse siitä, että aloitetaan testitapauksista, ennen koodirivin kirjoittamista.
TDD antaa koodebaasistasi sellaisia oivalluksia, joihin asiantuntija-arvioija ei pysty. Huomaat sen valtavan arvon, kun toteutat seuraavan vaiheen.
muista aina: tässä voi mennä tuhannella tavalla pieleen. Mutta tämä askel on paljon enemmän kuin opetus.
täällä tehty työ ei koskaan häviä. Se on uudelleenkäytettävä, koska se on bisneslogiikan agnostikko. Kun tuhoat tämän projektin, muista, että voit aina käyttää tämän pedon uudelleen nopeuttaaksesi kaikkia tulevia projektejasi. Aikasi kehittyä vähenee räjähdysmäisesti.