cum ai începe?
dacă ați fost Dezvoltator într-o echipă agilă, singura dvs. țintă este să îndepliniți obiectivele sprintului. Dacă da, în 80% din cazuri, vă veți descurca bine începând să dezvoltați UI. Pentru că oferă întregii echipe o anumită validare și un sentiment de progres.
cu toate acestea, proiectul dvs. solo nu trebuie să se bazeze pe Agile. Nu trebuie să răspunzi nimănui în afară de tine. Ar trebui să încerci să faci partea cea mai grea mai întâi. Vorbesc despre îmbrățișarea cu adevărat a fiarei.
pentru a face un produs kick-ass, ai avea nevoie invariabil de 1024 de lucruri în afară de rezolvarea problemei de bază. Trebuie să fii extrem de conștient de gestionarea dependenței.
Managementul dependenței de Software
trebuie să faceți managementul utilizatorului, deoarece acesta este punctul de intrare pentru date. Datele utilizatorului sunt și vor fi cele mai valoroase mărfuri până în ziua în care decideți să vă vindeți afacerea pe Facebook sau Google.
cu care vine de rețea. Amintiți-vă de manipulare sarcini utile? Va trebui să stocați date offline și să le furnizați printr-o aplicație mobilă/integrare Dropbox, în cazul în care cel mai valoros consumator este transferat în Groenlanda sau Congo.
și cu asta, cum ai putea uita costul care vine cu transferurile de date? Trebuie să definiți protocolul care transportă în mod eficient sarcina dvs. utilă între părți: HTTP, Websockets, TCP (Protobuffers) sau altceva?
securitatea datelor este dependența finală din lanț odată ce ați definit toate celelalte dependențe (cu excepția cazului în care oferta dvs. de bază este de a rezolva o problemă de securitate).
cum criptați datele end-to-end? SHA? MD5? Cum veți implementa strângerea de mână a cheilor public-privat?
dacă cunoașteți acești termeni relevanți, este ușor să căutați pe GitHub sau să cereți opinii pe forumuri. Un bun punct de plecare este să căutați oricare dintre acești termeni pe Wikipedia și să vă deplasați de acolo.
Aflați despre ele, aflați despre alternativele lor și în puțin timp veți fi un judecător expert în fiecare tehnologie pe care o alegeți pentru proiectul dvs.
următorul: implementați-le pe toate. Fără a scrie o singură linie de logică de afaceri, adică.
asigurați-vă că ați citit acest drept.
pe scurt: Păstrați-l cât mai decuplat posibil de logica dvs. de afaceri. Scrieți cu interfețe, scrieți cu clase/structuri abstracte. Faceți cioturi de testare concrete pentru a le testa.
Da, pentru a testa toate acestea cu primate UI, trebuie să scrieți câteva cazuri de testare. Sfaturi populare în software-ul este despre incepand cu cazuri de testare, înainte de a scrie o linie de cod.
TDD oferă informații despre baza de cod pe care un expert nu o poate face. Veți realiza valoarea sa enormă odată ce implementați următorul pas.
amintiți-vă întotdeauna: ați putea greși aici într-o mie de moduri. Dar acest pas este mult mai mult decât o lecție.
munca făcută aici nu se pierde niciodată. Este reutilizabil, deoarece este agnostic logica de afaceri. Când aruncați acest proiect, amintiți-vă că puteți reutiliza întotdeauna această fiară pentru a vă accelera toate proiectele viitoare. Timpul tău de dezvoltare va scădea exponențial.