Я вот думаю предложить одному клиенту вынести все исправления в расширения из модулей. Вы делали это?
кстати, а добавленные реквизиты можно вынести в расширения или лучше оставить их на месте (типо они удалятся и создадутся заново) если их выносить в расширения?
Не РИБ, кстати. Если чо.

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

Зачем?

Был.

(0) Был. Переделанную в хлам УНФ перевел на расширения. Все созданные реквизиты оставил на месте, но на базу повесил замок (кроме корня естественно). Делал в конце прошлого года, обновились до текущей версии, пока полет нормальный

"добавленные реквизиты" - Это что имеется ввиду? Что некому было по рукам бить, что горе-автоматизаторы страдали психическим расстройством с обострением прямо в конфигурации Заказчика?

Типовая - тоже не лишне указать, а что это?

(1) (2) именно в этом. Чтобы обновлять проще

(5) расширения это свежая тема. Вот я их полюбил, а недавно еще не знал, как подступиться

(7) а вам какой профит? :)

(9) ты не поверишь, но хочется избавить клиента от гимора.

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

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

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

(12) + вернее даже, это вещи немного разные

(12) их можно тиражировать зато. на несколько клиентов, если разбить расширения по темам

(14) Это да, собственно, думаю они для этого и делались, но причем тут простота обновления, для меня загадка пока)

(15) а что сложного? Расскажи о сложностях

(16) Я не говорю что сложнее, я говорю что не проще. Просто ходит знаменитая байка, что если все в расширениях то обновляется просто.

(16) нет инструмента сравнения модулей расширения и основной конфигурации. Ах да, сейчас скажут используй директиву ИзменениеИКонтроль, но она с какого релиза работает? А типовые в каком режиме совместимости?

(17) Это не байка.Если у тебя пара модулей изменено - это одно дело. А если переписана капитально, каждое обновление - это минимум рабочий день, а то и вовсе нереально.  А с расширениями пользователь сам обновляет
ЗЫ: Ярых сторонников переписывания в конфигурации, просьба, не беспокоиться. Все доводы слышал сотню раз, спорить не намерен, останусь при своем мнении

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

(19) Я сторонник переписывания с использованием Расширения :-)

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

(19) че, на эту тему холивар есть?
Я кстати не знал о красоте обновлений, пока не увидел, как админ качает с сайта 1с патчи и ставит их. Я офигел. Штук 10-20 патчей к релизу, все по инструкции. СИЛА!

(22) Сейчас пишу 23-е сообщение.Подожди, есть шанс развернуть на сотку ))).  Поиск - расширения. Если речь пойдет по теории, еще какой холивар

Начав делать расширения 1С сделала первый шаг в бездну.

Представьте пустую конфу и много-много расширений... В каждом расширении один объект метаданных )) Справочник или документа или регистра или отчета и т.д. ))

(24) да ладно... первый шаг в бездну... Она уже давно пробила дно и наверное даже не одно

у меня был обратный опыт, может сейчас лучше стало

прежде чем пробовать сабж попробуй выделить новые подсистемы а все изменения зарегить в э
той подсистеме

если получится - то такие изменения легко лягут на расширения, в противном случае лучше не пытатся...

(22) в (18) ключ к пониманию проблемы. При одинаковой степени доработки типового решения (переписанного в хлам), обычное обновление гораздо менее трудоемко, чем обновление на расширении (одном). Если же их несколько - то лучше в эту историю вообще не ходить, т.к. то что ты видел, это патчи - это именно точечная латка на какой-то баг. Клепать же доработку на расширениях по типу слоеного пирога, когда они накладываются друг на друга - это на исе статья была, там вроде целый отдел на таком сидел, порядка 70 вроде бы расширений в одной конфе, и что-то попахивало адскими траблами.

(28) Кстати, расширения - это шаг в сторону Аспектно-Ориентированного Программирования, которое в отличии от ООП не так широко известно.

(0) Если конфа и так уже переписана то смысла большого расширениях нет. Другое дело писАть расширения для, типовой, что бы ее не переписывать (не снимать с поддержки)

(0) добавленные реквизиты лучше релизовать через РС, формы лучше изменять программно.