Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 33
Т.е. вы имеете в виду то, что до некоторого порогового значения автоматизация предприятий не требуется или ее нужно вести методами, соответствующими размерам и ф-циям предприятия, так?
Это вывод?
Это вывод?
Нет. Я хочу сказать, что автоматизация не должна быть ради автоматизации. Она должна быть ради решения конкретных проблем. Не надо решать проблемы, которых нет. Если у вас в цехе работают таджики, у вас не может существовать проблема учета технологических операций.
Спасибо, как всегда в Избранное.
А кол-во букв в названии системы XXX соответствует реальному? :)
А кол-во букв в названии системы XXX соответствует реальному? :)
Не надо пытаться автоматизировать гужевой транспорт. Надо его сначала сменить.Огромное спасибо за Ваши статьи и отдельное огромное спасибо за эту фразу. Теперь у меня в арсенале есть доходчивая аналогия, чтобы отшить не в меру ретивых «эффективных менеджеров».
Технологическая карта — синоним проекта?
Боже, куда катится мир?
Боже, куда катится мир?
У термина «проект» есть несколько практических применений.
Есть даже такая теория менеджмента — Управление проектами. И вот в ней проект — это и есть «это совокупность мер и действий, направленных на достижение определенного результата»
Ну и есть проект — как план, когда проектировщики чертят, готовят и т.д.
Кстати, проект, который из менеджмента, запросто может включать в себя проект, который из проектирования.
Есть даже такая теория менеджмента — Управление проектами. И вот в ней проект — это и есть «это совокупность мер и действий, направленных на достижение определенного результата»
Ну и есть проект — как план, когда проектировщики чертят, готовят и т.д.
Кстати, проект, который из менеджмента, запросто может включать в себя проект, который из проектирования.
Для меня проект — объединяющий признак для разных процессов, документов и задач.
Мда. Может чего-нибудь почитаем для начала?
Например, определение термина «проект» в Википедии?
Например, определение термина «проект» в Википедии?
Да-да, почитаем…
Проект
1. Совокупность документов (расчетов, чертежей и др.) для создания какого-либо сооружения или изделия;
ru.wikipedia.org/wiki/Проект_(значения)
Проект
1. Совокупность документов (расчетов, чертежей и др.) для создания какого-либо сооружения или изделия;
ru.wikipedia.org/wiki/Проект_(значения)
У Вас на сайте написано, что ваша ERP работает с Oracle.
Клиентам предлагается его скачать и установить самостоятельно.
Вопрос — как обстоят дела с лицензированием?
Клиентам предлагается его скачать и установить самостоятельно.
Вопрос — как обстоят дела с лицензированием?
avasystems.ru/setting_and_running
тут есть ответы на ваши вопросы
тут есть ответы на ваши вопросы
Я так и думал… браво!
«Должны ли мы покупать Oracle?
Ответ:
Мы не заставляем клиентов это делать. Это ваше право.»
1. То есть Вы реально не паритесь тем, что навязываете клиентам одну из самых дорогих баз данных, стоимость которой больше стоимости самой ERP???
2. С технической точки зрения — почему именно Oracle а не бесплатный OpenSource?
Я думаю, Firebird или Postgres вам бы хватило «за глаза».
Готов поспорить, что вы и на 30% не используете все фичи Oracle.
Так зачем вам и вашим клиентам этот дорогой монстр?
«Должны ли мы покупать Oracle?
Ответ:
Мы не заставляем клиентов это делать. Это ваше право.»
1. То есть Вы реально не паритесь тем, что навязываете клиентам одну из самых дорогих баз данных, стоимость которой больше стоимости самой ERP???
2. С технической точки зрения — почему именно Oracle а не бесплатный OpenSource?
Я думаю, Firebird или Postgres вам бы хватило «за глаза».
Готов поспорить, что вы и на 30% не используете все фичи Oracle.
Так зачем вам и вашим клиентам этот дорогой монстр?
Кто вам сказал, что это самая дорогая СУБД? Она стоит меньше 100$ за рабочее место.
Это во-первых, а во-вторых мы много чего используем в Oracle.
В-третьих тут тема немножко другая у топика…
В-третьих тут тема немножко другая у топика…
Заметьте, я не утверждал, что Oracle — самая дорогая, есть и подороже ;)
Я просто говорю по своему опыту — в бытность мою начальником ИТ-отдела на предприятии мы внедряли одну из не самых плохих ERP систем на Oracle.
Контракт был подписал ещё до меня и представители фирмы-разработчика ERP «тактично упустили» момент лицензирования Oracle.
Итог — лишь через 2 года после ввода ERP в промышленную эксплуатацию мне удалось убедить генерального директора «легализовать» Oracle, ибо на ~130 рабочих местах и многоядерных серверах сумма получалась сопоставимая со стоимостью ERP.
Хотя из личных плюсов — я стал Oracle Certified Professional :)
А насчёт технических аспектов — исходя из масштабов и позиционирования вашей ERP я сомневаюсь, что вы реально используете кластеры, репликации, массовый паралеллизм etc.
Думаю (как и в случае ERP, которую мы внедряли) — это тяжёлое наследие 5-7 летней давности, когда Oracle — «это круто» по определению, а OpenSource БД — «жалкое подобие левой руки».
Не сочтите за что-то негативное или грубость, но отказались бы вы от Oracle?
Во-первых, те же Firebird или Posgres стали очень неплохим выбором по своим возможностям.
А во-вторых, лучше сделать свой центр компетенции СУБД и класть пусть небольшую денешку за её поддержку, но себе в карман, чем большую — но дяде? ;)
Сорри, что не в тему топика и ещё раз если что не так написал :)
Я просто говорю по своему опыту — в бытность мою начальником ИТ-отдела на предприятии мы внедряли одну из не самых плохих ERP систем на Oracle.
Контракт был подписал ещё до меня и представители фирмы-разработчика ERP «тактично упустили» момент лицензирования Oracle.
Итог — лишь через 2 года после ввода ERP в промышленную эксплуатацию мне удалось убедить генерального директора «легализовать» Oracle, ибо на ~130 рабочих местах и многоядерных серверах сумма получалась сопоставимая со стоимостью ERP.
Хотя из личных плюсов — я стал Oracle Certified Professional :)
А насчёт технических аспектов — исходя из масштабов и позиционирования вашей ERP я сомневаюсь, что вы реально используете кластеры, репликации, массовый паралеллизм etc.
Думаю (как и в случае ERP, которую мы внедряли) — это тяжёлое наследие 5-7 летней давности, когда Oracle — «это круто» по определению, а OpenSource БД — «жалкое подобие левой руки».
Не сочтите за что-то негативное или грубость, но отказались бы вы от Oracle?
Во-первых, те же Firebird или Posgres стали очень неплохим выбором по своим возможностям.
А во-вторых, лучше сделать свой центр компетенции СУБД и класть пусть небольшую денешку за её поддержку, но себе в карман, чем большую — но дяде? ;)
Сорри, что не в тему топика и ещё раз если что не так написал :)
Нет, у нас четко в договорах пишется про СУБД. Никто ничего не умалчивает. Во всех местах на сайте написано «СУБД не входит в стоимость».
Вообще-то у нас есть внедрения и с сотнями пользователей, сотнями Гбт базами, кластерами, репликациями etc.
Много чего используем.
У нас была мысль отказаться от Oracle в пользу Posgres. Это непросто, но возможно в будущем это сделаем.
По поводу вашего опыта, полагаю, это было давно. В конце 90-х oracle действительно дорого стоил. Сейчас, повторюсь, даже 100$ за рм не стоит.
Вообще-то у нас есть внедрения и с сотнями пользователей, сотнями Гбт базами, кластерами, репликациями etc.
Много чего используем.
У нас была мысль отказаться от Oracle в пользу Posgres. Это непросто, но возможно в будущем это сделаем.
По поводу вашего опыта, полагаю, это было давно. В конце 90-х oracle действительно дорого стоил. Сейчас, повторюсь, даже 100$ за рм не стоит.
Я ошибаюсь, или всё-таки 180$ на пользователя в самой дешёвой версии?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Тестируем ERP-систему. Часть 3