Д
я же не говорю что рефакторинг это плохо)
но в разрезе фриланса или аутсорсинга например всё немного иначе
но в разрезе фриланса или аутсорсинга например всё немного иначе
Size: a a a
2021 April 19
JF
"да какая тебе разница? клиент все равно в код смотреть не будет!"
Д
а есть деньги на постоянный рефакторинг?
OR
Ну, чем больше разработчиков с таким подходом, тем больше денег у нормальных разрабов))
JF
ну не скажите. Менеджерам тоже не хочется бегать и искать новых разрабов, и они тоже заинтересованы иметь постоянных людей на подхвате (с хорошим кодом)
Д
если это MVP из г...а и палок, и просят экономить ан палках и г...е? Надо же понимать задачи бизнеса
JF
на рефакторинг никогда нет ни денег, ни времени. Потому что они все на багфиксы уходят :D
JF
это MVP, где при обновлении значения на экране (android) вызывается новая Acitivity, которая сразу закрывается, чтобы в текущей отобразилось новое значение....
ммммм..... перфекто
ммммм..... перфекто
OR
Есть разные ситуации.
MVP может и не нужно вылизывать.
Но опять же, говнить там где не стоит говнить, не нужно.
Ибо если MVP закончиться и продукт выйдет в свет, то с этим нужно будет работать.
MVP может и не нужно вылизывать.
Но опять же, говнить там где не стоит говнить, не нужно.
Ибо если MVP закончиться и продукт выйдет в свет, то с этим нужно будет работать.
Д
нет однозначного ответа, если я вижу риски в будущем, я это подсвечиваю манагерам, дальше - их дело разбираться что для бизнеса в текущий момент важнее)
JF
но вопрос про рефакторинг, а не про риски
OR
Если есть возможность продать рефакторинг, то лучше продать.
Если нету возможности, то стоит сваливать с такой компании)
Если нету возможности, то стоит сваливать с такой компании)
Д
так а рефакторинг для чего?Для того чтобы в дальнейшем не было проблем
JF
и в этом вопросе однозначный ответ есть - рефакторинг необходим (в какой степень - это другой вопрос)
Д
ну сваливать из компании из-за рефакторинга это такое себе
JF
тут 2 варианта есть:
предрефакторинг - когда подготавливаем код для новой фичи;
пострефакторинг - когда после внедрения фичи исправляем то, что накидали во время внедрения;
второй быстрее и дешевле
предрефакторинг - когда подготавливаем код для новой фичи;
пострефакторинг - когда после внедрения фичи исправляем то, что накидали во время внедрения;
второй быстрее и дешевле
JF
а по-моему это очень хороший индикатор понимания ситуации руководством
Д
ну у вас есть продукт, но он стабильно приносит деньги и работает. Рефаторинг в данном случае - это расходы, это возможность добавить багов. Если нету профита, и мы не будем притягивать профит за уши, то он(рефакторинг) не нужен
JF
если продукт не нужно менять - тогда там и разработчик не нужен
OR
Рефакторинг это возможность избегать баги, а не наоборот))