Обновилась ERP-система GNU Enterprise.

Неужели им ктото пользуется?

> Неужели им ктото пользуется?

считанные единицы, мелкие предприниматели

ништяк!
Рано или поздно идея свободы победит и сап сдохнет вместе с остальной проприетарщиной...
Интересно, кстати, а что например использует редхат?

Блинн, они совсем не понимают, что их target audience - люди, не допускающие чувства юмора в принятие решений? Слегка охренел от http://www.gnuenterprise.org/gallery/forms4.png

>http://www.gnuenterprise.org/gallery/forms4.png

нда. отожгли :) напиши им что-ли...

Ну их... Вообще, ИМВВВХО в наше время строить enterprise app server на чем-то, отличном от жабы (в крайнем случае, дотнете) - не очень серьезно (опять-таки, примерно представляя образ мыслей потенциальных заказчиков). Не верю я в светлое будущее этого проекта совершенно - какой-то он слишком "пионеры играют в больших дядей"...

>Вообще, ИМВВВХО в наше время строить enterprise app server на чем-то, отличном от жабы (в крайнем случае, дотнете) - не очень серьезно

таки mono - наше всё? =)

Да ну его.. Изучать и знать врага надо, а вот любить..;)

> таки mono - наше всё? =)

Не моно, а нуно :)

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

> Ну их... Вообще, ИМВВВХО в наше время строить enterprise app server на чем-то, отличном от жабы (в крайнем случае, дотнете) - не очень серьезно (опять-таки, примерно представляя образ мыслей потенциальных заказчиков). Не верю я в светлое будущее этого проекта совершенно - какой-то он слишком "пионеры играют в больших дядей"...

посмотрите zope, вероятно удивитесь

Несколько удивлюсь, если узнаю, что zope серьезно рассматривается как реальный конкурент websphere, weblogic, jboss.

> weblogic

Это тот, про который мой сосед по рабочему месту ругается, что в его жабе нет метода replace в классе String? :) И который валится постоянно по OutOfMemory exception? Нет, я ничего против не имею, я знаю, что "ентерпрайзы" работают на таком дерьме, что местным анонимусам и не снилось, но зачем же это в пример ставить? :)

Это жисть, она так выглядит;)

Ребята, C++ Enterprise сервера тоже существуют и достаточно широко распространены в узких кругах. Возьмем, к примеру, mass-production сервера для фондовых бирж, работающие по FIX протоколу (www.fixprotocol.org). Отличное, функциональное, быстрое и стабильное решение. Я уверен, что есть еще немало задачь, которые решаются одной технологией лучше, чем другой. Каждой задаче свое решение.

// SnaiL

> в наше время строить enterprise app server на чем-то, отличном от жабы (в крайнем случае, дотнете) - не очень серьезно

А вы попробуйте представить иную целевую аудиторию помимо средних и крупных предприятий. :)

> Не верю я в светлое будущее этого проекта совершенно - какой-то он слишком "пионеры играют в больших дядей"...

Просто вы не в состоянии определить сегментацию рынка. IMHO, будущее этого проекта туманно по другим причинам: великий и ужасный Python, усложнённая разработка, малый выбор виджетов. Вообще складывается ощущение, что всё смешали в одну кучу. :)

> Java вполне открыта и при этом майкрософтонезависима

Проблема в том, что готовые реализации нужных технологии на ней сплошь коммерческие. Да и вообще технологии на Java замудрены чрезмерно. Поэтому народ и не рвётся на Java писать программы уровня GNUe. :)

> А вы попробуйте представить иную целевую аудиторию помимо средних и крупных предприятий. :)

Методом исключения у нас остается SOHO. Да, у них денег мало. Но ел-пал, есть же jeronimo... Да, за то, чтоб сделать solution, в любом случае придется раскошелиться тому, кто это будет затачивать под конкретную контору - но я не уверен, что на zope или GNUe выигрыш будет столь уж значительным - если делать качественно, не наколенно. Впрочем, я не бухгалтер.

