В първата част на статията разгледахме дали рефакторингът е добър за вас, какво ще стане, ако предлага, както и последствията. Нека продължим нашата дискусия.

Какво можете да направите, за да избегнете рефакторинг в бъдеще, или „Направете го добре, за да стане добре“

Мениджърите често питат дали някога е възможно да се разработи система без грешки. Разбира се, че е така, но отнема много повече време. Занимавам се с разработка на софтуер от години и забелязах, че в повечето случаи разработката върви по еволюционен път и ако погледнете историята на разработката на операционна система от водещ производител, ще видите, че едва всеки втори продукт става успешен.

По един или друг начин не можете да избегнете грешки, но можете да контролирате броя им, като предприемете определени стъпки, като например:

  • Използвайте единица и автоматизирано тестване
  • Внедрете BDD
  • Направете функциите по-малки, въведете и публикувайте модификации с по-малък размер, като по този начин опростите системата
  • Правете рефакторинг :) на по-малък размер, редовно, като ежедневно почистване на дома
  • Изисквайте отговорност за разработваната система от екипа
  • Осигурете достъп до променена/нова функция на ограничен брой заинтересовани страни, а не всички наведнъж, което ще помогне за идентифициране на проблеми много по-рано
  • Започнете да използвате подходи за унифицирана архитектура, за да намалите разнообразието от технически решения
  • Въвеждане и коригиране на процедурата за технически надзор преди създаване на нова функция или извършване на модификации, извършване на преглед на архитектурата и мониторинг на решенията, записване на резултати и събиране на препоръки
  • Въведете показатели за сложност и качество на кода и наблюдавайте тези показатели

От моя личен опит знам, че човек не може да избегне рефакторинга, но може да намали щетите от него, като въведе гореспоменатите стъпки.

Научете повече на — http://bit.ly/2YePtU7

Първоначално публикувано на https://www.luxoft-training.com.