Согласен. Даже если это очередной «распил». Подобные проекты пойдут на пользу платформе т.к. распил где то на верху, а в основании инженеры и так или иначе даже если конкретный проект не взлетит то наработке в платформе останутся.
В целом же как тут выше заметили успешное внедрение это только на 20% ИТ, и на 80% менеджмент. Те же проблемы огромных объемов решаются делением на несколько самостоятельных подразделений с выгрузкой ключевых показателей в центральный офис. Это просто в качестве примера, в моей практике не раз бывали случаи когда тупиковые в плане ИТ задачи успешно решались изменением и оптимизацией(упрощением) процессов.
Вообще не переварит.
Пока в платформе не сделают возможность заточки под конкретную СУБД(View, HINT в запросах, управление статистикой, более гибкое управление индексами) Hiload им не светит.
За универсальность нужно платить быстродействием. И тут уж 1С нужно выбирать или универсально или быстро.
Радует что в последнее время все больше масштабных проектов на 1С это однозначно идет на пользу платформе. Им бы еще от legasy в виде файлового варианта избавится но тогда «ларьки» не поймут.
Сейчас 1С пытается усидеть на 2х стульях что бы можно было и для «минимаркета» и для «ржд» посмотрим как это получится.
Я считаю что этот способ доступен каждому. Я лично перестал пользоваться услугами компаний участников АКИТ. Так же по возможности своим друзьям рассказываю об этой организации и о их законах.
Аудитория GT весьма большая, судя по комментариям очень многим не нравится что происходит.
Если каждый перестанет пользоваться их услугами это будет серьезный удар. Тем более что достаточно много альтернативных компаний не состоящих в АКИТ и отказаться от услуг конкретных не так и сложно.
В общем это самый простой и эффективный способ, но работать он будет только если действительно будет использоваться массово.
Подтверждаю SAP это просто ужас.
Есть опыт работы 2 года на сап и 10 лет на 1С.
Но все же SAP это больше похоже на программирование плюс дает больше свободы, и заточен на одну СУБД что позволяет выжимать в плане производительности максимум из возможного.
В то время как 1С это универсальный конструктор со скриптовым языком который с СУБД работает на самом базовом уровне и разработчик не может использовать приемущества и особенности той или иной СУБД.
Но уж лучше писать на JAVA или C# чем на SAP там и свободы больше и маразма меньше. По мне так SAP это голый король.
В то же время если нужно в сжатые сроки реализовать проект среднего масштаба (средний холдинг на 1000 человек сотрудников, удаленные склады, документооборот, CMR) то я бы из 3х вариантов 1С, C#, SAP однозначно бы выбирал 1С. Т.к. масштаб не такой большой что бы проблемы производительности стали критическими, а преимуществ у платформы 1С для таких задач перед C# множество. В общем то кратко преимущества можно описать так. Что бы разработать аналогичную систему на C# команда сначала разработает на C# платформу похожую на 1С и только потом начнет разрабатывать систему.
В целом же как тут выше заметили успешное внедрение это только на 20% ИТ, и на 80% менеджмент. Те же проблемы огромных объемов решаются делением на несколько самостоятельных подразделений с выгрузкой ключевых показателей в центральный офис. Это просто в качестве примера, в моей практике не раз бывали случаи когда тупиковые в плане ИТ задачи успешно решались изменением и оптимизацией(упрощением) процессов.
Пока в платформе не сделают возможность заточки под конкретную СУБД(View, HINT в запросах, управление статистикой, более гибкое управление индексами) Hiload им не светит.
За универсальность нужно платить быстродействием. И тут уж 1С нужно выбирать или универсально или быстро.
Радует что в последнее время все больше масштабных проектов на 1С это однозначно идет на пользу платформе. Им бы еще от legasy в виде файлового варианта избавится но тогда «ларьки» не поймут.
Сейчас 1С пытается усидеть на 2х стульях что бы можно было и для «минимаркета» и для «ржд» посмотрим как это получится.
Аудитория GT весьма большая, судя по комментариям очень многим не нравится что происходит.
Если каждый перестанет пользоваться их услугами это будет серьезный удар. Тем более что достаточно много альтернативных компаний не состоящих в АКИТ и отказаться от услуг конкретных не так и сложно.
В общем это самый простой и эффективный способ, но работать он будет только если действительно будет использоваться массово.
Есть опыт работы 2 года на сап и 10 лет на 1С.
Но все же SAP это больше похоже на программирование плюс дает больше свободы, и заточен на одну СУБД что позволяет выжимать в плане производительности максимум из возможного.
В то время как 1С это универсальный конструктор со скриптовым языком который с СУБД работает на самом базовом уровне и разработчик не может использовать приемущества и особенности той или иной СУБД.
Но уж лучше писать на JAVA или C# чем на SAP там и свободы больше и маразма меньше. По мне так SAP это голый король.
В то же время если нужно в сжатые сроки реализовать проект среднего масштаба (средний холдинг на 1000 человек сотрудников, удаленные склады, документооборот, CMR) то я бы из 3х вариантов 1С, C#, SAP однозначно бы выбирал 1С. Т.к. масштаб не такой большой что бы проблемы производительности стали критическими, а преимуществ у платформы 1С для таких задач перед C# множество. В общем то кратко преимущества можно описать так. Что бы разработать аналогичную систему на C# команда сначала разработает на C# платформу похожую на 1С и только потом начнет разрабатывать систему.