> Просто вы не в состоянии определить сегментацию рынка.

Ок, есть у GNUe _маркетинговый_ документ, где б излагалось их позиционирование?;)

> IMHO, будущее этого проекта туманно по другим причинам: великий и ужасный Python, усложнённая разработка, малый выбор виджетов.

И это тоже. Т.е. в отсутствие резкого технологического выигрыша, резкого финансового выигрыша - я не представляю GNUe реальным конкурентом жабским AS.

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

jeronimo. jboss.

> Поэтому народ и не рвётся на Java писать программы уровня GNUe. :)

Compiere. Немного другое, но уровень примерно тот же.

>великий и ужасный Python

Это называется "Проходя мимо не забудьте больно пнуть питона".

> я не уверен, что на zope или GNUe выигрыш будет столь уж значительным - если делать качественно, не наколенно.

У SOHO меньше потребностей и им вполне подойдёт продукт типа GNUe. Естественно, если его доведут до ума. А вот Zope не надо. Лучше пойти повешаться или учить Java (что в принципе одно и то же). :)

> Ок, есть у GNUe _маркетинговый_ документ, где б излагалось их позиционирование?;)

Только это: "GNUe's goal is to develop enterprise-class data-aware applications as Free software." Много амбиций, мало толку. :) Хотя чуть выше написано: "GNU Enterprise (GNUe) is a meta-project which is part of the overall GNU Project." - хотят спрятаться за "meta". :)

> Т.е. в отсутствие резкого технологического выигрыша, резкого финансового выигрыша - я не представляю GNUe реальным конкурентом жабским AS.

Ещё раз напомню про SOHO: жабские AS для них избыточны (по функционалу и стоимости). Поэтому ищется более дешёвое решение.

> jeronimo. jboss.

Это инструментарий, его до ума доводить нужно. Причём (по моему опыту) долго.

> Compiere. Немного другое, но уровень примерно тот же.

"Compiere is a 100% pure Java solution based on Oracle database technology. We are working on database independence". Два ключевых слова: Java и Oracle явно не рассчитаны на SOHO. :)

> Это называется "Проходя мимо не забудьте больно пнуть питона".

Маленький мальчик пришёл на сисопку.
"Пайтон - рулёз!" - крикнул он громко.
Долго пинали мёртвое тело,
Никто не вмешался, били за дело.

:)

> Никто не вмешался, били за дело.

Гы. Гы. Не смешно. Сами придумали?

> Никто не вмешался, били за дело.

ржу в голос, хоть питон и вполне симпатичен.
сочиняй еще!

> Естественно, если его доведут до ума.

Там большая коммюнити?

> Лучше пойти повешаться или учить Java (что в принципе одно и то же). :)

Да ланна Вам... Жабка душит, но жабка и кормит;)

> Только это: "GNUe's goal is to develop enterprise-class data-aware applications as Free software." Много амбиций, мало толку. :)

Они б у гнома маркетингу поучились, что ли... Тоже ведь гнутый проект - а насколько основательней маркетинг поставлен.

> жабские AS для них избыточны (по функционалу и стоимости). Поэтому ищется более дешёвое решение.

Если говорить именно об _AS_, то я уже назвал именно жабские (бесплатные!). Но мы, кажется, хотим говорить о более высокоуровневых средствах, правда?..;) Так что сформулируем так - SOHO не нужны AS как таковые. Нужны легкие в заточке "почти" готовые решения. Да, у жабы таковых практически нет (бесплатных). Является ли таковым уже сегодня GNUe?...

По функционалу - лучше жабская избыточность, чем GNUе-тая недостаточность;)

> Это инструментарий, его до ума доводить нужно. Причём (по моему опыту) долго.

Просто это уровнем ниже, чем то, из чего можно по-быстрому сделать готовое решение.

> Два ключевых слова: Java и Oracle явно не рассчитаны на SOHO. :)

