Или чаще задачи одноразовые?

Бывает залезешь в свой старый код:
- Так, это не нужно, это вообще не должно работать, это только мешает.
Переписываешь, запускаешь - нифига не работает...

С трудом достаёшь из бэкапа и больше не трогаешь :)

Бывает. Но реже, чем надо бы.

работает - не хер трогать

(0) а как же без рефакторинга то.

Если уж рефакторю, то взад не вертаю однозначно, делаю только лучше

В теории для этого существуют юнит-тесты. Но как их использовать в 1С знают и используют единицы.

(3) не надо повторять за кем то услышенную глупость.

(6) юнит тест скажет тебе только работает твой алгоритм или нет, но он тебе не скажет оптимален он или нет.

Если только по ходу дела. Т.е. доделать какие то хотелки нужно или исправить что-то. А так, нафиг надо, работает - не трожь.

Совсем старый код редко. Текущий, на проекте, в целях дальнейшей масштабируемости, частенько. Как говорится, аппетит приходит во время еды у клиента.

По ночам. Когда никто не видит.

Постоянно, ну я т шизофреник, даже свет по 3 раза вкл/выкл когда выхожу из комнаты =) не знаю плохо это или хорошо, но за последние 4 месяца только 1 раз ошибся и то, потому что переписывал не свой код.

(7)для начала неплохо бы вспомнить русский

(12) бить за такое надо, у тебя видно никогда готового рабочего примера нет.

(8) (6) к (1).

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

а кто-та реально тест-центром пользуется?

(0) Регулярно

(13) вспоминай я разве против.

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

да уж... в этом и заковыка, что часто цепляется..

(0) особенно с переходом на 8.2 .... сначала напишешь абы работало, потом уже вылизывание ...

можно просто сразу писать нормально

Только когда плохо работает или необходимо оптимизировать для упрощения дальнейших доработок. Просто так делают только неудачники которые больше ничем не заняты

(23) Нет такого кода , который нельзя было бы улучшить , через некоторое время

(25) если только неисправимый студент

(23) Неужели всегда нужно писать нормально?

(26) Ну так нормальный спец , учится постоянно , в нашей профессии застой , смерти подобен :)

(26) предъяви образцы своего идеального неулучшаемого кода или завязывай трёп

регулярно,но хотелось бы чаще :-)

(23)Нормально понятие относительное. То что новичку кажется нормальным, специалисту кажется гов*нокодом

(29) Все1СникиТупые = Истина;

(27) Делай хорошо, хреново оно само получиться (цы)

(32) если у тебя что-то подобное в продуктиве живет, то что-то с тобой не так

(34)  то что при ошибке, 1С показывает кусок кода, отучило тебя писать мат в комментариях?

(33) Например, если нет нормального ТЗ, то гомнокод может быть отличным черновиком.

(36) так если постановка задачи изменилась, то это уже не рефакторинг ;)

(37) Задачи могли остаться теми же , а вот например платформа могла изменится :)

бывает... рефакторим...

А кто-что расскажет про страшные юнит-тесты?

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

(38) Я как то написал небольшую выгрузку из упп 1.2 в бух 1.6. Год - полёт нормальный. Но тут пришла бухия 2.0 на 8.2. А упп так и осталось на 1.6. Вот пришлось переписывать немного под 8.2. И часть функционала вырезать.

Редко, бывают тупняки
А так стараемсо оптимально и читабельно

как правило работодатели не готовы платить за рефакиторинг...

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

(0) Если есть свободное время - то да.

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

(0) Со мной постоянно случается одна и та же история.

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

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

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

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

Использую функциональные тесты, поэтому не особо боюсь, что после меня больше ничего не заработает.
Трачу на рефакторинг процентов 20 от всего времени и это окупается.

любая большая задача не может получится с первого раза. По этому примерно переписываю постоянно (но обычно не более 3х раз).

помню первый месяц работы с 1с, медленно работал мой отчет, оптимизировал, поместил весь модуль отчета в транзакцию, стал работать в 2 раза быстрее, оптимизация удалась)

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

я сразу пишу идеальный код, нафиг его рефакторить?

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

(54) а вы когда ходите, об порог не запинаетесь?

(47) Дык дурная голова рукам покоя не дает ;)

(49) Зачем комменты? Пиши код, чтобы он был как комментарий, но работал :)

(52) Транзакция в отчете? Да за это руки отрубать надо :)

Чо, делать нечего на работе, а на мисте забанили?

(56) у нас нет порогов

(55) наверное еще и типовые переписываешь? 1совцы тоже люди...

>Рефакторю, когда нужно разобраться в непонятном коде, особенно если он мой.
А, вот это да, делаю.

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

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

(59) читай между строк

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

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

Обычное дело.
Совершеству нет предела.
И не все ошибки сразу выявляются.

(0) (67) Работает не ТРОЖЬ!!!

(54) +100500 :)