программистское
amarao_san — 17.11.2015
Самое неприятное в рефакторинге "вглубь" - это его цена (в
количестве изменений). Чуть-чуть тронул отношения объектов друг с
другом - и добро пожаловать в 500+ строк изменений. А если в
процессе изменений подумается, что надо ещё чуть-чуть поменять -
добро пожаловать в два набора по 500 строк, которые ещё и
пересекаются или конфликтуют. А если в этот момент придумается
выход из конфликта... Ну-ну, удачи разбираться с тремя
пересекающимися наборами изменений.Так что приходится делать "шаг за шагом". Вплоть до того, что рефакторинг делается с мыслью, что то, что делаешь, будет точно переписано (но не можешь не закончить - иначе см выше).
А это дорого по времени. Получается, что вместо маленьких шажков, которые легко сделать и получить результат, делаются большие (по времени работы) инвазивные изменения, которые дают "маленький шажок", но требуют дофига ресурсов.
Это, в свою очередь, сильно давит на "начальное планирование". Плохо продумаешь начало - будешь "гигантскими усилиями делать маленькие шажки".
Не нравится мне эта конструкция. Есть ли у неё красивое решение?
|
|
</> |
Не меняется яркость экрана на ноутбуке - Гайд от компьютерного мастера
Доходный дом Крестовниковой на Покровском бульваре
Хьюстон, у нас проблемы
Очень в тему про этих, про парасоциальны х, яркая
Нож пейзанина. SVORD NZ
В этот день родился Уинстон Черчилль
Исправляю общепринятую этимологию слова Пеликан
ЗЕЛЁНЫЙ ПОЯС НАТАШИ
Московские помойки

