LINUX.ORG.RU

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

 , , ,


0

1

16-17 мая в Германии состоится всемирная конференция разработчиков IDempiere ERP.

IDempiere ERP — это свободная система управления предприятием, продолжение развития проекта ADempiere на базе модульной архитектуры OSGi.

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

Главные мероприятия конференции будут проходить 16 и 17 мая (четверг / пятница) в Krefeld.

Участники Фонда поддержки и развития делового свободного программного обеспечения «Адемпиере» готовы предоставить помощь нескольким желающим в посещении данного мероприятия.

>>> Подробности



Проверено: Shaman007 ()

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

rsashka ()

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

FeyFre ★★★★ ()

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

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

Stalin ★★★★★ ()
Ответ на: комментарий от Stalin

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

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

rsashka ()
Ответ на: комментарий от rsashka

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

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

ollowtf ★★★ ()
Ответ на: комментарий от ollowtf

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

rsashka ()
Ответ на: комментарий от rsashka

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

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

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

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

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

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

ollowtf ★★★ ()
Ответ на: комментарий от ollowtf

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

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

AVL2 ★★★★★ ()
Ответ на: комментарий от ollowtf

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

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

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

rsashka ()
Ответ на: комментарий от AVL2

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

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

rsashka ()

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

UVV ★★★★★ ()
Ответ на: комментарий от rsashka

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

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

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

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

AVL2 ★★★★★ ()
Ответ на: комментарий от rsashka

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

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

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

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

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

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

ollowtf ★★★ ()
Ответ на: комментарий от ollowtf

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

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

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

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

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

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

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

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

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

rsashka ()
Ответ на: комментарий от AVL2

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

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

rsashka ()
Ответ на: комментарий от rsashka

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

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

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

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

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

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

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

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

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

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

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

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

ollowtf ★★★ ()

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

rsashka ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.