емае
у 1С определенная ниша в сфере ПО
а то что ее пытаються впендюрить на не свейственные ей пространства, то это уже проблема впендюрщиков, а не 1С

Определенная ниша - это хорошо.
Подходит 1С 7.7 для автоматизации мелкого оптовика на 10-50 отгрузок в день? Весьма подходит.
"впендюршики" ставят типовую "1С7.7:Торговля и Склад" ну в те года это был релиз 7.7.860 и за весьма действительно смешные деньги внедряют ее с обучением пользователей и т.д. И оптовику становится хорошо...
через какое-то время начинается "нам надо такой-то отчетик", "нам надо чтобы были претензии поставщикам", "мы начали доставлять в другой город, нам надо объединять отгрузки в какой-то транспортный докуент", "вот в этом отчете не хвататет такой-то колонки", "нам скидки надо, чтобы вот так", "как сделать чтобы цены ставить вот так"...
"Без проблем", говорят впендюрщики, "Ваши деньги - наша забота"... И смело лишают девственности типовую конфу, через год таких "нам бы" набегает достаточно прилично, а "впендюрщики" уже и сами запутались где и чего они наваяли, у впендюрщиков тоже прогеры пропадают\умирают, и новый релиз уже не так просто натянуть, а иногда и посто невозможно.
"Нам надо накопительные скидки" - "сделаем!" (Как тут у них скидки сделаны? Кто в ООО *** скидки помнит? Как уволился? ладно, напишем свои поверх этих... и шлеп, новый регистр).
"Нам надо во взаиморачеты добавить измерение" - "сделаем!" (ё, да у них 8-ка древняя, народ, почему ООО ** на 9-ку не перевили? как это невозможно? сколько часов???? конечно не заплатят... ладно, сделаем так... и шлеп, новый регистр). Да и термин Обфускация впендюршикам тоже хорошо знаком. Деньги-то они берут за часы. Если код конфы простой и понятный - то и часов на нем мало заработаешь, да и шибко умный клиент может сам открыть конфигуратор и без проблем сам же все и сделать. Платформа же "легка в освоении непрофессионалами"? Легка. Вот и приходится лабать в каждом документе по три-четыре копипаста в Печать(), ПечатьСебестоимости(), ПечатьТрансп() а-ля
вместо того, чтобы подумать, "реорганизовать структуру БД" и получать расчитанный объем сразу из документа. Не каждый раз при его открытии и печати, а только один раз - при записи. И не в куче модулей, а в одном месте. А в печатные формы документов просто добавить новый столбец.
Типовые, кстати, тоже... нарушают собственные же 1Сные "рекомендации по программированию". Не говоря уже о какой-либо продумманости "структуры БД".

Да... Документов становится уже 50-100 в день, да и оператор уже не один, а трое...
"нам бы чтоб не тормозило бы" - "без проблем! купите сервачек (у нас) за $2000, мы сами все перенем (за ваши деньги)".
"нам бы чтоб не тормозило бы" - "без проблем! купите еще сервачек (у нас) за $2000, база у вас уже большая, надо резать на сервер БД -отдельно, терминал отдельно".
"нам бы чтоб не тормозило бы" - "без проблем! купите еще сервачек (у нас) за $5000, операторов уже много, надо более многопроцессорный сервер"...
При этом замечу, что бизнес не вырос особо, он как работал по принципам "мелкого оптовика", так и работает. Клиентов стало больше, документооборот увеличился и изменился - да, но сколько затрат требует 1Ска, чтобы хотя бы соответствовать? Про "быстрое изменение конфигурации под требования бизнеса" можно спокойно забыть после года изменений. Так почему же "мелкий оптовик" с документооборотом в 250-300 документов в день при четырех активных операторов должен покупать многопроцессорную дуру за несколько килобаксов? А потому что на такой "платформе" такие "писатели" так написали. И чем оно отличается от "нечто невразумительного при помощи палитры STANDARD на Делфях"?

ну а чего не хватает, так вот же ответ -
1C++
www.1cpp.ru + FormEx + OpenConf

Где это в 8.x? То есть авторы платформы 1C 8.x не следят за "конкурентными разработками"? Наверняка следят. В 1С работают профессионалы, устпуающие профессионализмом авторам 1с++, FormEx и OpenConf-а? Или эти вещи НЕ НУЖНЫ в платформе 1С? Боюсь, что скорее не нужны. Так как если быстродействие платформы будет в десятки раз выше, а требования к железу в десятки раз ниже, а конфигурации компактными и структуированными (благодаря встроенному ООП-языку, например), а hotfixes и updates будут сами скачиваться с инета и сами устанавливаться, не мешая при этом наверченному поверх стандартного функционалу, то.... с чего будут жить те самые "впендрюшники" и "конфигурасты", которых здесь не любят?

1C++
Создаем класс- наследник от Справочник - чего там.
И до- и переопределяем св-ва, методы.


Унаследовал и переопределил поведение стандартного Документа так, чтобы когда в коде я говорю Документ.Записать() вызывался метод ПриЗаписи(), как теперь сделать так, чтобы стандартная ОбработкаДоукментов в стандартной 7.7:Бухгалтерии тоже вызывала не встроенный в модуль формы метод ПриЗаписи(), а мой, расположенный в классе Докум?

Унаследовал и переопределил Справочник.Номенклатура так, чтобы получать остатки через свойство МожноОтгрузить, которого нет у базовго справочника. Как мне теперь это поле показать в стандартной форме стандартного списка?

Soviet UnionБыстро из корпоративного мира не работает ни чего. Это факт. Неоспоримый. Тут кричат о буржуйских системах, о масштабируемости и т.д. Из тех, кто кричит ни кто не сталкивался с тем геммороем, когда элементарное тривиальное поведение системы добивается путем неимоверных усилий.
Это плюс или минус "коробочных систем", которые внедрили в Ваш "корпоративный мир" и вы прилагаете неимоверные усилия именно потому, что не меняете внедренный функционал?