Java сама по себе ни разу не противопоказана SOHO. Технологически и финансово не вижу препятствий для существования некоего <мечтать не вредно> бесплатного жабского фреймворка для SOHO (только он должен быть сильно выше уровнем, чем обычный j2ee as). Оракл - да, стОит денег. Но они, вроде, на progresql портируют. Неспешно, правда;)

> Там большая коммюнити?

Не думаю. Однако наверняка больше чем у E/AS. :)

> Да ланна Вам... Жабка душит, но жабка и кормит;)

Конечно. Капиталовложения в обучение Java окупаются с лихвой. Вот только мало хороших (и бескорыстных, гы-гы) жабщиков. :)

> Да, у жабы таковых практически нет (бесплатных). Является ли таковым уже сегодня GNUe?...

Скажем так, оно ближе, чем указанные технологии на Java. ;)

> По функционалу - лучше жабская избыточность, чем GNUе-тая недостаточность;)

Проблема в том, что жабская избыточность сильно наворочена и мало людей могут в ней разобраться. Равно как и в Java вообще. Я имею ввиду не сам язык, а качественную разработку.

>Это тот, про который мой сосед по рабочему месту ругается, что в его жабе нет метода replace в классе String?

Это какая же версия-то? В обычной жабе .replace появился в 1.4 (или раньше?).

> Скажем так, оно ближе, чем указанные технологии на Java. ;)

Вспоминается старый советский анекдот про горизонт и коммунизм ;)

> Проблема в том, что жабская избыточность сильно наворочена и мало людей могут в ней разобраться. Равно как и в Java вообще. Я имею ввиду не сам язык, а качественную разработку.

Если говорить про SOHO, то требования к масштабу приложений там не очень большие. А посему не так уж высоки требования к квалификации разработчиков (в разделе архитектуры).

В общем, давайте флейм завершим чтоль.. Я, в общем, согласен, что жабские enterprize технологии далеки от SOHO и по сути (и по построению) нацелены на более "толстые" сегменты рынка. Расходимся мы в том, что я не вижу принципиальных противопоказаний для downscaling-а жабы в SOHO (точнее, считаю указанные причины непринципиальными), а Вы - видите. Доказывать Вашу неправоту путем переписывания GNUe на жабе я точно не возьмусь;)

Может мне кто-нибудь в целях просветления объяснить что такое модное нынче слово "сервер приложений"? Апач с пхп страничкой выполняющей какой-нибудь незамысловатый код - это сервер приложений? А если php страничка это веб морда к почте? А если это полноценный web-почтовый клиент (типа веб морды exchange)? Меняем php на python станет ли от этого вся эта куча сервером приложений? а если на java заменить?

Просвятите плиз, совсем запутался

байан

>Вообще, ИМВВВХО в наше время строить enterprise app server на чем-то, отличном от жабы (в крайнем случае, дотнете) - не очень серьезно

http://www.1c.ru/, http://omniorb.sourceforge.net/

1с для действительно серьезной работы не серьезно.

>1с для действительно серьезной работы не серьезно

Про соотношение 80/20 слышали? Назовите хоть одно УСПЕШНОЕ внедрение Oracle Application, SAP или BAAN в РФ.

1C - да, это очень специальная вещь... Фактически, монополия. Пример того, как рано пришедший на рынок захватывает его практически целиком. Есть подозрения, что с введением западных стандартов управления предприятием 1С стал бы поскромнее. Да, и "в наше время" к 1С не относится - его начали делать, когда о жабе никто кроме Гослинга не знал. А сейчас его просто тянут-тянут..

А причем тут omniorb? Эта система уровнем еще ниже, чем J2EE. Я б не назвал вообще брокеры app server-ами..

> А сейчас его просто тянут-тянут..

А ты про 7 ку или 8 ку говоришь? Уточни пожалуйста...

1С я видел довольно давно, так что даже не вспомню какую версию. Впрочем, не очень понял смысл вопроса. В версии 8 нет кода из версии 7?

