iscrafmFinSoft
Но хотел бы отметить, что в 1с есть очень много ценных идей. Очень много ресурсов вложено в разработку интерфейса и базовых компонент. Есть на что посмотреть и перенять.
можно назвать пару?
Лежащий на поверхности пример - это встроенный табличный построитель отчетов, который полностью интегрирован в систему. У него есть, пожалуй, только один недостаток - сложность постраничного выравнивания при всяких переносах, группировках и т.п., что легко делается в ориентированных на постраничную печать инструментах. Но во всем остальном лучшего я ничего не видел. Подготовить новый отчет в 1с очень просто и быстро. К сожалению, делать такой инструмент для себя довольно затратно, поэтому в альтернативном проекте приходится вместо одного инструмента использовать три.
Второй пример - это проработанность интерфейса. Когда начинаешь копать вглубь, то все больше ловишь себя на мысли, сколько же туда вбухано труда по систематизации, анализу юзабилити и т.п. Я могу поверить, что для неподготовленного пользователя он может показаться несколько сложноватым, зато продвинутый его оценит по достоинству. Я не идеализирую интерфейс в 1с, у него тоже есть серьезный системный изъян - псевдотредность, которая не позволяет одновременно работать в нескольких нитях и замыкает систему в себе.
Третий пример - продуманность прикладной тематики. Чтобы там ни говорили, в стандартных конфигурациях действительно чувствуется система. Это, конечно, не значит, что они хорошо работают, но вопросы скорее в сторону упомянутых изъянов платформы, чем в сторону вменяемости методистов.
Я хочу еще раз обратить внимание, что у 1с гораздо больше ресурсов, чем у кого либо другого в нашем бизнесе. Поэтому они могут сделать любой продукт. Но над ними давлеет груз растиражированных решений. Понимая это - и карты вам в руки.

vitkhv FinSoft
В топике никто не упомянул о главных технических недостатках 1с. Думаю, их три основных.
1. Механизм проведения документов де-факто приводит к некорректной многопользовательской работе. Какой sql-сервер под это не подкладывай. Кроме того, большая часть проблем при эксплуатации конфигураций 1с связано с использованием этого механизма.


Механизм проведения это просто запись в таблицы БД, а вот проведение задним числом это да бич 1С, хотя некоторые это считают приемуществом. Хотя в той же УПП есть ряд исправляющих документов, позволяющих не перепроводить основной документ.

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

vitkhv FinSoft
2. Отсутствие аудита изменений в базе данных. Видимо, это связано с нестабильной структурой базы данных и невысокой скоростью работы системы в целом (если еще добавить лог, который растет быстрее самой базы...). Често говоря, как-то странно, что работая с такой распространенной и раскрученной системой, нельзя определить, кто-что-когда поменял в базе данных. О чем разговор?


Такой механизм в ряде стандартных конф. есть, в той же УПП например уже более года.

Аха, я могу там открыть накладную, найти строку с нужным товаром и поглядеть, когда какой-то оператор или менеджер поменял там цену, и с какой на какую? Или найти, кто в течении последних пары дней поменял текстовку в каком-нибудь кассовом ордере месячной давности, а заодно и чего там дописал?
Я не буду утверждать, что этого нет или нельзя сделать в принципе. Но сильно сомневаюсь в эффективности такого решения, т.к. в парадигме 1с-технологии встает немало вопросов. Я хорошо представляю, о чем речь, т.к. разрабатывал механизм автоматического протоколирования изменений для своей системы. Кроме того, если такой механизм был реализован и работал эффективно в нагруженных системах, то нуралиевцы давно бы раструбили об этом, слишком большой, очевидный и явно умалчиваемый недостаток их системы.

svcoder FinSoft
В топике никто не упомянул о главных технических недостатках 1с. Думаю, их три основных.
1. Механизм проведения документов де-факто приводит к некорректной многопользовательской работе. Какой sql-сервер под это не подкладывай. Кроме того, большая часть проблем при эксплуатации конфигураций 1с связано с использованием этого механизма.

