Да, javа как языку, не хватает продвинутых data-manipulation средств. 
Да и много кодить нужно чтобы сделать логически простые вещи...

Явно нужен дополнительный язык, который на 100% стыкуется с java-платформой и позволяет экономить драгоценное время и драгоценные нервы программистов .

Groovy спасет мир? 

В новые версии jvm  обещают добавить инструкцию invokedynamic дабы динамическим языкым легко жилось. Вот когда это будет - станет совсем весело. 

Это сообщение отредактировал(а) Mayk - 19.12.2008, 13:29

Динамический язык динамическому языку рознь...

Если groovy вполне удобно интегрируется и отлично работает, то, к примеру, scala - это тихий ужас. Чего только названия методов стоят (Пробовал сделать динамическую подгрузку scala-классов из рабочей программы).


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

А что насчет возможностей groovy для работы с XML? Можно ли использовать groovy вместо XQuery?
1) есть ли возможность создавать новые элементы из последовательности имеющихся?
2) есть ли типы данных, аналогичные тем, которые есть в XQuery?

Scala?

fixxer, groovy щас интересует еще и всвязи с тем, что его NetBeans поддерживает .

и IntelliJ IDEA 

http://wiki.netbeans.org/Scala

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

v2v
Пользуется, еще как. Заказчики вцепляются в groovy+grails т.к. там все просто и даже им местами понятно.
В Минске процентов 10% контор используют груви для разработки. Эта ифра такая ТОЛЬКО потому, что все многочисленные проекты которые на саппорт ясен пень не на груви. А реди новых поектов = о много на groovy+grails (по крайней мере под веб)

Так же судя по вакансия на работу много грду вместо groovy+grails используют jruby+rails. Думаю тк JRuby раз в N быстрее.

Andrey1
Насчет работы с XML =удобно. Удобно с dom4j работать (ну тока в том плане, что не надо писать set/get)
Кроме того XML структуры удобно благодаря Groovy builder concept (http://groovy.codehaus.org/Builders).

Проблема в самом языке: из-за автогетеров автосеттеров большие проблемы с модификаторами доступа (подробнее я читала Greasing the Wheels of Java(http://www.amazon.com/Groovy-Recipes-Greasing-Pragmatic-Programmers/dp/0978739299)). В результате из груви класса можешь доступаться к private из сторонней Java библиотеки.

Насчет отказа от XQuery: если у тебя много-много памяти и хорошее терпение = отлично. Времени на разработку мало, на запуск долго + вечная угроза PermGen Space Out of Memory.

Плюсов и удобств в самом языке много (в плане синтаксиса). Динамическая типизация удобно. Приятные мелочи типа object?.field которые на ают кинуться NPE в случае null object.

Но, поработав полгоджа на этом начинаешь люто ненавидеть это. 
 

Не знаю плюсы или минусы. Мне в целом груви пока незнаком. Не понятно понятие "замыкания". И так и сяк пробовал... 
А так по возможно стараюсь Groovy встраивать в проекты. Пока с попеременным успехом...
Эх, раздел бы был свой. У меня столько вопросов скопилось!

а что именно раздражает-то?