Что бы выйти на мировой нужно сначала на локальном закрепиться.
Почта России (http://www.russianpost.ru/rp/press/ru/home/newscompany/item?newsid=8430), Камаз .
Будут крупные внедрения у нас, будет развитие платформы, будет и европейский рынок.
Тут в комментариях популярен вопрос. «Какие наши альтернативы есть для зарубежного ПО».
А у меня другой вопрос:
Какие альтернативы 1С есть в европе, сша?
Мой бывший коллега сейчас живет за рубежом и работает программистом (C#) но он 1С ник с большим стажем, с его слов много мелких систем уровня нашей типовой бухгалтерии и документооборота пишется на C#, JAVA + различные фреймворки, в особо запущенных случаях это MS Acess + VBA. Эти технологии используются не потому что они удобнее, или лучше чем 1С а просто потому что это стандарт, есть готовые специалисты которые знают эти языки. 1С за рубежом это диковинный продукт, и требуется много усилий что бы его популяризировать.
По поводу САП-разработчиков нужно разделить тех кто пишет эту систему т.е. core team и тех кто ее сопровождает на местах.
Так вот core команда без работы не останется т.к. в подобных системах скил «программиста» это от силы 10% а остальные 90% это знание предметной области. В моей практике наибольшая сложность как раз в предметной области, да есть методики, есть законы но обычно все это информация высокого уровня, при разработке всегда требуется полностью погружаться в предметную область и сталкиваться с тысячами деталей которые обычному методологу даже в голову не придут, но это отдельная тема. Я хотел написать о том что CORE разработчики это обычно «мега люди» и для них перейти с SAP на 1С не проблема. Я например с SAP на 1С перешел за 2 недели, это примерно как пересесть с машины на РКПП на машину с АКПП. Если есть опыт и знаешь ПДД (предметную область) то требуется совсем не много на адаптацию.
Те же кто на местах это зачастую «Инженеры программисты» и «Ведущие инженеры» у них и так зачастую уже есть системы на платформе 1С а так же зоопарк других устройств и им по сути с 1С будет даже проще т.к. она изначально проще для понимания.
Согласен. Даже если это очередной «распил». Подобные проекты пойдут на пользу платформе т.к. распил где то на верху, а в основании инженеры и так или иначе даже если конкретный проект не взлетит то наработке в платформе останутся.
В целом же как тут выше заметили успешное внедрение это только на 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С и только потом начнет разрабатывать систему.
Почта России (http://www.russianpost.ru/rp/press/ru/home/newscompany/item?newsid=8430), Камаз .
Будут крупные внедрения у нас, будет развитие платформы, будет и европейский рынок.
Тут в комментариях популярен вопрос. «Какие наши альтернативы есть для зарубежного ПО».
А у меня другой вопрос:
Какие альтернативы 1С есть в европе, сша?
Мой бывший коллега сейчас живет за рубежом и работает программистом (C#) но он 1С ник с большим стажем, с его слов много мелких систем уровня нашей типовой бухгалтерии и документооборота пишется на C#, JAVA + различные фреймворки, в особо запущенных случаях это MS Acess + VBA. Эти технологии используются не потому что они удобнее, или лучше чем 1С а просто потому что это стандарт, есть готовые специалисты которые знают эти языки. 1С за рубежом это диковинный продукт, и требуется много усилий что бы его популяризировать.
По поводу САП-разработчиков нужно разделить тех кто пишет эту систему т.е. core team и тех кто ее сопровождает на местах.
Так вот core команда без работы не останется т.к. в подобных системах скил «программиста» это от силы 10% а остальные 90% это знание предметной области. В моей практике наибольшая сложность как раз в предметной области, да есть методики, есть законы но обычно все это информация высокого уровня, при разработке всегда требуется полностью погружаться в предметную область и сталкиваться с тысячами деталей которые обычному методологу даже в голову не придут, но это отдельная тема. Я хотел написать о том что CORE разработчики это обычно «мега люди» и для них перейти с SAP на 1С не проблема. Я например с SAP на 1С перешел за 2 недели, это примерно как пересесть с машины на РКПП на машину с АКПП. Если есть опыт и знаешь ПДД (предметную область) то требуется совсем не много на адаптацию.
Те же кто на местах это зачастую «Инженеры программисты» и «Ведущие инженеры» у них и так зачастую уже есть системы на платформе 1С а так же зоопарк других устройств и им по сути с 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С и только потом начнет разрабатывать систему.