LINUX.ORG.RU

Nuxeo переходит с Python на Java


0

0
Конкретно: J2EE 5. Nuxeo - коммерческая компания, поставщик решений CMS на основе фреймворка Zope, написанного как известно на Python-е. И несмотря на продолжающуюся в IT-прессе шумиху вокруг "новых" скриптовых языков Ruby, Python etc, компания выбирает в качестве пути развития технологии J2EE 5, а именно JBoss AS, Seam, JBoss Cache, а также PostgreSQL 8, Apache MyFaces, Apache Lucene, Apache Jackrabbit

>>> Подробности

anonymous

Проверено: Shaman007 ()

Nuxeo переходит с рекламы на пиар.

Может им просто бесплатная реклама понадобилась? Решили подкинуть новостишку о себе. Ждём через месяц "Nuxeo переходи с Java на COBOL"?
Camel ★★★★★
()
Ну и что. Zope отнюдь не лучиший продукт в отрасли.
obp
()
Тормозааааа!... Я 4 года назад это выбрал Ж:D
vada ★★★★★
()
боян месячной давности
anonymous
()
во-первых баян даже не месячной давности) во-вторых имхо они не осилили zope=) и выбрали java чтоб "как все"
slav0nic
()
Ответ на: комментарий от Robotron
> А про успех где можно почитать, есть ли вообще у это творения успех?

можно погуглить. можно посмотреть список клиентов (хотя он меня не впечатлил. большинство сайтов - поделки. но сименс - это уже что-то)

Deady
()
Ответ на: комментарий от Robotron
>А что разве JEE легче в освоении и менее объёмная платформа чем Zope?

дело вкуса. кому-то нравится арбуз, а кому-то хрящик свиной (с) без обид

Deady
()
Ну вот, сработал капкан. Еще один зверек был предан ссаным рукам.
random_code ★★
()
Ответ на: комментарий от eXOR
Да нет, никакой провокации. Просто платформа не имющая поддержки крупной корпорации не может быть enterprise. Посему шаг Nuxeo мне очень даже понятен.
Robotron
()
Ответ на: комментарий от Robotron
>Просто платформа не имющая поддержки крупной корпорации не может быть enterprise.

Просто платформа, у которой клиент получает исходники, не может использоваться для принуждения оного платить за некачественную поддержку:) А качественная дорого стоит, т.е. невыгодна поставщику.

DonkeyHot ★★★★★
()
Ответ на: комментарий от DonkeyHot
> Просто платформа, у которой клиент получает исходники, не может использоваться для принуждения оного платить за некачественную поддержку:) А качественная дорого стоит, т.е. невыгодна поставщику.

Т.е. у JEE 5 не доступны исходники? Ха-ха-ха!

Robotron
()
Ответ на: комментарий от Robotron
>Живущие в том числе и продажей CMS?

Живущие исключительно продажей CMS. Одна из самых известных - EMC Documentum.

r ★★★★★
()
Ответ на: комментарий от Robotron
>Т.е. у JEE 5 не доступны исходники? Ха-ха-ха!

Не тупи, имеется в виду не исходники JEE, а исходники продукта на его основе.

anonymous
()
Ответ на: комментарий от anonymous
> Не тупи, имеется в виду не исходники JEE, а исходники продукта на его основе.

Сам не тупи, тема про переход с платформы Zope на платформу JEE.

Robotron
()
Ответ на: комментарий от anonymous
все, что они собираются использовать (жбосс, сим, кэш, апачевские продукты) - доступно в исходных кодах. j2ee так же доступна в исходных кодах (хотя только от нее мало будет - это всего лишь спецификация)
Deady
()
Ответ на: комментарий от Deady
>j2ee так же доступна в исходных кодах (хотя только от нее мало будет - это всего лишь спецификация)

В смысле мало толку? На сайте Sun в дистрибутив JEE 5 входит GlassFish, а это значит, что JSP/Servlet/EJB & etc. можно юзать без проблем.

Robotron
()
Ответ на: комментарий от Robotron
Что действительно в JEE напрягает так это куча спецификаций, всяких JSR'ов, куча всяких фреймворков. Время потраченное на изучение JSR и новых фрейворков может превзойти время необходимое для написания задачи с нуля без использования этих самых JSR и фреймворков. Т.е. говорить о reuse кода на JEE не приходиться...
Robotron
()
Ответ на: комментарий от Robotron
>Сам не тупи, тема про переход с платформы Zope на платформу JEE

Прислушайся к своему совету:) Им для рубления бабла пришлось перебраться на компилируемый язык. А компилируемый язык с достаточно развитыми для такого рода задач готовыми компонентами + ориентированый на работу с "дешёвыми кодерами" - один, и называется "Джава". И указаные компоненты называются "платформой". Дополнительный бонус - "мейнстрёмность" оного позволяет закамуфлировать своё неуёмное желание подоить клиента.

DonkeyHot ★★★★★
()
Ответ на: комментарий от Robotron
> Т.е. говорить о reuse кода на JEE не приходиться...

