L_argo,
Я как разработчик с 20 лет опыта в 1С и 15 с MSSQL.
Разузлование в моей основной конфе модуль разузлования номенклатуры вынесен на CTE с CLR и в общем есть ряд вещей переписанных по схеме MSSQL+CLR на C#.
Ранее модуль разузлования был на С++ во внешней DLL.

Последнее время очень часто занимаюсь именно оптимизацией.
Оптимизацией запросов, что естественно и в целом оптимизацией 1С кода.

Последняя из оптимизаций это обмен по COM между двумя базами.

Мое мнение в целом про разработку на 1С. 1С давно и нагло забило на разработчиков, инструмент по разработке как встал в развитии 10 лет назад так и стоит, занимаясь непонятной фигней с Эклипсом, которая с новыми версиями конф (упр. формы) работает через раз, так со старыми (обычные формы) вообще работать и не будет. По сравнению со студией от MS и C#, тут даже сравнивать нельзя.

Что касается самого движка, движок в целом нормальный для решения своих задач. Вообще конфигурации последнии от 1С это конфетки в плане функциональности. Это я про ERP и комплексную 2x. С точки зрения - а как там под капотом, там ужас ужас, прочитайте разработчиков которым приходится это дорабатывать, лапшевидный код везде. Вложенность функций где 10 не предел и это ближе к среднему. Вызовы функций через Выполнить("Кусок кода") из-за гребаной асинхронности и т.д. из-за чего разрывы в стеке вызовов.


Что касается переноса в BI, BI не понимает GUIDы а в 1С все на GUID. Поэтому и нужны костыли.

полудух80 ядер и 500 ГИГАБАЙТ на тыщи пользователей?
а вы себе представляете, например, объёмы VISA или Master Card? Где были бы их задачи с таким "средненьким" софтом?
следующая ступень "мегамощности" это уже супер-компьютеры с терафлопсами


Сравнивать 1С с VISA и Master Card все таки не корректно, системы реального времени и ERP все же разные вещи и сравнивать нужно с такими же ERP например c Axapta или с SAP. И вот при сравнении с ними окажется, что для их нормального функционирования нужны точно такие же сервера как и для 1С и производительность у них будет точно такая же +-.

полудухvitkhvС точки зрения - а как там под капотом, там ужас ужас, прочитайте разработчиков которым приходится это дорабатывать, лапшевидный код везде. Вложенность функций где 10 не предел и это ближе к среднему. Вызовы функций через Выполнить("Кусок кода") из-за гребаной асинхронности и т.д. из-за чего разрывы в стеке вызовов.
В 1с попали все те индусы, которых выгнали из микрософта, а потом выгнали из сбербанка.
"сэр, эта лодка не разваливается только потому, что её птицы засрали" (с) убрать перескоп
Тут не в программистах все же дело, а в недостатках языка и платформы.
А эти недостатки напрямую вытекают из достоинств в виде невысокого порога входа, динамической типизации, ORM и в целом скриптовости языка.

Zmeelov2 Можете в этой схеме определить место, где производится доработка под клиента, а где настройка?

Настройка это то, что покрывается стандартным функционалом из коробки, Доработка это то, что приходится кодить.

Так вот последнее время 1С пропагандирует именно схему - "Продавайте настройки, а не доработки". Они прям так и говорят.
Другое дело из-за сложности таких настроек, людей разбирающихся во всех взаимосвязях таких настроек - крайне мало.
Поэтому кодят тот же функционал, потому как так проще. Это кстати не только проблема 1С, в SAP тоже самое.

МодальноеОкно а в том что текущих абстракций не хватает для описания сущностей



Ну в сабжевой статье та наоборот говорят, что сущностей слишком много. Тут я хз, мне кажется нормального ООП в 1С очень сильно не хватает.

МодальноеОкнопоследний фейл с "настройками" - введение функциональных опций настраиваемых через гуй. от чего потом по сути отказались потому что отследить эти зависимости вообще невозможно
Вообще по моему мнению ФО это как 5 колесо.

МодальноеОкно,
Да и вообще статья о том, что в 1С это слишком сложно и тут нужны супер мега профи. Я вот последнее время наблюдаю такую тенденцию - упрощение кода, отказ от асинхронности в доработках в отличие от типовых. Так, что наверное тезис о сложности 1С все же где то правильный.

Zmeelov2vitkhvНастройка это то, что покрывается стандартным функционалом из коробки, Доработка это то, что приходится кодить.
Так вот последнее время 1С пропагандирует именно схему - "Продавайте настройки, а не доработки". Они прям так и говорят.
То есть настройка это то, что можно выставить галочками где-то в конфигурационной форме?


Ну так тогда 1С права - зачем повторно делать то, что уже есть?

Я и не говорю, что она не права, я говорю:

vitkhv Другое дело из-за сложности таких настроек, людей разбирающихся во всех взаимосвязях таких настроек - крайне мало.
Поэтому кодят тот же функционал, потому как так проще. Это кстати не только проблема 1С, в SAP тоже самое .

по сути 1С поразила болезнь SAP, ну типа или ждите в следующей версии или счас мы это накодим., т.к. прогибать предприятие под систему, все же не всегда реально.

Zmeelov2"Надо кодить" - очень расплывчато. При доработке отчета найдется, что кодить. Это доработка?

Да это доработка. И 1С считает это доработкой.