Нельзя забывать, что Groovy фактически поддерживает синтаксис Java и поддерживает полный доступ к библиотекам Java. Это очень большой плюс для перехода. Сами же выше указали, что разработчики мигрируют очень неохотно. А тут практически и мигрировать не надо. ;)
Судя по западным блогам, есть таки люди, которые переползают с Ruby на Groovy. А это уже Java-платформа. Кроме того, я не стал бы цепляться за «угрохано больше ресурсов». Java предоставляет реальные преимущества в виде мультиплатформенности, неплохого быстродействия, прорвы разнообразных библиотек и множества разработчиков.
В тексте действительно было про все квадраты меньше 100, но поскольку в коде используется диапазон значений от 1 до 10 (а не число 100), то я счёл более корректным перевести как перевёл. Так точнее. О простых числах там ничего не говорится, кстати.
Разделите два понятия: синтаксис языка и получаемый байт-код. Тогда плюс Groovy станет понятен: одной строкой генерится байт-код, который на Java можно получить только несколькими строками. Ввиду того, что свойства используются повсеместно, это даёт ощутимый выигрыш в объеме кода и простоте поддержки. Это, кстати, не приводит к нарушению инкапсуляции (в отличие от public-полей). И если вдруг понадобится усложнение getter или валидация в setter, вы можете их добавить совершенно не нарушая совместимости. Код, зависящий от вашей библиотеки, не надо будет перекомпилировать.
Прозрачное взаимодействие с Java, видимо, тоже многого стоит. Вот уж на чём действительно много существующего кода. :) Хотя делать умный вид не буду, ибо на Ruby писал мало, а про JRuby только читал.
Нельзя забывать о том, что Rails — гораздо более зрелый проект, чем Grails и для него существует много вкусностей, которые пока не доступны в последнем. JRuby фактически имеет смысл только из-за Rails. Хотя лично мне JRuby действительно уже не кажется актуальным.
> Хорошо придумал: вот вам статья, но если она показалось вам поверхностной, то мопед не мой, я только разместил объяву :)
У перевода есть свои ограничения, это очевидно. К сожалению мои знания не настолько широки, чтобы сделать детальный обзор по всем языкам самому.
> Поток — это не процесс, я думаю тут мешанина из терминов получилась.
Cам морщился.
> Нууу, кто использовал pthreads и потоки win32, тот знает, что разница в их работе разительна…
Вот это я и называю полезным комментарием. Тема интересная и «вечная». Почему бы не сделать более качественную статью по этой теме? Лично я буду рад почитать.
class A { def b def c def d } def a = new A(b:0, c:1)И, так уж и быть, открою самую тёмную сторону Groovy: он отучает использовать точку с запятой, что потом может вылезать боком. ;)
Несмотря на дополнительные мета-данные это всего-навсего метод.
class StringCalculationCategory { static def plus(String self, String operand) { return self.toInteger() + operand.toInteger() } } use (StringCalculationCategory) { assert 1 == '1' + '0' }У перевода есть свои ограничения, это очевидно. К сожалению мои знания не настолько широки, чтобы сделать детальный обзор по всем языкам самому.
> Поток — это не процесс, я думаю тут мешанина из терминов получилась.
Cам морщился.
> Нууу, кто использовал pthreads и потоки win32, тот знает, что разница в их работе разительна…
Вот это я и называю полезным комментарием. Тема интересная и «вечная». Почему бы не сделать более качественную статью по этой теме? Лично я буду рад почитать.