Типовые конфигурации 1С слишком сложные

Типовые конфигурации слишком сложные, при этом сложность не соответствует сложности предметной области. Разработка на 1с уже давно не так проста, как это есть на уровне возможностей платформы, по причине необоснованного усложнения ТК. В конфигурациях должен быть небольшой по объему и понятный по сути код. Ведь основные сложные проблемы программирования решены на уровне СУБД (MS SQL, Oracle и т.д.) и самой платформы 1С, что по идее должно позволять создавать простые и понятные конфигурации.

- Рост сложности не связан с усложнением предметной области или средств платформы (платформа в целом даже улучшилась, но недостаточно). Скорее всего рост сложности в ТК произошел из-за того, что УМЫШЛЕННО создаются монстрообразные алгоритмы объемом в тысячи, а то и десятки тысяч строк кода, вызывается множество объемных и неочевидных по алгоритму процедур. Рост сложности конфигураций влечет за собой рост сложности настройки и трудозатрат при изменениях под клиента, а оплата за доработки и настройку почти всегда пропорциональна количеству выставленных клиенту часов. «Выгода» очевидна, только кому? На форумах используют термин «коммерческий» код.
При том что чтобы средствами платформы например сделать запрос и сформировать проводку как правило не нужно больше двухсот строк кода, модули проведения или заполнения документов могут занимать десятки тысяч строк кода! В них вызывается множество громоздких и неочевидных процедур. Стандартным стало использование в ТК в модулях проведения нескольких таблиц значений, все это выгружается-загружается-сворачивается-об

рабатывается и т.д. на встроенном языке 1с. Разобраться в этих гигантских процедурах достаточно непросто. На форумах даже спрашивают, не роботы ли или инопланетяне пишут ТК. Если раньше практически любой алгоритм можно было понять относительно просто через конфигуратор и отладчик, то сейчас проще спросить на форуме возможные причины формирования или неформирования проводок, чем с негарантированным результатом неделю копаться в гигантских модулях. ТК стали изучать через видеокурсы, а не через конфигуратор как это было в 7.7 версии. Регулярно возникают одни и те же темы на форумах, например как закрыть 20 счет, ведь разобраться достаточно непросто даже опытному специалисту, учитывая неадекватно большой и сложный код в закрытии месяца. Разве это нормально 30 тысяч строк кода в модуле отражения зарплаты, или тысячи строк в закрытии месяца?
- Другим аспектом сложности ТК является то, что при решении каких-либо задачи предметной области зачастую выбираются неадекватно сложные методики и алгоритмы, как следствие даже опытному пользователю сложно в режиме работы с базой разобраться что нужно сделать чтобы выполнить какие-либо регламентные процедуры, также это усложняет и программный код. Принципиальный момент в том, что сложность не соответствует сложности решаемых задач.