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

> Хм... Подобные релизы всегда пишутся эзоповым языком. Ясное дело, никто не напишет такого "влоб".Но согласитесь, что это мечта любого менеджера - сократить объем имплементируемого кода и повысить при этом уровень прихода денег.

Да это не просто мечта манагера, это основополагающий мировой принцип - меньше затрачивать ресурсов - больше получать пользы. Экономия. Понятное дело, что смена платформы мотивирована именно экономией. Просто люди застолбили за собой долю рынка за счет разработок на питоне/зопе. Теперь им захотелось стабильности и вкусностей энтерпрайз уровня, скорость разработки коммандой из 2-10 человек на проект отошли на задний план. Переросли они уровень питона. Там у них так и написано.

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

Мне кажеться, что это есть огромный недостаток принятого подхода к разработке софта на Java т.к. помимо знания самой Java требуют ещё кучу всякой херни типа Hibernate, Struts, String.

>Мне кажеться, что это есть огромный недостаток принятого подхода к разработке софта на Java т.к. помимо знания самой Java требуют ещё кучу всякой херни типа Hibernate, Struts, String.

String следует читать, как Spring

>Мне кажеться, что это есть огромный недостаток принятого подхода к разработке софта на Java т.к. помимо знания самой Java требуют ещё кучу всякой херни типа Hibernate, Struts, String.

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

>помимо знания самой Java требуют ещё кучу всякой херни типа Hibernate, Struts, String.

Spring. Человек незнакомый с историей будет реинвентить зе вхилл снова и снова. Это если сможет. А то ведь может не получиться ни реинвентнуть что нибудь ни попользоваться не умеет.

> Ну а когда это знаешь, то все, что написано выше является преимуществом Java, т.к. разработка становится намного приятнее.

Пока это всё выучишь или голова лопнет или с голоду умрёшь т.к. на работу без знания этих вещей не берут... :(

>Пока это всё выучишь или голова лопнет или с голоду умрёшь т.к. на работу без знания этих вещей не берут... :(

Надо понимать принципы, и понимать что это зачем и как. Конкретное API учить не за чем, документация доступна, надо понимать что зачем как и что дает.

Ну чтож, они сделали свой выбор, отнюдь не безосновательно и, вообщем, даже, возможно, и к лучшему..

> Пока это всё выучишь или голова лопнет или с голоду умрёшь т.к. на > работу без знания этих вещей не берут... :(

ИМХО для того, чтобы взяли на работу, достаточно JSE5 и JEE5 знать.

Hibernate - это очень похоже на EJB 3.0 (собственно, с хибернейта и писалось), Struts устарел, но выучить его в принципе несложно. Мне больше по душе JSF. А то, что люди используют Hibernate+MyFaces - вместо EJB 3.0 + JSF - ну "каждый дрочит как он хочет". Spring - в моих глазах остается велосипедом, реализующим идеи JNDI, EJB и Servlets/JSP по-своему, да еще и так, что дебажить очень тяжело. Да, очень гибко конфигурируемый. Да, запускается без EJB-контейнера, под голым томкатом. Но блин, это же все ценой XML-программирования и написания кучи левых классов. Из всех проектов, в которых я участвовал, я могу назвать парочку, где Spring был бы УДОБЕН, но не могу назвать ни одного, где он был бы НЕОБХОДИМ.

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

Программистов стало быть за разумных не считаем? Чтоб вы сдохли поганые быдломанагеры!

Здравомыслящий программист (не хакер красноглазый) всегда стремится к уменьшению кол-ва кода при сохранении функциональности. Использование отлаженых другими людьми модулей - вполне оправданное решение. Или Вы программистами считате графоманов, у которых проблема с недержанием кода?..

А желание повысить доход вообще от профессии не зависит.

2Robotron (*) (10.11.2006 16:22:29):

>> Переписали эту самую систему на java, функциональность один в один, а кода больше в несколько раз

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

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

> ИМХО для того, чтобы взяли на работу, достаточно JSE5 и JEE5 знать.

Прямо скажем так, не мало :)) JSE 5 более 3000 классов, про JEE 5 и говорить не буду...

>Struts устарел, но выучить его в принципе несложно

Struts 2 уже в beta, делают на основе WebWork.

>Мне больше по душе JSF

JSF более компонентно ориентированный, Struts более ориентирован на события (action). Потому imho придётся и то и то учить...

>А то, что люди используют Hibernate+MyFaces - вместо EJB 3.0 + JSF - ну "каждый дрочит как он хочет".

MyFaces это вроде, как JSF от Apache? Поправьте если не прав

>Прямо скажем так, не мало :)) JSE 5 более 3000 классов, про JEE 5 и говорить не буду.

Ну и что? Если ты хотя бы помнишь названия этих 3000 классов, то тебя пора в поликлинику сдавать, для опытов и изолировать от людей. Даже на Западе проггеры пользуются IDE с автокомплитом, а не запоминают эти 3000 классов, тем более у нас.

> Если ты хотя бы помнишь названия этих 3000 классов, то тебя пора в поликлинику сдавать, для опытов и изолировать от людей

Пока не помню т.к. ещё учу. Если мне предложат на выбор поликлиннику или премию я бы выбрал второе :)

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

Про жабу - как же так, а что Tapestry забыли? Тоже достойная фиговина, имхо удобней JSF в разы.

> Про жабу - как же так, а что Tapestry забыли? Тоже достойная фиговина, имхо удобней JSF в разы.

Tapestry вроде, как one man project. Если автор случайно, не дай бог, попадёт в аварию что дальше? :)

$600 на западе не деньги, так что "Даже на Западе" несколько неуместно.

Что-что, форк будет ;) Я сорсы смотрел - очень красиво и понятно всё. Проект не умрёт если ты об этом ;)

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

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

Питон выигрывает в основном за счёт динамической типизации.

Не только это, но и это тоже...

> Питон выигрывает в основном за счёт динамической типизации.

За счет нее во многом и проигрывает. В Java вон даже для более строгой ь типизацйии Generics ввели.