Ни малейшего.Все переписано с нуля. Разделено на 3х компонентную структуру - клиент, сервер приложений, сервер баз данных. Летом выходит Linux версия сервера приложений по Postgres SQL. Вот так вот...

> Расходимся мы в том, что я не вижу принципиальных противопоказаний для downscaling-а жабы в SOHO (точнее, считаю указанные причины непринципиальными), а Вы - видите.

Помилуйте! Я в этом совершенно с вами согласен! Просто я указал политические и экономические факторы почему этого не будет. Технически сложностей нет. :)

Будем считать флейм завершённым. :)

> Может мне кто-нибудь в целях просветления объяснить что такое модное нынче слово "сервер приложений"?

http://ru.wikipedia.org/wiki/Сервер_приложений

Впрочем, это не особо важно. Как и всякая уважающая себя монополия, 1С держится на том, что является хозяином форматов и протоколов..

>Как и всякая уважающая себя монополия, 1С держится на том, что является хозяином форматов и протоколов..

вот тут я немножко ниасилил. Хозяином каких протоколов и форматов?

>А причем тут omniorb? Эта система уровнем еще ниже, чем J2EE. Я б не назвал вообще брокеры app server-ами..

Брокеры позволяют выстроить AS. Достаточно много AS в мире крутится на не-java орбах.

Принципиально, java не дает очень сильных приемуществ, при построении платформы с нуля. Её можно строить с нуля на чем угодно. Хоть на C++, хоть на Lisp, хоть на Ruby. Можно попинать яву и на предмет больших недостатков, но не хочется флейм разводить. Не будем оставлять анонимусов без работы.

Мне одно время бухгалтер знакомая повествовала, что в налоговой от нее хотели информацию в формате 1С. Есть такая практика?

> Брокеры позволяют выстроить AS. Достаточно много AS в мире крутится на не-java орбах.

Ну да, можно построить корбяной AS (и наверняка такие есть, и наверняка не жабские). Но, положа руку на сердце - кто-нибудь в наше время этим заниматься с нуля будет?;) Впрочем, я говорил о том, что брокер - слишком низкий уровень с т.зр. обсуждаемого.

> Принципиально, java не дает очень сильных приемуществ, при построении платформы с нуля. Её можно строить с нуля на чем угодно.

Платформа J2EE дает просто заранее определенные и не столь уж плохие интерфейсы. "С нуля" - это если б у нас была только J2SE.

> Хоть на C++, хоть на Lisp, хоть на Ruby.

Дело ж не в языке, а во framework. И в его уровне.

> Можно попинать яву и на предмет больших недостатков, но не хочется флейм разводить

Ок, не будем. Просто поставим "галочку", что они (недостатки) есть;)

>Мне одно время бухгалтер знакомая повествовала, что в налоговой от нее хотели информацию в формате 1С. Есть такая практика?

нет такой практики. из 1С печатают отчёты, которые подают в налоговую. Ну так форму изобрели именно налоговики а не 1С :)

косяк с пенсионным фондом - там требуют данные подавать на дискетке, а эти самые данные можно сделать только в программе лохматой версии под msdos. Кстати, без костылей в вантузе в этой программке русский не вводится =)

>Дело ж не в языке, а во framework. И в его уровне.

Язык предопределяет N-ое количество возможностей и дополнительного инструментария. И определяет большинство технических/технологических аспектов.

> косяк с пенсионным фондом - там требуют данные подавать на дискетке, а эти самые данные можно сделать только в программе лохматой версии под msdos. Кстати, без костылей в вантузе в этой программке русский не вводится =)

Ну, в общем, я как раз про такие прелести;)

> Язык предопределяет N-ое количество возможностей и дополнительного инструментария. И определяет большинство технических/технологических аспектов.

Роль языка действительно ведущая. Но он только часть ответа на вопрос "насколько легко из материала X собрать готовое к употреблению изделие Y" (в смысле - из технологии собрать enterprise IS).

>Ну, в общем, я как раз про такие прелести;)

в этом смысле 1С - _не_ владеет форматами и протоколами =)