механизм проведения - блокировка конкурентных ресурсов и выполнение движений внутри транзакций. благодаря управляемым блокировкам избыточные блокировки исключены. движения блокируют итоги, но без итогов производительность получения остатков упадет. Вы знаете способ лучше чем у 1С?
Уже несколько раз здесь обсуждали - сохранять итоги при закрытии периода, а в открытом периоде считать динамически. Причем при закрытии периода сохранять итоги только в укрупненных нагруженных разрезах, а не на каждую строку накладной по несколько записей в регистры, как в 1с. Это миф, что производительность системы резко упадет, если не пересчитывать остатки/итоги в базе при каждом сохранении документа. Современный компьютер в состоянии считывать несколько десятков тысяч записей в секунду.
svcoder FinSoft
3. Отсутствие модульной архитектуры. В результате комплексные решения превращаются в трудно контролируемых и модифицируемых монстров.

А что для вас модульная архитектура? Независимые приложения обменивающиеся через внешние файлы или таблицы? В 1С 8 есть подсистемы, которые делят функционал по области применения. Общие функции одной подсистемы вынесены в общие модули. Если вы считаете, что код УПП не поддается контролю и модификации, значит вы никогда никакой код прочитать не сможете.

Классическая модульная система - это multi-dll приложение. Есть некий репозитарий данных, который обслуживается базовым слоем, помещенным в заглавную dll. Остальные работают через него. Т.е. в одной или нескольких dll могут быть собраны диалоги справочников, в другой торговые документы, в третьей расчет зарплаты и т.п. Причем каждый модуль разрабатывается отдельно и изолирован от других, но может обращаться к функционалу из других модулей и использует единый репозитарий данных. Если конкретному пользователю некий функционал не нужен, то вместо соответсвующего модуля может поставляться заглушка в ~50кб, что уменьшает дистрибутив системы. Другие dll могут подгружаться динамически, как ert в 1с, но в них может быть много различных отчетов, обработок и т.п.
Касаемо кода в типовых конфигурациях от 1с - их действительно читать и воспринимать сложно. Это было и в 1с77, в 1с8, насколько знаю, сложность еще повысилась. Не думаю, что это свойство синтаксиса 1с-скриптов, скорее из-за стремления рядовых программеров писать более универсально.

Андрей Ж. Доброго вечера!

Обычно соглашаюсь с FinSoft, а тут "что-то не то":

Ну я не настаиваю, просто остаюсь при своем мнении :-)

Андрей Ж. 2. Отсутствие аудита изменений в базе данных. Видимо, это связано с нестабильной структурой базы данных и невысокой скоростью работы системы в целом (если еще добавить лог, который растет быстрее самой базы...). Често говоря, как-то странно, что работая с такой распространенной и раскрученной системой, нельзя определить, кто-что-когда поменял в базе данных. О чем разговор?
Это есть! В журнале пишется, что некий user изменил некий документ - И ВСЁ. Более подробно спецы 1С узнают "ручками" ковыряясь в базе.
Аха, ничего они там не наковыряют. В журнал пишутся события, а изменения не протоколируются. Тема вообще не простая. Могу для примера сказать, что у нас есть клиент с базой ~300-400МБ и логом более 2ГБ. Это при том, что лог транзакционный (т.е. туда пишется минимальное необходимое количество информации, а не сторые-новые значения полей) плюс автоматическая упаковка базы. Плюс есть оперативный лог и архив лога. Плюс база без проведения раза в 3 компактнее. Как будет в 1с с их оперированием укрупненными бизнес-объектами на уровне конфигурации - оставим возможность ответа СГ.

iscrafmтакое впечатление, что кроме 1С в мало что известно в принципе. В этом, кстати, большой + 1С. В качестве достоинств приводятся банальные вещи, которые являются, в общем-то давно, основой нормальной архитектуры. Было бы глупо, если бы 1С не придерживалась их.
Согласен. Я оперирую только тем, что видел. Часть работы у меня, как и у Вас, насколько понимаю, связана с изучением других систем по демкам или скриншотам. Если есть ссылки на реально интересные проекты (в интернете полно мусора), был бы признателен.

