Собственно сабж. Или сделали - забыли?

Если заказчик платит за рефакторинг, то без проблем)

(1) такие разве есть?

(2) а зачем бесплатно работать ?

Если для многократной продажи, то конечно. Рефакторинг бесконечный.

(0) В двух случаях:
1. Код сильно разросся и уже невозможно его допиливать
2. Код нихрена не работает как надо - переписать нафуй

Не далее как вчера, арм для егаис

(2) Фикси-работодатели.

(2) А зачем ему об этом сообщать? Затраты на переписывание включаются по дефолту в разработку.

Если заказчику не нравится он вполне в любой момент может нанять другого(их).

Обявткльно

так работодатели нанимают специалистов, чтобы было сделано

Когда переделываю за кем-то.
Но это скорее не рефакторинг, а написание с нуля, потому что так проще.

мне кажется, что 90% переписывает с нуля за кем-то... о_О

(7) Фикси от нечего делать может и заняться.
Но не я. Я делаю только когда надо переделать кусок, написанный одним криворуким предшественником, было такое чудо. Иначе хрен допишешь новый функционал.

(13) ну есть еще гики сумашедшие,для которых совершенству нет предела.
Рефакторинг и кодревью это скорее для команд и фиксиков

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

А так, да, если клиент готов платить - то можно и рефакторить и тестить. Но даже бОльшая оплата не гарант хорошего исполнения, время - оно не резиновое.. и не казеиновое...

в основном в тех случаях, когда сделанное наскоро начинает тормозить с увеличением объема данных и приходится озадачиваться быстродействием кода

(16) .. и втогда, когда это уже не разовая поделка, а хотя бы в 2 конторы..

(5) > 2. Код нихрена не работает как надо - переписать нафуй
(16) > и приходится озадачиваться быстродействием кода
Это не рефакторинг

(15) золотые слова

Я иногда рефакторинг для себя провожу, что кода было меньшеи он был более универсален что-ли.....

Универсальный код не всегда производителен и зачастую мутен и непрозрачен за счёт абстракций

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

(5) А иногда, когда просят чуть переделать какую-то старую обработку, и ты её открываешь - становится просто стыдно перед самим собой, какое кривое тормозное убожество мог когда-то наваять. И берешь и переписываешь всё заново.

(23) работодателю не понять... вот же есть программа - доделай ее

(0) Если прижмёт, перестало работать или куча времени\денег на переделку.

Вообще доводилось всего пару раз делать.

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

Да и программирую я все реже.

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

(0) > Проводите ли вы рефакторинг кода?

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

Для примера, понадобилось работать во внешней компоненте с деревьями данных. Как смоделировать, скажем, бинарный циклический граф? Смотрим классику, структуры данных с указателями туда – сюда, влево – вправо. Но оказывается, практически это не очень удобно. Для обработки этих данных приходится использовать рекурсию. В рекурсию нужно передавать контекст данных. Сначала был глобальный контекст, он приводил к потере данных. Потом, частично локальный, что тоже порождало трудно отлавливаемые ошибки. В конце концов, контекст рекурсивных данных стал полностью изолированным, внутренним. Но тогда этих самых контекстов стало слишком много, а, в конечном счете, нужен один. Таким образом, нужно какое-то объединение контекстов. Работаю сейчас над этим. А каждая такая реструктуризация («перестройка»? :) ) это очередной рефакторинг сотен килобайт кода на Си++.

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

В итоге, полученная модель «деревянных» данных представляет собой конгломерат («винегрет»? :) ) векторов структур, соответствий, стеков и произвольных последовательностей. И это еще не конец. Так что конца рефакторингов в данном проекте я пока не вижу :) .

Короче говоря:

«Тяжела и неказиста жизнь простого программиста.
Легка и казиста жизнь сложного программиста.»

:)

"Гришковец заказал по телефону пиццу и наговорил новую пьесу" (с)

(0) бывает откроешь свой код годичной давности и думаешь - неужели это я написал ))) и давай переписывать

(0) глупый вопрос. конечно - да.

Это необходимость для занятых людей

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

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

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