Стоимость рефакторинга?

Question

[pjery3]

У заказчика есть незаконченный проект. До этого он пытался найти исполнителей на дальнейшую работу по проекту, но по его словам «разводят руками» когда видят написанный код.
Вообщем, как бы вы оценивали код и стоимость его рефакторинга? Интересно почитать поэтапный процесс мышления

Comments

[WbICHA]

Хз как бы я оценивал, но, имхо, если всё настолько плохо, то дешевле и быстрее будет написать с нуля.

[pjery3]

WbICHA, так и так получается с нуля, полностью весь в моем случае js код переписать модульно, структурировано.
Просто может у кого на такие случаи формулы расчёта есть)

[ThunderCat]

pjery3, формула простая - потраченная стоимость забывается, считается сколько человекочасов будет делаться сайт "такой же, но с перламутровыми пуговицами", умножаем на почасовую ставку и получаем базовую стоимость сайта. От нее уже можно плясать, например сделать скидку на верстку, если она сделана нормально, или накинуть, если заказчик хочет особых извращений или добавляет функционал "налету". Главное четко обозначить что будет сделано за озвученную сумму и что будет считаться отдельно.

Answer 1

[Виктор П.]

ну, вначале делается так называемый "аудит", смотрят, что есть. Далее принимается решение, можно ли это поддерживать и писать дальше. Насколько я понимаю, аудит уже проведен, предыдущий код летит в помойку. Обычно говорят что-то осмысленное, а не просто "разводят руками". Если доводы пролетают мимо ушей, тогда печально, сверху коммуникация с заказчиком не будет нормальной.
А дальше с чистого листа, есть ТЗ, его оценивают по временнЫм трудозатратам, умножают на почасовую ставку - вот и цена
Если вопрос именно "как технически оценить кодовую базу", по простому, должно быть удобно работать: дописывать новый код, менять старый, логи/метрики, стандартные технологии, соблюдение каких-то общепризнанных практик, кодстайла, выстроенные процессы сборки и публикации.
Прям какой-то чеклист вряд ли сходу найдется, скорее всего они есть прям в каких-то специализированных аутсорсинговых конторах, но сомневаюсь, что это нужно

Answer 2

[Dimonchik]

переделать с нуля, но так же х*ево (с)

у вас, увы, нет однозначного ответа.
все что написали в комментариях касается смены стека, например, по причине устаревания или дороговизны подержки (аки Perl в Рамблере или вдруг лицуха подорожала ежегодная)

в остальном обьективных критериев что новый код будет лучше старого - нет
а значит - и рефакторинг не требуется,
или просто измеряйте в часах синьора

Comments

[pjery3]

в остальном обьективных критериев что новый код будет лучше старого - нет

Объективная причина - заказчик хочет)
Если рассматривать с точки зрения производительности, то да, соглашусь, смысла мало. Если со стороны удобочитаемости и работе с кодом - категорически нет.
Ситуация спорная, тк очевидно, что заказчик хочет найти как можно более сильного спеца за малые деньги. Какую бы цену ты не выставил - у заказчика будут мысли что цена завышена и эта работа не стоит столько или же на проект угрохано столько денег, что уже новые вложения в него даются с трудом, а закончить хочется.