Как обладатель глянцевого экрана на ноуте соглашусь с вами.
Но только в условиях комнаты, подальше от окна… про работу на улице в солнечную погоду, можно просто забыть…
У моих родителей комп на KDE4, правда не убунта а калькулейт… уже полгода вообще ничего не делал в системе… один раз была проблема, родители разблокировали панельку (там где список запущеных программ, часы и т.д.) и подвигали ее )) попросили вернуть ее вниз…
Глюков нет, после старта 370мб… ни вирусов ни других проблем… в инет они ходят через мегафон можем, воткнул и заработало… всю чудненько.
Опять в сторону… не интересно что можно делать с заказом. Не надо расказывать что вы делаете или можете делать с заказом.
Тут вопрос: зачем поставщик сам себе заказ делает из системы своего клиента? Я не могу понять юзкейс или бизнес процесс этого…
Сейчас как раз нечто похожее пишу.
Есть головной поставщик. есть его диллеры у диллеров есть суб диллеры и т.д. уровней вложенности не ограниченно.
Задача сделать так чтобы они все работали в единой базе.
Отгрузка от дилера становится автоматом приходом для субдилера и т.д.
Поставщики брендов хотят видет ситуацию в реальном времени.
Вы не поняли… Дело не в способах составления заказа а в самом факте заказа.
Поставщик вам поставляет товар. Зачем ему делать заказ в вашей системе? Поставщику в принципе не зачем лезть в вашу систему…
СтоимостьГотового = ПО + Доработка + Стоимость сопровождения
СтоимостьСвоего = Разработка + Стоимость сопровождения
Стоимость это мера денег и времени.
Если СтоимостьГотового существенно меньше СтоимостьСвоего , то выгодно брать готовое иначе можно свое делать.
Плюс очень много доп факторов, которые в различных случаях могут выйти на первый план. Типа ВендорЛок, работоспособность под линухом (очень часто ERP пишут под винду онли) и т.д.
К тому же в готовых ERP не всегда возможно реализовать нужный функционал…
Любых специалистов своего дела мало… коснулся ремонта в квартире, все тоже самое, большая часть бригад криворукие — нормальных еще поискать…
А написание нормально ERP ничего сложного нет. Это 10 лет назад было сложно. А сейчас куча библиотек которые решают основные проблемы. И библиотек хороших.
Пример: Java+Vaadin+Hibernate+БД. Большая часть проблем в этой связке решена. Надо только нарисовать формочки и забиндить на БД. Бизнес логика в ERP очень простая, в смысле программирования, это же не ядерные реакции моделировать, там на 99% простая математика.
Я проект за 3 месяца один нарисовал. Причем vaadin первый раз видел на тот момент.
Самое главное — это иметь человека который может грамотно объяснить чего требуется. Это даже более важно чем хороший программист. Ибо ошибки заложенные на этапе составления ТЗ исправляются многократно сложнее ошибок программистов.
Очень интересно.
Не нравится только очень много маркетинговых слоганов от оторых уже уши вянут…
Не могли бы больше конкретики привести? Ибо из статьи понято только что вы написали свою erp и все… ни какие технологии использовали (прим: все на java это не описание технологий) ни как реализовывали…
Что будет с ней дальше, целиком и полностью зависит от того кто делал.
«Запустил» несколько самописок, которые потом сопровождали другие люди. Проблем не было.
Есть и другая сторона. Франч, внедряющий популярный двухбуквенный продукт, может так налажать, что потом это все можно будет только выкинуть и переделывать с начала.
Так что все зависит от исполнителя. Можно сделать хорошо, а можно плохо…
еще бы оно вам нравилось… вы типичный прилипала-халявщик… вам хорошо только когда вам все во круг все без напряга дают… а когда самому надо пошевелиться, мозгой поработать, тут кишка тонка… вот из-за таких людей все разваливатся… вам на все пофиг… лишь бы свои 100р в мес капали и хоть трава не расти… а главное не напрягаться!
Вы просто циничный человек… если вам лично позволили поставить програму на халяву — это не означает, что за программу никто не заплатил. Вы пользуетесь на халяву чужим трудом и думаете, что теперь вам все должны… очень хреновая жизненная позиция…
Но только в условиях комнаты, подальше от окна… про работу на улице в солнечную погоду, можно просто забыть…
Глюков нет, после старта 370мб… ни вирусов ни других проблем… в инет они ходят через мегафон можем, воткнул и заработало… всю чудненько.
Что это дало?
P.S. Чтобы было понятно, я ЗА то что вы делаете. Просто непонятно, как выкладывание сканов может помочь.
А автор только воду разливает общими словами… или он просто сам непонимает что делает…
Тут вопрос: зачем поставщик сам себе заказ делает из системы своего клиента? Я не могу понять юзкейс или бизнес процесс этого…
Есть головной поставщик. есть его диллеры у диллеров есть суб диллеры и т.д. уровней вложенности не ограниченно.
Задача сделать так чтобы они все работали в единой базе.
Отгрузка от дилера становится автоматом приходом для субдилера и т.д.
Поставщики брендов хотят видет ситуацию в реальном времени.
Поставщик вам поставляет товар. Зачем ему делать заказ в вашей системе? Поставщику в принципе не зачем лезть в вашу систему…
СтоимостьГотового = ПО + Доработка + Стоимость сопровождения
СтоимостьСвоего = Разработка + Стоимость сопровождения
Стоимость это мера денег и времени.
Если СтоимостьГотового существенно меньше СтоимостьСвоего , то выгодно брать готовое иначе можно свое делать.
Плюс очень много доп факторов, которые в различных случаях могут выйти на первый план. Типа ВендорЛок, работоспособность под линухом (очень часто ERP пишут под винду онли) и т.д.
К тому же в готовых ERP не всегда возможно реализовать нужный функционал…
А написание нормально ERP ничего сложного нет. Это 10 лет назад было сложно. А сейчас куча библиотек которые решают основные проблемы. И библиотек хороших.
Пример: Java+Vaadin+Hibernate+БД. Большая часть проблем в этой связке решена. Надо только нарисовать формочки и забиндить на БД. Бизнес логика в ERP очень простая, в смысле программирования, это же не ядерные реакции моделировать, там на 99% простая математика.
Я проект за 3 месяца один нарисовал. Причем vaadin первый раз видел на тот момент.
Самое главное — это иметь человека который может грамотно объяснить чего требуется. Это даже более важно чем хороший программист. Ибо ошибки заложенные на этапе составления ТЗ исправляются многократно сложнее ошибок программистов.
Не нравится только очень много маркетинговых слоганов от оторых уже уши вянут…
Не могли бы больше конкретики привести? Ибо из статьи понято только что вы написали свою erp и все… ни какие технологии использовали (прим: все на java это не описание технологий) ни как реализовывали…
«Запустил» несколько самописок, которые потом сопровождали другие люди. Проблем не было.
Есть и другая сторона. Франч, внедряющий популярный двухбуквенный продукт, может так налажать, что потом это все можно будет только выкинуть и переделывать с начала.
Так что все зависит от исполнителя. Можно сделать хорошо, а можно плохо…
б) это очевидно для всех кроме вас.