5 ključnih točaka za rješavanje pogrešaka za početnike | Njuškalo

5 ključnih točaka za rješavanje pogrešaka za početnike

Eugen Borna
Eugen Borna Grgić
5 ključnih točaka za rješavanje pogrešaka za početnike

Svi projekti imaju greške. Jeste li se ikada susreli s greškom koja se u početku činila nemogućom? Projekti s naslijeđenim dijelovima ponekad tjeraju developere da izbjegavaju diranje tih dijelova sustava iz straha da će pokvariti još više stvari i te greške vide kao „nemogućih“ grešaka. Došao sam u Njuškalo kao junior developer i suočio sam se s takvim nemogućim greškama. Bilo je izazovno, ali nisam odustao. Evo pet točaka koje pokazuju kako sam naučio nositi se s greškama i pretvoriti nemoguće u moguće:

  • Shvaćanje da imamo grešku
  • Pronalaženje njezinog uzroka
  • Ispravljanje greške
  • Izvođenje kontrole štete
  • Testiranje popravka

Svaki korak može biti noćna mora, ali ako slijedite ove korake, grešku možete riješiti za pola vremena.

1. Shvaćanje da imamo grešku

Prvi korak je najlakši – značajka ne radi kako je predviđeno i primijetio ju je zaposlenik, a ne korisnik. Umjesto čovjeka, možemo implementirati alat za praćenje koji će nas upozoriti ako postoji problem u prometu ili je došlo do pogreške. Pisanje automatiziranih testova i QA pregleda uvelike bi pomoglo u ranom otkrivanju grešaka prije nego što dođu u produkciju.

2. Pronalaženje uzroka

Ako imate problema s pronalaženjem uzroka greške, to može ukazivati na to da vaša kodna baza ne slijedi arhitektonske obrasce ili ima puno mrtvog ili dupliciranog koda. Možete se zaglaviti na dijelu koda koji izgleda kao da bi trebao biti na pravom mjestu, ali zapravo se ispostavi kao mrtav kod. Mrtav ili duplicirani kod može rezultirati duljim vremenom otkrivanja. Organiziranje projekta može vam pomoći da suzite potencijalne lokacije grešaka. Strukturiranje projekta u domene i slojeve omogućit će vam da se lako snađete u kodu. Opisno imenovanje može vas dovesti do vaše greške. Ako možete pronaći klasu po nazivu značajke ili nečem sličnom, vrijeme pretraživanja se drastično smanjuje. Važno je zatražiti pomoć kada se zaglavite; vrijeme je jedini resurs koji ne možete vratiti, vaš kolega možda zna jednu informaciju koja vam može uvelike pomoći u pronalaženju greške.

3. Ispravljanje greške

Ispravljanje je obično jednostavno kada se greška locira. Međutim, opasnost se krije u špageti kodu. Možda ispravljate svoju grešku, ali možda i nenamjerno mijenjate ponašanje svoje aplikacije. Greške su obično rezultat žurbe i kratkih rokova. Odvojite vrijeme, provjerite što mijenjate i analizirajte kako će vaša ispravka utjecati na ostatak aplikacije. Ne zaboravite primijeniti pravilo izviđača („Uvijek ostavite kod na kojem radite malo boljim nego što ste ga zatekli.“) dok popravljate određeni dio koda. To će vam pomoći u održavanju čitljivosti i zdravlja vaše kodne baze.

4. Provođenje kontrole štete

Sve dok vaša aplikacija ima grešku, neće raditi kako je predviđeno, što znači da će vaši podaci ponekad biti izgubljeni, neispravno zapisani ili na krivom mjestu. Neki od podataka mogu biti izgubljeni, ali trebali biste implementirati sigurnosne mjere kako biste smanjili gubitak podataka i rizik. Sigurnosna kopija baze podataka omogućit će vam oporavak izgubljenih podataka. Postavljanje više rezervnih baza podataka u različitim vremenskim intervalima povećava sigurnost vaših podataka. Na primjer, prva rezervna baza podataka, poznata kao podređena, bit će sat vremena iza glavne, a druga podređena dan. To vam daje dovoljno vremena za reakciju ako postoji problem s vašim podacima. Osim gubitka podataka, ponekad greška može prekinuti ili zaustaviti proces, što će rezultirati nedovršenom značajkom. Na primjer, ako korisnik pokušava poslati poruku prodavatelju, ali postoji greška u kodu i poruka je poslana, ali nikada nije primljena. Korisno je znati koji su korisnici pogođeni greškom kako bismo mogli ispraviti situaciju. Izrada sustava evidentiranja omogućit će nam da vidimo koji su korisnici pogođeni greškom i koliki je opseg utjecaja.

5. Testiranje rješenja

Testiranje vašeg rješenja trebalo bi biti jednostavno, ali ponekad je potrebno znatno vrijeme za pisanje uputa za QA tim. To može biti zbog mnogo različitih razloga, a složenost ili opseg tih razloga ponekad vas mogu uplašiti ili obeshrabriti da svoju značajku pokrijete testom. Ipak, testiranje je najvažniji korak jer vam daje drugu priliku da uočite grešku koju ste možda previdjeli. Ako zapnete ili niste sigurni kako nešto testirati, uvijek imate kolege koje možete pitati za savjet i koji vam mogu pomoći da pronađete pravi način. Ne žurite.

Share on social media

More from the library

Najbolje prakse za tamni način rada i utjecaj na korisnike

Najbolje prakse za tamni način rada i utjecaj na korisnike

U Njuškalu je odluka o uvođenju dizajna s tamnim načinom rada bila prirodan izbor, posebno jer smo primijetili da sve više od 50% svih korisnika naše aplikacije preferira korištenje svojih pametnih telefona u tamnom načinu rada.
Author
Maša Gavran
Pročitaj više
Kobrin efekt i što možemo učiniti da ga ublažimo

Kobrin efekt i što možemo učiniti da ga ublažimo

U potrazi za boljim korisničkim iskustvima, web developeri često uvode nove značajke kako bi poboljšali proizvode. U ovom članku istražujemo načine na koje te značajke mogu proizvesti nepredviđene posljedice i načine na koje ih možemo ublažiti.
Author
Tomislav Buljević
Pročitaj više
Oslobađanje moći umjetne inteligencije: Izrada aplikacije pokretane neuronskom mrežom

Oslobađanje moći umjetne inteligencije: Izrada aplikacije pokretane neuronskom mrežom

Spremate se krenuti na intrigantno putovanje u daleku zemlju neuronskih mreža (NN). Pokazat ćemo vam kako podijeliti snagu svoje NN tako što ćete je učiniti dostupnom kome god želite, bez muke.
Author
Boris Klabučar
Pročitaj više