hogyan kezdenéd?
Ha egy agilis csapat fejlesztője volt, az egyetlen cél a sprint célok elérése. Ha igen, az esetek 80% – ában jól fog működni, ha elkezdi fejleszteni az UI-t. Mert ez ad az egész csapatnak némi érvényesítést és a haladás érzetét.
azonban a solo side-projekt nem kell támaszkodnia agilis. Nem válaszolhat senkinek, kivéve magát. Először meg kell próbálnia a legnehezebb részt. Arról beszélek, hogy valóban átöleljük a fenevadat.
egy kick-ass termék elkészítéséhez mindig 1024 dologra lenne szüksége az alapvető probléma megoldása mellett. Rendkívül tisztában kell lennie a függőség kezelésével.
Azt kell tenned, felhasználók kezelése, mert ez a belépési pont az adatokat. A felhasználói adatok a legértékesebb árucikkek lesznek egészen addig a napig, amíg úgy dönt, hogy eladja vállalkozását a Facebook vagy a Google számára.
ezzel jön a hálózatépítés. Emlékszel a terhelések kezelésére? Offline adatokat kell tárolnia, és mobilalkalmazáson/Dropbox integráción keresztül kell szolgáltatnia, abban az esetben, ha legértékesebb fogyasztója Grönlandra vagy Kongóba kerül.
és ezzel hogyan lehet elfelejteni az adatátvitellel járó költségeket? Meg kell határoznia azt a protokollt, amely költséghatékonyan hordozza a hasznos terhet a felek között: HTTP, WebSocket, TCP (Protobuffers), vagy valami más?
Az adatbiztonság a lánc végfüggősége, miután meghatározta az összes többi függőséget (kivéve, ha az alapvető ajánlat biztonsági probléma megoldására szolgál).
hogyan titkosítja az adatokat végponttól végpontig? SHA? MD5? Hogyan valósítja meg a köz-magán kulcs kézfogást?
ha ismeri ezeket a releváns kifejezéseket, könnyű keresni a Githubon, vagy véleményt kérni a fórumokon. Egy jó kiindulási pont, hogy keresse meg ezeket a kifejezéseket a Wikipedia, és a munka az utat felfelé onnan.
Ismerje meg őket, Ismerje meg alternatíváikat, és kevés idő alatt szakértő bíró lesz minden olyan technológiában, amelyet a projekthez választ.
következő: hajtsa végre mindet. Anélkül, hogy egyetlen üzleti logikát írnánk, azaz.
győződjön meg róla, hogy olvassa el ezt a jogot.
dióhéjban: tartsa a lehető legjobban elválasztva az üzleti logikájától. Írjon interfészekkel, írjon absztrakt osztályokkal / struktúrákkal. Készítsen konkrét tesztcsonkokat, hogy tesztelje őket.
igen, hogy ezt az egészet prímás UI-val tesztelje, meg kell írnia néhány tesztesetet. A szoftverben népszerű tanácsok a tesztesetek kezdetéről szólnak, mielőtt egy kódsort írnának.
a TDD betekintést nyújt a kódbázisba, amelyet egy szakértő bíráló nem tud. A következő lépés végrehajtása után észre fogja venni annak hatalmas értékét.
mindig emlékezzen: itt ezer módon tévedhet. De ez a lépés sokkal több, mint egy lecke.
az itt végzett munka soha nem vész el. Újrafelhasználható, mert üzleti logika agnosztikus. Amikor szemétbe ezt a projektet, ne feledje, hogy akkor mindig újra ezt a fenevadat, hogy felgyorsítsa az összes jövőbeli projektek. A fejlődés ideje exponenciálisan csökken.