Когда рефакторить

Правило трёх

  1. Делая что-то в первый раз, вы просто это делаете.
  2. Делая что-то аналогичное во второй раз, вы морщитесь от необходимости повторения, но все-таки повторяете то же самое.
  3. Делая что-то похожее в третий раз, вы начинаете рефакторинг.

Когда делаете новую фичу

  1. Рефакторинг помогает понять чужой код.

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

  2. Рефакторинг облегчает написание нового кода.

    После рефакторинга добавление новой фичи происходит значительно более гладко и занимает меньше времени.

Когда исправляете баги

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

Кроме того, вам не придется создавать специальные задачи для рефакторинга, которые так не любят видеть в отчетах менеджеры.

Во время код-ревью

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

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

Устали читать?

Сбегайте за подушкой, у нас тут контента на 7 часов чтения.

Или попробуйте наш интерактивный курс. Он гораздо более интересный, чем банальный текст.

Узнать больше...