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 ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.