Особенно, когда Вы свалите в другую контору творить свои опусы, а кому-то придется разбираться с Вашими творениями.

nofate
()
Ответ на: комментарий от Robotron
>Время потраченное на изучение JSR и новых фрейворков может превзойти время необходимое для написания задачи с нуля без использования этих самых JSR и фреймворков.

с удовольствием погляжу, как вы lucene с ноля напишите

Deady
()
Был и у нашей конторы такой опыт. Веяние моды, попытались заюзать Zope. Месяц изучали, исследовали и в итоге забросили. Так и пишем на J2EE 5.
zorge
()
Ответ на: комментарий от zorge
> Был и у нашей конторы такой опыт. Веяние моды, попытались заюзать Zope. Месяц изучали, исследовали и в итоге забросили. Так и пишем на J2EE 5

Что за контора если не секрет? Junior Java Developer не нужен? Могу даже удалённо работать...

Robotron
()
Ответ на: комментарий от DonkeyHot
>А компилируемый язык с достаточно развитыми для такого рода задач готовыми компонентами + ориентированый на работу с "дешёвыми кодерами" - один, и называется "Джава". И указаные компоненты называются "платформой". Дополнительный бонус - "мейнстрёмность" оного позволяет закамуфлировать своё неуёмное желание подоить клиента.

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

r ★★★★★
()
Ответ на: комментарий от nofate
> Особенно, когда Вы свалите в другую контору творить свои опусы, а кому-то придется разбираться с Вашими творениями.

+1. Перевод поднабравшего жирок и окрепшего проекта на более консервативную и распротраненную платформу/язык - нормальное явление. Просто с некоторых пор стабильное функционирование и поддрежка становятся более важными чем быстрое клепание нового функционала.

Burbaka ★★
()
Ответ на: комментарий от Spice
>Вы бы статью почитали, что-ли

Я ее читал.

>Авторы вполне внятно аргументируют, почему они перешли на J2EE.

Потому же почему остальные успешные компании - мощность платформы.

r ★★★★★
()
Ответ на: комментарий от insa
> Скорее всего победило бабло, которого на Java можно заработать гараздо больше.

Разве это плохо?

atrus ★★★★★
()
Ответ на: комментарий от Burbaka
Прочтите пдфчег. Нуксеовцы так и пишут: "Зопе прекрасная платформа, но на жабе больше халявных энтерпрайз солюшинов, шо позволяет нам меньше кодить и больше стричь баблосы". Посему - победила более вкусная халява, а не перформанс или что-то там еще, или кузявость езыга.
Linfan ★★★★★
()
Ответ на: комментарий от Linfan
>Посему - победила более вкусная халява, а не перформанс или что-то там еще, или кузявость езыга.

Эта халява называется platform maturity. В противном случае лисп всег делаед.

r ★★★★★
()
Ответ на: комментарий от Linfan
Да ты чо? Прям так и написали? Типа работать не хотим, хотим продавать халяву, ничо не делать и штоп нам бащляли ?
Burbaka ★★
()
Ответ на: комментарий от Burbaka
Хм... Подобные релизы всегда пишутся эзоповым языком. Ясное дело, никто не напишет такого "влоб". Но согласитесь, что это мечта любого менеджера - сократить объем имплементируемого кода и повысить при этом уровень прихода денег.
Linfan ★★★★★
()
Ответ на: комментарий от Linfan
Кстати - реальная история. Сделала одна фирма проект на python, все замечательно работало, а тут пришел заказчик, понравилось ему все, но попросил он код показать. Посмотрел и говорит - что-то слишком мало кода получилось, не доверяю я этому. Переписали эту самую систему на java, функциональность один в один, а кода больше в несколько раз - так проект и продали :).

Мораль: нефиг банкет устраивать если клиент хочет кашу из топора :).

McGray ★★
()
Ответ на: комментарий от McGray
> Переписали эту самую систему на java, функциональность один в один, а кода больше в несколько раз

Ну это Вы уважаемый приврали, ой приврали

Robotron
()
Ответ на: комментарий от Robotron
Рассказываю так, как мне эту историю рассказали.

Хотя судя по тому, что клиенту хотелось побольше кода, это вполне может быть правдой :).

McGray ★★
()
Ответ на: комментарий от McGray
Знаем, знаем, испорченый телефон называется... Не удивлюсь если окажеться, что проект писали на C++, заказчик захотел на C :))))
Robotron
()
Ответ на: комментарий от Linfan
>Но согласитесь, что это мечта любого менеджера - сократить объем имплементируемого кода и повысить при этом уровень прихода денег.

Это вообщето мечта любого здравомыслящего человека, котрый связан с программированием.

r ★★★★★
()
Ответ на: комментарий от McGray
>Переписали эту самую систему на java, функциональность один в один, а кода больше в несколько раз - так проект и продали :).

Своего кода больше получилось или с зависимостями? А то я знаю, что на Java есть большой соблазн какую-то мелочь не писать самому, а взять готовую библиотеку и заюзать эту штуку с нее, не заботясь о том, что все остальное в этой библиотеке нафиг не нужно и только место занимает.

lexius ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.