GaryaFinSoft svcoder FinSoft
В топике никто не упомянул о главных технических недостатках 1с. Думаю, их три основных.
1. Механизм проведения документов де-факто приводит к некорректной многопользовательской работе. Какой sql-сервер под это не подкладывай. Кроме того, большая часть проблем при эксплуатации конфигураций 1с связано с использованием этого механизма.

механизм проведения - блокировка конкурентных ресурсов и выполнение движений внутри транзакций. благодаря управляемым блокировкам избыточные блокировки исключены. движения блокируют итоги, но без итогов производительность получения остатков упадет. Вы знаете способ лучше чем у 1С?
Уже несколько раз здесь обсуждали - сохранять итоги при закрытии периода, а в открытом периоде считать динамически. Причем при закрытии периода сохранять итоги только в укрупненных нагруженных разрезах, а не на каждую строку накладной по несколько записей в регистры, как в 1с.Я бы вообще не стал этим заниматься. Существуют продвинутые HOLAP-системы, которые позволяют получить наиболее оптимальную совокупность быстродействия, размера хранилища и оперативности данных. Встраивая OLAP в учетную систему, высока вероятность получить что-то куцое по сравнению с профессиональными продуктами подобного рода. Учетная система должна обращаться к хранилищу используя стандартные интерфейсы, и всё.
Использование сторонних систем, как бы хороши они не были, далеко не всегда оправдано по техническим причинам или экономически. Но речь в первую очередь об экономии на суппорте, а сложность решения вопросов, связанных с тем, что клиент когда-то накосячил в базе, довольно высока. Есть много других причин в отказе от проведения документов, я уже об этом писал в этом форуме.

iscrafmFinSoftя могу там открыть накладную, найти строку с нужным товаром и поглядеть, когда какой-то оператор или менеджер поменял там цену, и с какой на какую? Или найти, кто в течении последних пары дней поменял текстовку в каком-нибудь кассовом ордере месячной давности, а заодно и чего там дописал?
Я не буду утверждать, что этого нет или нельзя сделать в принципе. Но сильно сомневаюсь в эффективности такого решения, т.к. в парадигме 1с-технологии встает немало вопросов.
потребность в таких избыточных логах возникает по причине непродуманного ролевого доступа. Т.е. есть свалка, в которой шарятся все кому не лень, а потом выясняют кто-что сделал. Т.е. как в медицине: лечить нужно не симптомы, а причину.
Не согласен в принципе. Наличие аудита изменений в базе данных выводит систему на принципиально другой уровень. Похоже, в искре это не реализовано?

svcoder FinSoftУже несколько раз здесь обсуждали - сохранять итоги при закрытии периода, а в открытом периоде считать динамически. Причем при закрытии периода сохранять итоги только в укрупненных нагруженных разрезах, а не на каждую строку накладной по несколько записей в регистры, как в 1с. Это миф, что производительность системы резко упадет, если не пересчитывать остатки/итоги в базе при каждом сохранении документа. Современный компьютер в состоянии считывать несколько десятков тысяч записей в секунду.

виртуальная таблица остатков так и работает. для расчета остатка внутри месяца она использует остаток на конец предыдущего месяца + движения.
Только движения берутся тоже из регистров, а не с первичных документов. А это уже принципиально.
svcoder Вас это наверное удивит, но 1С подгружает в память метаданные и компилирует модули динамически по мере их использования.
Не компилит, а транслирует в промежуточный байт-код. Если бы этого не было, то скорость работы была бы вообще никакая. Только к модульной архитектуре отношения не имеет. Важна возможность раздельной разработки и дистрибьюции отдельных модулей. Кстати, сама платформа 1с является модульной системой, а конфигурации нет.
svcoder То есть 8-ки вы в глаза не видели? исходный код на 8-ке разительно отличается от 7-ки. Появились коллекции, системные перечисления, конструкторы, класс "Тип" и т.п. Почитайте на досуге, прежде чем делать такие утверждения.
Смотрю регулярно.