Всемирная конференция разработчиков IDempiere ERP

Если есть желающие поехать на конференцию, то не откладывайте, так как время осталось мало.

Оо опять это адимпиере или как оно там было Оо

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

То есть, для тех, кто уже имеет на предприятии старую версию. И много таких в СНГ?

Да. Конкурс с уточками и фиолетовым плодородием.

На территории СНГ несколько десятков.

Но в данном случае, новый релиз системы iDempiere ERP, презентация которого ожидается на мероприятии, интересен сам по себе. Смена архитектуры приложения позволяет исключать неиспользуемые модули системы чуть ли не во время работы.

Смена архитектуры приложения позволяет исключать неиспользуемые модули системы чуть ли не во время работы.

Это самая «полезная» фишка новой архитектуры или единственная?

Это самая уникальная, например в 1С нельзя удалить из конфигурации ненужный функционал. В действительность там очень много фишек, которые стали доступны после смены архитектуры, но я сам не смогу про все рассказать. Это нужно у разработчиков спрашивать.

Это самая уникальная, например в 1С нельзя удалить из конфигурации ненужный функционал.

Я больше пяти лет занимаюсь разработкой заказных систем и доработкой типовых 1С, но никто ни разу ко мне с задачами «Мне незадействованные регистры для упращенцев спать мешают» не обращался.

Во-вторых, даже если такое случится - любой каприз за ваши деньги. Весь функционал конкретного решения определяется метаданными и кодом, открываешь конфигуратор и в путь. Мало того, в восьмёрке есть понятие мультиподдержки, т.е. в конфигурации часть объектов может относиться к одному продукту, часть к другому, система хранит последние оригинальные версии и обеспечивает возможность независимого обновления. Активно это использую для одного известного в узких кругах отраслевого решения. Разонравился модуль - накатил ванильную версию основной конфигурации и всё. Так что про невозможность удаления функционала 4.2.

В-третьих, в платформе уже есть возможность вносить изменения в функционал (а не только удалять) «чуть ли не во время работы»: для изменений, не требующих реструктуризации БД есть динамическое обновление, а начиная с 8.3 появилась фоновая реструктуризация, значительно сокращающая время нахождения системы в монопольном режиме.

В действительность там очень много фишек, которые стали доступны после смены архитектуры, но я сам не смогу про все рассказать. Это нужно у разработчиков спрашивать.

Жаль, хотелось бы увидеть весь список, потому что на сайтах у вас ничего вменяемого для разработчиков нет, а я вроде как искал.

Да, с информацией по этим системам просто беда.

Мало того, что ее очень мало, так еще и родной язык проекта немецкий.

Это модель заработка всех специалистов 1С «любой каприз за ваши деньги». Чем больше геморроя, тем лучше. Особенно, когда бухгалтер рассказывает программисту, что нужно изменить в коде системы, что бы было спать спокойно.

А удаление функционала нужно не для спокойного сна главного бухгалтера. Без удаления существующего функционала невозможна его замена, на другой, но закрывающий туже предметную область. Модульность платформы позволяет, к примеру, подключить CRM, который написал Вася, заменить модуль поставок на разарботанный Петей и заменить простое производство на модуль, разработанный компанией А.

В случае 1С, я могу понять ситуацию, когда у предприятия нет выбора, и оно вынуждено пользоваться услугами «конфигурастов», например для ведения бухгалтерского учета. Но зачем эти проблемы тащить во все автоматизируемые области деятельности?

Родной все же английский, хотя название итальянское.

А с документацией действительно беда. Было выпущено 2 книги на английском. Одна переведена на русский, но они остносятся к старым версиям системы.

О, прямо возле дома мероприятие. Жаль, что не интересует.

Родной все же английский, хотя название итальянское.

насколько я могу судить, форк idempiere пишется на немецком. По крайней мере у них с английской и русской вики ссылки сделаны в немецкую.

А с документацией действительно беда. Было выпущено 2 книги на английском. Одна переведена на русский, но они остносятся к старым версиям системы.

это по adempiere. Насколко я понял для освоения idempiere они практически бесполезны.

Это модель заработка всех специалистов 1С «любой каприз за ваши деньги».

Модель заработка внедренцев *Dempiere «жри что дают»? :)

Модульность платформы позволяет, к примеру, подключить CRM, который написал Вася, заменить модуль поставок на разарботанный Петей и заменить простое производство на модуль, разработанный компанией А.

Как на словах-то красиво. Волшебным образом блоки разных производителей будут идеально друг с другом интегрироваться, а поддерживать это чудо сможет даже восьмиклассник. В эти сказки кто-то верит?

В случае 1С, я могу понять ситуацию, когда у предприятия нет выбора, и оно вынуждено пользоваться услугами «конфигурастов», например для ведения бухгалтерского учета. Но зачем эти проблемы тащить во все автоматизируемые области деятельности?

