У меня одного ощущение что весьмерка на текущий момент все. Пришла таки в тупиковый путь развития.
Вместе с типовыми.
Кажись уже настолько все зашло что уже просто не решить ничем, как просто полностью создать новые типовые. Типа УТ12 и так далее.

У меня ощущение что последние 10 лет на конфигурациях неоднократно менялись отделы разработки. Причем те что приходили просто калечили то что делали до них. Почти каждый год видим - переименования объектов, процедур. Перестановку из одного глобальника в другой.
Топтание на одном месте.
То вдруг вообще - просто задвоение и затроение кода и функционала Два ценообразование в УТ11   11.0 и 11.5

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

Кстати,

(1) >> Вот нафига разработчику для сдачи экзамена учить расчет зарплаты.

Вот именно из-за такой предвзятости к механизмам расчета и категорическим нежеланием их понимать очень часто встречаются совершенно идиотические криво работающие доработки, сделанные на регистрах накопления и сведений. Когда, например в какой-нибудь УТ, надо прикрутить простейший расчет зарплаты или бонусов для продавцов или менеджеров, где всё решается на одном ПВС и одном РР, но накручивают какую-то дичь, которая без ручного привода не работает.
О том, что подсистему расчета можно применять не только для расчета зарплаты 90% так называемых специалистов вообще не догадываются. Почему? Да потому что даже не пытаются понять - как это работает и зачем оно надо.

А по теме.
Проблемы есть, но о каком-то тупике речи нет.
Если дать волю разработчикам платформы, то уже давно появились бы и 9.0, и 10.0.
Но есть тяжелое наследие перехода с клюшек на снеговика и с обычных форм на управляемые.
Очередную революцию продать нереально. Просто никто это не купит.
А поддерживать одновременно несколько несвязанных веток (8.х, 9.х, 10.х) слишком дорого и бессмысленно с точки зрения бизнеса.
Так что в ближайшие несколько лет нас ждёт постепенное эволюционное развитие платформы. И такое же постепенное развитие конфигураций.

Что касается дублирования кода и библиотечного подхода, то при всех его недостатках, это едва ли не лучшее, что произошло за последние годы с типовыми конфигурациями.
Когда во всех конфигурациях одни и те же инструменты реализованы одинаково. И нет зоопарка из разных подходов и методов работы с оборудованием, отчетностью, электронными подписями и документообротом и т.д. и т.п. Да ещё и документация ко всему этому ИТС.
Конечно есть претензия к развитию библиотек и регулярными сменами парадигмы.
Но для взрослой разработки это лучше, чем ситуация, когда каждый разработчик считает себя творцом и лепит по принципу "я так вижу".

(187) это не проблема платформы, и не проблема типовых. Это проблема всеобщего усложнения учета. Т.е. все стало сильно сложнее, сильно запараннее, сильно зарегламенированнее, что требует внимания с точки зрения отражения в учетном софте. Прост на 8.3 с типовой библиотекой этих маркировок, просто типовые - уже заинтегрированные с нею, все это уже есть и работает, и ты даже не думает как онэ там работает. Онэ просто работает. А если, допустим, ТС сидит в какой-то там древноте, и в друг пошел куда-то в новый мир, где ему поставили задачу впилить маркировки какие-то или прослежку - так он и разревется, причем благоразумно.

Но тут ТС зарёванный не поэтому. Барину неохота рефакториться всле за типовыми разрабами. Онэ как бэ непонимэ зачем все так и почему, и вопрошает - доколе? Кризис среднего возраста, помноженное на природное барство, похоже. Ведь знако дело любое там проектное решение над сначала с барином согласовать, а токмо потом в прод.

(189) +1

Путаешь функционал платформы и типовые.