|
АБДумаю, идея носится в воздухе.
Сам удивляюсь почему таких проектов ещё не расплодилось по всему миру.
АБ
- Может представлять интерес, если заложить в архитектуру связку BPM+SOA (OpenSource реализации есть). Слабосвязные модули.
Надо подумать. Вообще, с единым ядром я, пожалуй, поторопился. Всё-таки задача стоит грамотная организация производства, а не отражение бардака в компьютере. Начать можно с разработки унифицированного языка разметки, который бы был связующим звеном между различными модулями и подсистемами. Тогда реализация - серверное приложение - будет являться уже рекомендательным (хотя и оупенсорс), а не обязательным обеспечением. Различные модули могли бы писаться на разных платформах и языках программирования, но база данных и форма отчётности шли бы в едином стандарте.
Хочется отметить, что преимущество такого подхода ещё и в том, что такие конторы как 1C, Парус и т.п. можно было б вынудить постепенно входить в пространоство этих стандартов, заставляя их соблюдать транзитивность.
АБ- Без сервера приложений придется делать слишком много дурной работы -- заведомый проигрыш на старте. В чем проблема с Java, например в реализации JBoss?
Ява слишком капризна к аппаратной платформе.
АБ- Почему Постгрес, а не Мускуль, к примеру (мне в принципе все равно, просто интересуюсь)? В любом случае, опционально Оракл должен поддерживаться (будем реалистами).
Во первых, по Постгресу написаны толковые доки. Во вторых, Постгрес соблюдает стандарты SQL (в отличие от мускуля и МС Эс-кью-эль). А если где в нём и есть расширения стандартов, то об этом в любой доке подробно написано. Поэтому написав под Постгрес, сделать переход системы на Оракл будет не столь сложно. В конце концов, постгрес действительно стабилен.
АБПроект может иметь практическую перспективу при условии серьезной поддержки. Например: государство декларирует поддержку, финансирует в объеме 10-30%, стимулирует коммерсантов своими методами, "рекомендует" бюджетным организациям (включая оборонку).
Надеяться на государство - дело заранее гиблое. Искать частных инвесторов тоже не выход - они в определённый момент попытаются заявить свои права на разработку и начнётся много трудностей. Поэтому придётся набирать энтузиастов. Даже без существенных денег капитальная база есть: это наш опыт, навыки, знания, желание оптимизировать свой собственный главный ресурс: время. Ведь никто по отдельности от проекта сразу не выиграет. Выигрыш всех будет потом, когда не будет лицензионных препонов с проприетарщиками, когда за 5 минут без всяких формальностей можно будет сделать подточку системы под конкретную организацию. Когда не надо будет тратить море времени на согласование действий с их программистами. Когда заказчик будет точно знать сколько потребутеся времени на внедрение, _точную_сумму_ затрачиваемых денег (99% из которых, скорее всего, уйдёт на ваш и только ваш гонорар) и дать правильную оценку эффективности внедрения (типа, столько было, столько стало).
Kamo2002Как же вы ее потом внедрять будете? C каких средств откаты платить?
Кому откаты? Да заказчики вас сами с руками оторвут если вы скажете им чётко что вы сможете оптимизировать и сколько будет это стоить. Даже если это обойдётся дороже решений на 1С. А если в госконторах начальникам выгоден бардак, то там уж никакая система не приживётся. Но это уже другой вопрос: как нам Россию обустроить.
Calm
Так мы про ЕРэПэ или про романтику?
А для чего ЁРП нужен? Чтобы людям дарить добро, делать им щастье. :-) Без романтики никак. :-)
sergey888Если система будет строиться на буржуйских технологиях, то все равно деньги за лицензии пойдут буржуям.
Где же отечественные технологии?
Что такое "буржуйские технологии" относительно Оупенсорс? Над сервером Apache трудятся разработчики из 40 стран (ну или примерно столько). В некоторых проектах участвуют даже программисты из Нигерии.
sergey888Что-то я не видел российского Линукса (не путать с русифицированным)
Вот когда все продукты будут написанв на языке Ы или Ы++,
тогда да, действительно это будет отечественная разработка.
Зачем изобретать велосипед? Английский язык объективно лучше всех остальных подходит для написания языков программирования. Ассемблер как был стандартом 30 лет назад, так им и остался. Есть и другие языки, есть другие процессоры. Но какой смысл тратить время и силы на лишние действия?
sergey888
Мне непонятен еще один вопрос - почему именно открытый код?
Чтобы любой ефрейтор (начинающий программер/хакер) в армии мог переписать программу наведения баллистической ракеты?
Или терапевт, прочитав компьютерный журнал подправил под себя программу диагностики пациента?
Вы путаете разные вещи: разработку платформы и её внедрение. После внедрения возможность доступа к системно-важным функциям есть только у ограниченного круга лиц. Точно так же как открытый Линукс не означает что все юзеры имеют право рута и ваще переписать конкретную систему.
Мне кажется, вы вообще несколько не в теме. Это не в обиду, поймите.
guest_20040621Gary Cooper, а начинать обязательно с ERP? Может, для стартапа чуть проще задачу выбрать? ;)
Какие есть предложения? Для начала можно вообще поскрести по сусекам и сделать список тех оупенсорс-программ, которые могли бы пригодиться для решения локальных задач. Затем постепенно всё сводить воедино.
Для начала следует решить каким методом идти:
1. Через создание открытого стандарта (языка).
2. Через создание ядра системы.
3. Через объединение разрозненных программ.
Клиент-серверное решение - это я тоже немного поторопился. На стороне клиента могут быть переферийные устройства с аппаратно-программным интерфейсом. Это значит, что одного браузера для всех случаев жизни не будет достаточно. Если "человеческая" совместимость решается брауером и обучающими курсами, то с аппаратной совместимостью всё несколько сложнее.
Это ещё один плюс в сторону разработки стандарта.
АБА как насчет найти хоть того, хоть этого специалиста, который согласился бы работать на энтузиазме (в его представлении -- цифру проставьте сами)? На самом деле шанс найти есть. Представим себе некоммерческий консорциум, существующий на деньги господдержки и спонсорский. В него можно привлечь и консультантов из того же IBS для участия в работе над ТЗ, и студентов в качестве кодеров, и архитекторов, и проектировщиков.
Конечно! А если и какой знакомый профессор попадётся, то многие задачи можно будет решить завалом курсовых работ. :-)
miksoft Gary CooperВот родилась такая дикая, я бы даже сказал, сумасшедшая идея создания такой-растакой системы управления ресурсами предприятия на условиях GPL.
уже было :)
там даже 300k$ обещали за 80% готовности :):):)
Там совершенно другое дело. К тому же, не GPL. Это раз.
Во вторых, то что российские айтишники зажрались - факт. Пока из страны течёт нефть, а в страну текут доллары, программисты будут считать что принятие участия в любом проекте должно начинаться с фразы "сколько мне за это заплатят". Так вот когда нефти не будет, окажется что реального-то продукта создано программистами не было. И такие граждане как sergey888 будут задаваться вопросом: sergey888Где же отечественные технологии?
|