Воу-воу-воу, полегче. Внедренцы *Dempiere от «конфигурастов» чем-то отличаются? Серьёзно? Ну кроме модели заработка? 1С виновата, что ни *Dempiere, ни остальные не осилили бухгалтерский учёт по РСБУ?

Это модель заработка всех специалистов 1С «любой каприз за ваши деньги». Чем больше геморроя, тем лучше. Особенно, когда бухгалтер рассказывает программисту, что нужно изменить в коде системы, что бы было спать спокойно.

Модель заработка внедренцев *Dempiere «жри что дают»? :)

Уж если цитируешь, то цитируй все, а не фразу, выранную из контекста. Внедренец любой системы автоматизации пошлет подальше любого бухгалтера, который будет рассказывать, что нужно изменить в коде системы. И только специалисты 1С с удовольствием это сделают, потому что это их стиль работы.

Модульность платформы позволяет, к примеру, подключить CRM, который написал Вася, заменить модуль поставок на разарботанный Петей и заменить простое производство на модуль, разработанный компанией А.

Как на словах-то красиво. Волшебным образом блоки разных производителей будут идеально друг с другом интегрироваться, а поддерживать это чудо сможет даже восьмиклассник. В эти сказки кто-то верит?

Нет. Идеально подходить не будут, и восьмикласник поддерживать не сможет. Это же не 1С ;-) Но если производители будут придерживаться стандартов кодирования и соблюдения интерфейсов, то интеграция не вызовет больших сложностей. И эта будет та работа, за которую интеграторы кушают свой хлеб. Но им не нужно будет переписывать всю конфигурацию, нужно будет поддерживать только интеграцию между модулями.

В случае 1С, я могу понять ситуацию, когда у предприятия нет выбора, и оно вынуждено пользоваться услугами «конфигурастов», например для ведения бухгалтерского учета. Но зачем эти проблемы тащить во все автоматизируемые области деятельности?

Воу-воу-воу, полегче. Внедренцы *Dempiere от «конфигурастов» чем-то отличаются? Серьёзно? Ну кроме модели заработка? 1С виновата, что ни *Dempiere, ни остальные не осилили бухгалтерский учёт по РСБУ?

К сожелению и у внедренцев *empiere тоже встречаются своего рода «конфигурасты», но таких все таки не большинство. Что же касается РСБУ, то зачем он внутри системы, когда 1С с этим вполне нормально справляется?

С документацией в вики полный бардак.

Что касается книг, то да, предыдущие версии очень сильно отличаются от текущей.

Уж если цитируешь, то цитируй все, а не фразу, выранную из контекста.

Ничего я из контекста не вырывал, ты определил модель для 1С, я задал встречный вопрос про вашу модель. Оверквотинг тут ни к чему.

Внедренец любой системы автоматизации пошлет подальше любого бухгалтера, который будет рассказывать, что нужно изменить в коде системы.

Нормальный внедренец прежде всего решает проблемы клиента. И, внезапно, случается, что клиент действительно знает, чего хочет, в том числе какие алгоритмы его не устраивают в системе и какие алгоритмы он хочет использовать. Под вашу модель такие клиенты не подходят, да.

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

Но им не нужно будет переписывать всю конфигурацию, нужно будет поддерживать только интеграцию между модулями.

Сказки продолжаются. В итоге будут у вас референсные модули, которые друг с другом работают, но мало что умеют и подходят только сферическим клиентам, и 100500 модулей вида «Производство для компании Х версии 1.35», «Склад для компании Z версии 4.53» и т.д., совместимые только с конкретными версиями друг друга.

Тут или универсально, но неудобно, или неуниверсально, но удобно. Практика показывает, что в РФ за удобство готовы платить.

К сожелению и у внедренцев *empiere тоже встречаются своего рода «конфигурасты», но таких все таки не большинство.

В то, что ты знаком со стилем работы нескольких десятков внедренцев *empiere, я ещё могу поверить, но про несколько тысяч только сертифицированных специалистов 1С, извини, поверить не могу. Голословное обвинение. И синдромом д'Артаньяна отдаёт.

Что же касается РСБУ, то зачем он внутри системы, когда 1С с этим вполне нормально справляется?

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

Как оно в сравнении с OpenERP ?

OpenERP - написана на Python, БД - PostrgeSQL, а iDempeiere - написана на Java, БД - Oracle или PostrgeSQL. Но главное отличие заключается в том, что разработкой OpenERP руквоводит одна единственная компания, а системы ADempeiere и iDempeiere не имеют центральной организации, и разработкой заниматеся только сообщество.

А по фукнционалу они практически идентичны, хотя ни в одна из них так и не смогла осилить РСБУ.