{"id":74955,"date":"2020-03-22T08:42:23","date_gmt":"2020-03-22T05:42:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-prochest-i-ispravit-100000-strok-koda-za-nedelyu"},"modified":"2020-03-22T08:42:23","modified_gmt":"2020-03-22T05:42:23","slug":"kak-prochest-i-ispravit-100000-strok-koda-za-nedelyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kak-prochest-i-ispravit-100000-strok-koda-za-nedelyu","title":{"rendered":"Kako pro\u010ditati i ispraviti 100,000 linija koda za tjedan dana","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kako
\nNa po\u010detku je uvijek te\u0161ko sna\u0107i se u velikom i starom projektu. Architecture assessment je jedna od aktivnosti arhitekta. Obi\u010dno se radi s velikim, starim projektima, a rezultate treba dostaviti unutar tjedan dana.<\/p>\n

Kako ocijeniti projekt od 100k ili vi\u0161e linija koda u tjedan dana i pritom pru\u017eiti doista korisne rezultate za klijenta?<\/p>\n

Ve\u0107ina arhitekata i tehni\u010dkih lidera se susrela s takvim ocjenama projekta. To mo\u017ee izgledati kao poluformalni proces ili kao posebna usluga, kao \u0161to je to u na\u0161oj tvrtki. Tako ili ina\u010de, ve\u0107ina vas se s time susrela.<\/p>\n

Izvorni tekst na engleskom jeziku za va\u0161e ne-rusko govore\u0107e prijatelje nalazi se ovdje: Architecture Assessment in a week<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Pristup u na\u0161oj tvrtki<\/h2>\n

\nIspri\u010dat \u0107u vam kako to funkcionira u na\u0161oj tvrtki i kako ja postupam u sli\u010dnim situacijama, ali mo\u017eete lako prilagoditi ovaj pristup prema potrebama va\u0161eg projekta i tvrtke.<\/p>\n

Postoje dvije vrste architecture assessment.<\/p>\n

Interni<\/b> \u2013 obi\u010dno ga radimo za projekte unutar tvrtke. Bilo koji projekt mo\u017ee zatra\u017eiti ocjenu arhitekture iz nekoliko razloga:<\/p>\n

    \n
  1. Tim misli da je njihov projekt savr\u0161en i to je sumnjivo. Imali smo takvih slu\u010dajeva i \u010desto u takvim projektima nije sve savr\u0161eno.<\/li>\n
  2. Tim \u017eeli provjeriti svoj projekt i svoja rje\u0161enja.<\/li>\n
  3. Tim zna da nije dobro. \u010cak mogu navesti glavne probleme i razloge, ali \u017eele dobiti potpuni popis problema i preporuka za pobolj\u0161anje projekta.<\/li>\n<\/ol>\n

    \nVanjski<\/b> \u2013 ovo je formalniji proces od unutarnje ocjene. Klijent dolazi uvijek samo u jednom slu\u010daju, kada je sve lo\u0161e \u2013 vrlo lo\u0161e. Obi\u010dno klijent shva\u0107a da postoje globalni problemi, ali ne mo\u017ee to\u010dno odrediti uzroke i razlo\u017eiti ih.<\/p>\n

    Ocjena arhitekture za vanjskog klijenta je slo\u017eeniji slu\u010daj. Proces mora biti formalniji. Projekti su uvijek veliki i stari. Imaju mnogo problema, bugova i lo\u0161eg koda. Izvje\u0161taj o provedenom radu mora biti spreman unutar nekoliko tjedana, gdje bi trebali biti glavni problemi i preporuke za pobolj\u0161anje. Stoga, ako se obra\u0111ujemo s vanjskom ocjenom projekta, unutarnja \u0107e biti samo sitnica. Razmotrimo najte\u017ei slu\u010daj.<\/p>\n

    Ocjena arhitekture enterprise projekta<\/h2>\n

    \nTipi\u010dan projekt za ocjenu je velika, stara, enterprise projekt s brojnim problemima. Klijent se obra\u0107a nama i tra\u017ei da popravimo njegov projekt. To je poput ledenjaka, klijent vidi samo vrh svojih problema i ne shva\u0107a \u0161to se nalazi ispod vode (u dubini koda).<\/p>\n

    Problemi na koje se klijent mo\u017ee po\u017ealiti i koje mo\u017ee biti svjestan:<\/p>\n