программистское
amarao_san — 17.11.2015
Самое неприятное в рефакторинге "вглубь" - это его цена (в
количестве изменений). Чуть-чуть тронул отношения объектов друг с
другом - и добро пожаловать в 500+ строк изменений. А если в
процессе изменений подумается, что надо ещё чуть-чуть поменять -
добро пожаловать в два набора по 500 строк, которые ещё и
пересекаются или конфликтуют. А если в этот момент придумается
выход из конфликта... Ну-ну, удачи разбираться с тремя
пересекающимися наборами изменений.Так что приходится делать "шаг за шагом". Вплоть до того, что рефакторинг делается с мыслью, что то, что делаешь, будет точно переписано (но не можешь не закончить - иначе см выше).
А это дорого по времени. Получается, что вместо маленьких шажков, которые легко сделать и получить результат, делаются большие (по времени работы) инвазивные изменения, которые дают "маленький шажок", но требуют дофига ресурсов.
Это, в свою очередь, сильно давит на "начальное планирование". Плохо продумаешь начало - будешь "гигантскими усилиями делать маленькие шажки".
Не нравится мне эта конструкция. Есть ли у неё красивое решение?
|
|
</> |
Покупка автомобиля без риска: безопасно и быстро с DSS-Group
Во всех ты, душенька, нарядах хороша
Как перестать бояться публичных выступлений 
