{"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\/sl\/blog\/administrirovanie\/kak-prochest-i-ispravit-100000-strok-koda-za-nedelyu","title":{"rendered":"Kako prebrati in popraviti 100.000 vrstic kode v enem tednu","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kako
\nNa za\u010detku je vedno te\u017eko razumeti velik in star projekt. Architecture assessment je ena izmed dejavnosti arhitekta. Obi\u010dajno je treba delati z velikimi, starimi projekti, rezultati pa morajo biti dostavljeni v enem tednu.<\/p>\n

Kako oceniti projekt z ve\u010d kot 100 tiso\u010d vrsticami kode v enem tednu in hkrati zagotoviti resni\u010dno koristne rezultate za stranko?<\/p>\n

Ve\u010dina arhitektov in vodij ekip se je sre\u010dala s podobnimi ocenami projektov. To je lahko videti kot polformalni postopek ali kot lo\u010dena storitev, kot je to urejeno v na\u0161i dru\u017ebi; tako ali tako je ve\u010dina od vas imela s tem izku\u0161nje.<\/p>\n

Izvirnik v angle\u0161\u010dini za va\u0161e nerusko govore\u010de prijatelje je tukaj: Architecture Assessment v enem tednu<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Pristop v na\u0161i dru\u017ebi<\/h2>\n

\nPovedal vam bom, kako to deluje v na\u0161i dru\u017ebi in kako ravnam v tak\u0161nih situacijah, vendar lahko ta pristop enostavno prilagodite potrebam va\u0161ega projekta in podjetja.<\/p>\n

Obstajata dve vrsti architecture assessment.<\/p>\n

Notranji<\/b> \u2013 obi\u010dajno ga izvajamo za projekte znotraj dru\u017ebe. Vsak projekt lahko zaprosi za oceno arhitekture iz ve\u010d razlogov:<\/p>\n

    \n
  1. Ekipa meni, da je njihov projekt popoln, kar je sumljivo. Imeli smo tak\u0161ne primere, in ve\u010dinoma v tak\u0161nih projektih vse ni tako idealno.<\/li>\n
  2. Ekipa \u017eeli preveriti svoj projekt in svoje re\u0161itve.<\/li>\n
  3. Ekipa ve, da je vse slabo. Morda lahko na\u0161tejejo glavne te\u017eave in vzroke, vendar \u017eelijo dobiti popoln seznam te\u017eav ter priporo\u010dila za izbolj\u0161ave projekta.<\/li>\n<\/ol>\n

    \nZunanji<\/b> \u2013 to je bolj formalen postopek kot notranja ocena. Stranka pride vedno samo v enem primeru, ko je vse slabo \u2013 zelo slabo. Obi\u010dajno stranka razume, da so globalne te\u017eave, vendar ne more pravilno opredeliti vzrokov in razdeliti na sestavne dele.<\/p>\n

    Ocena arhitekture za zunanjo stranko je bolj zapleten primer. Postopek mora biti bolj formalen. Projekti so vedno veliki in stari. V njih je veliko te\u017eav, napak in slabo napisanega kode. Poro\u010dilo o opravljenem delu mora biti pripravljeno v nekaj tednih najve\u010d, kjer morajo biti glavne te\u017eave in priporo\u010dila za izbolj\u0161anje. Zato, \u010de se spoprijemo z zunanjo oceno projekta, bo notranja ocena le mala malenkost. Poglejmo najbolj zapleten primer.<\/p>\n

    Ocena arhitekture podjetni\u0161kega projekta<\/h2>\n

    \nTipi\u010dan projekt za procjenu je veliki, stari, enterprise projekt s brojnim problemima. Klijent dolazi kod nas i tra\u017ei da popravimo njegov projekt. To je poput ledenjaka, klijent vidi samo vrh svojih problema i ne sluti \u0161to se nalazi ispod povr\u0161ine (u dubini koda).<\/p>\n

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