• avatar
  • PLed76
  • 10 июля 2009, 17:14
  • #
  • 0
Спорить не стану — не принципиально, т.к. программы этого блока традиционно не подходят к применению в России (кроме примитивного).
  • avatar
  • PLed76
  • 08 июля 2009, 12:11
  • #
  • 0
Из RDBMS только Oracle под Вашу задачу пойдёт, если в лоб.
Но на лицо проблемы архитектуры.
Плюс работа в реальном времени, которая накладывает требования на используемые инструменты: это Scala/Erlang/JavaRT и, если запросы не сложные — нафига Вам вообще RDBMS, с их нелёгкой, неотключаемой и не нужной Вам функциональностью? Может — файлов хватит?
  • avatar
  • PLed76
  • 03 июля 2009, 18:24
  • #
  • 0
Скорее, имеет смысл делать совместными усилиями путеводитель по OSS, включающий подробные инструкции по разворачиванию софта (правда, это со временем и опытом перестаёт быть проблемой). Именно поиск нужного ПО — большая проблема. Вторая проблема — оценка качества, которая могла бы помочь сэкономить время на поиске.
  • avatar
  • PLed76
  • 03 июля 2009, 11:25
  • #
  • +1
Любая ERP сможет вполне неплохо существовать и в России, если это будет хорошая система. Таких пока нет. Вообще, концепция ERP в России терпит фиаско в силу традиционной нестандартности подходов к управлению всем и вся.
Если на Западе вполне можно ожидать степень соответствия ERP существующим производственным процессам где-то на уровне 70-90%, то даже 1С может таким процентом похвастаться только в модуле бухучёта. Остальные модули надо допиливать.
Обратная сторона медали заключается в том, что предприятия хотят автоматизировать свой бардак, а не поменять свои процессы на более эффективные. Поэтому и более успешно продаются дешёвые конструкторы, а внедрения занимают годы.
Ситуация изменить только тогда, когда нарастёт критическая масса предприятий, реально выигравших от внедрения ERP (ну, или хотя в этом уверенных). Тогда в игре уже будут не ERP системы, а отдельные модули с открытыми и стандартизированными интерфейсами. Думаю, что в этой области открытое ПО будет если не лидировать, то успешно конкурировать с проприетарным. Причины кроются в более высокой гибкости открытого ПО, более высокой скорости его адаптации, т.к. не приходится увязывать развитие нового функционала напрямую с финансированием.