{"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\/sv\/blog\/administrirovanie\/kak-prochest-i-ispravit-100000-strok-koda-za-nedelyu","title":{"rendered":"Hur man l\u00e4ser och r\u00e4ttar 100 000 rader kod p\u00e5 en vecka","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hur
\nI b\u00f6rjan \u00e4r det alltid sv\u00e5rt att f\u00f6rst\u00e5 ett stort och gammalt projekt. Architecture assessment \u00e4r en av aktiviteternas arkitekt. Ofta m\u00e5ste man arbeta med stora, gamla projekt, och resultaten m\u00e5ste levereras inom en vecka.<\/p>\n

Hur kan man utv\u00e4rdera ett projekt med 100k och fler rader kod p\u00e5 en vecka och samtidigt ge verkligt anv\u00e4ndbara resultat f\u00f6r kunden?<\/p>\n

De flesta arkitekter och teknikledare har st\u00f6tt p\u00e5 liknande projektutv\u00e4rderingar. Det kan se ut som en halvformell process eller som en separat tj\u00e4nst, som den vi erbjuder, men oavsett vad har de flesta av er varit med om detta.<\/p>\n

Originalet p\u00e5 engelska f\u00f6r dina icke-rysspr\u00e5kiga v\u00e4nner finns h\u00e4r: Architecture Assessment in a week<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

V\u00e5r strategi<\/h2>\n

\nJag kommer att ber\u00e4tta hur det fungerar i v\u00e5rt f\u00f6retag och hur jag hanterar s\u00e5dana situationer, men du kan enkelt anpassa denna strategi efter ditt projekts och f\u00f6retags behov.<\/p>\n

Det finns tv\u00e5 typer av architecture assessments.<\/p>\n

Intern<\/b> \u2013 vi g\u00f6r vanligtvis detta f\u00f6r projekt inom f\u00f6retaget. Vilket projekt som helst kan beg\u00e4ra en arkitekturbed\u00f6mning av flera sk\u00e4l:<\/p>\n

    \n
  1. Teamet tror att deras projekt \u00e4r perfekt, vilket \u00e4r misst\u00e4nkt. Vi har haft s\u00e5dana fall, och ofta \u00e4r allt annat \u00e4n perfekt i s\u00e5dana projekt.<\/li>\n
  2. Teamet vill kontrollera sitt projekt och sina l\u00f6sningar.<\/li>\n
  3. Teamet vet att allt \u00e4r d\u00e5ligt. De kan till och med lista huvudproblemen och orsakerna, men de vill ha en fullst\u00e4ndig lista med problem och rekommendationer f\u00f6r f\u00f6rb\u00e4ttring av projektet.<\/li>\n<\/ol>\n

    \nExtern<\/b> \u2013 detta \u00e4r en mer formell process \u00e4n intern bed\u00f6mning. Kunden kommer alltid i ett enda fall, n\u00e4r allt \u00e4r d\u00e5ligt - mycket d\u00e5ligt. Vanligtvis f\u00f6rst\u00e5r kunden att det finns globala problem, men kan inte korrekt identifiera orsakerna och bryta ner dem i best\u00e5ndsdelar.<\/p>\n

    Architecture assessment f\u00f6r extern kund \u00e4r en mer komplex fr\u00e5ga. Processen m\u00e5ste vara mer formell. Projekten \u00e4r alltid stora och gamla. De inneh\u00e5ller m\u00e5nga problem, buggar och d\u00e5lig kod. Rapporten om det utf\u00f6rda arbetet m\u00e5ste vara klar inom n\u00e5gra veckor, d\u00e4r de viktigaste problemen och rekommendationerna f\u00f6r f\u00f6rb\u00e4ttring ska ing\u00e5. S\u00e5, om vi l\u00f6ser den externa bed\u00f6mningen av projektet, blir den interna bara en bagatell. L\u00e5t oss \u00f6verv\u00e4ga det mest komplexa fallet.<\/p>\n

    Bed\u00f6mning av arkitekturen f\u00f6r ett enterprise-projekt<\/h2>\n

    \nEtt typiskt projekt f\u00f6r utv\u00e4rdering \u00e4r ett stort, gammalt enterprise-projekt med m\u00e5nga problem. Klienten kommer till oss och ber oss att fixa sitt projekt. Det \u00e4r som med ett isberg; klienten ser bara toppen av sina problem och anar inte vad som finns under ytan (i djupet av koden).<\/p>\n

    Problem som klienten kan klaga p\u00e5 och k\u00e4nner till:<\/p>\n