Преждевременный рефакторинг? [закрытый]

Мы все услышали о Преждевременной Оптимизации, но что делает Вас вещь о Преждевременном Рефакторинге? Есть ли по Вашему мнению какая-либо такая вещь?

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

Для наблюдения, почему предположите запись аналитического программного обеспечения налоговой декларации для IRS. Внезапно, новые инструкции представлены в последнюю минуту, которые повреждают несколько из Ваших исходных предположений. Хотя Вы разработали хорошо, Ваша модель предметной области существенно сместилась из-под Ваших ног по крайней мере в одном важном месте. Это 14-го апреля, и проект должен пойти живой завтра, что бы ни случилось.Кто ты по профессии?

• при реализации основного решения за счет некоторого умеренного технического долга система станет более твердой и менее способной противостоять другому раунду этих изменений. Но сайт может пойти живой и продолжиться вперед, и не будет никакого риска поставки поздно; Вы уверены, что можно внести необходимые изменения.
• , С другой стороны, если Вы не торопитесь для рефакторинга решения так, чтобы оно теперь поддерживало новый дизайн более сложным и гибким способом, Вы не испытаете никаких затруднений при адаптации к будущим изменениям. Но Вы рискуете основным продуктом своей компании, увеличивающимся на время; Вы не уверены, займет ли модернизация больше времени, чем сегодня.

В этом случае, первая опция является лучшим выбором. Принятие Вас имеет мало предыдущего технического долга, это стоит того, чтобы взять Ваши глыбы теперь и платить наличными за него позже. Это - конечно, бизнес-решение и не дизайн один.

Я думаю, что возможно осуществить рефакторинг слишком рано.

В основном конце дизайн является самим кодом. Этот заключительный этап дизайна входит к существованию, как Вы кодируете, это будет время от времени портиться, и Вы будете видеть, что как код развивается. Если Вы осуществляете рефакторинг слишком рано, это мешает изменять дефектный дизайн.

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

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

Редактирование В ответ на Дизайн comments:-

не сделано, пока Вы не написали код. Мы не можем решить весь проблемы в предварительном кодировании дизайна, самое главное позади Гибкого - то, что кодирование решение задач. Если бы дизайн некода решил все проблемы заранее прежде, чем кодировать то не было бы никакой потребности к [1 111] ре фактор, мы просто преобразуем дизайн в хорошо учтенный код за один шаг.