Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз динамического языка программирования Groovy 2.5"	+/–
Сообщение от opennews (??), 30-Май-18, 20:51
Представлен (https://blogs.apache.org/logging/entry/announce-apache-groov...) релиз языка программирования Groovy 2.5 (http://groovy.apache.org/), который с 2015 года развивается под эгидой Фонда Apache. Язык Groovy заимствовал некоторые полезные качества Ruby, Haskell и Python, но создан для работы внутри виртуальной машины Java (JVM) и поддерживает тесную интеграцию с Java-приложениями. За годы существования Groovy вокруг данного языка сформировалась экосистема из связанных проектов, таких как MVC web-фреймворк Grails (http://grails.org/), swing-ориентированный фреймворк  Griffon (http://griffon-framework.org/), системы сборки Gant (https://gant.github.io/) и Gradle (http://gradle.org/), инструментарий для интеграции с Google App Engine - Gaelyk (http://gaelyk.appspot.com/), система параллельного программирования Gpars (http://www.gpars.org/), тестовый комплект Spock (http://www.spockframework.org/), инструменты для контроля качества  CodeNarc (http://codenarc.sourceforge.net/) и GMetrics (http://gmetrics.sourceforge.net/). В новом выпуске исправлено более 300 ошибок (http://groovy-lang.org/changelogs/changelog-2.5.0.html) и добавлено более 100 улучшений. Среди наиболее значительных новшеств (http://groovy-lang.org/releasenotes/groovy-2.5.html) поддержка макросов, в форме которых можно определять выражения, операторы, методы и классы. В выпуске также представлено 11 новых AST-преобразований (@AutoFinal, @AutoImplement, @NamedParam, @MapConstructor  и т.п.) и обеспечена возможность использования повторяющихся аннотаций.  В утилиты groovy и groovyConsole  добавлена поддержка прямого запуска тестов jUnit 5. Переработан CliBuilder, в котором добавлена возможность задания определений в стиле аннотаций и обеспечена поддержка Commons CLI и Picocli. Повышены требования к JDK: для сборки теперь необходим JDK8+, а в качестве минимальной версии JRE заявлен JDK7. URL: https://blogs.apache.org/logging/entry/announce-apache-groov... Новость: https://www.opennet.ru/opennews/art.shtml?num=48686
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

3. Сообщение от Анонос (?), 30-Май-18, 21:04	+/–
Кто работает с Groovy, пациент скорее жив или скорее мёртв? В смысле, начинает ли кто-нибудь новый проект на Groovy в 2018 году? Или хотя бы в 2017? Поделитесь, правда интересно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #5, #6, #8, #11

4. Сообщение от Аноним (-), 30-Май-18, 21:18	–1 +/–
Я на AWK небольшой скрипт написал в 2018 году, так что я думаю нормально, главное ж не это. Главное чтобы инструмент подходил под задачу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #14

5. Сообщение от Аднака (?), 30-Май-18, 21:26	+/–
Начинать, может, и не надо, а вот поддерживать много где, бо много где встроен как скриптовой язык - тот же Gradle и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #18

6. Сообщение от Аноним (-), 30-Май-18, 21:30	+2 +/–
Groovy широко используется в Jenkins 2.+ CI для написания пайплайнов где-то с 2016, и чем дальше в лес - тем толще партизаны. так что оно живее многих живых. https://jenkins.io/2.0/#pipelines
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #13

7. Сообщение от Аноним (-), 30-Май-18, 22:43	–1 +/–
У нас фильтры в log4j на груви. Норм штука, жизнь упрощает. Но вот их компилер не умеет с аспектами в джаве жить :(
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Beholder (??), 30-Май-18, 22:52	–4 +/–
Если устраивает JVM как платформа, то лучше на Kotlin
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #12

11. Сообщение от виндотролль (ok), 31-Май-18, 08:36	+2 +/–
Spock — это фреймворк богов. Чище и понятнее тестов не видел. Писать — одно удовольствие. И динамическая типизация в тестах очень помогает. Продакшн код писать, пожалуй, не стал бы. Как упомянули — котлин или скала — это будет проще, выразительнее, с большим сообществом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #17, #24

12. Сообщение от iZEN (ok), 31-Май-18, 09:14	–1 +/–
Kotlin надо гальванизировать, чтобы ожил наконец, - 7 лет как бы развивается, но до сих пор тестовая версия и популярен в узком кругу в качестве игрушки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15, #22

13. Сообщение от Аноним (-), 31-Май-18, 09:49	–1 +/–
> Groovy широко используется в Jenkins 2.+ CI для написания пайплайнов где-то с > 2016, и чем дальше в лес - тем толще партизаны. так > что оно живее многих живых. https://jenkins.io/2.0/#pipelines Напиши ещё побольше этих пайплайнов, и тогда ты возможно захочешь переехать куда-то с убогого дженкинса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #29

14. Сообщение от Аноним (-), 31-Май-18, 11:42	+/–
где бы взять этих задач, под которые groovy подходит :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #16

15. Сообщение от Аноним (-), 31-Май-18, 11:45	+/–
Про популярность странно слышать от сторонника BSD. И с чего это тестовая версия? Давно уже не тестовая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от Аноним (-), 31-Май-18, 11:52	+/–
Он бы может много по что подходил, если бы у него была более предсказуемая семантика по отношению к синтаксису. Одни только неработающие private чего стоит, причем очень запутанное объяснение, что типа эта такая фича, что private - это как бы не private, а обертка для геттеров/сеттеров (или что-то в этом роде). Ну так и назвали бы это property, а ограничения доступа вообще бы не вводили никак, если не знают как это реализовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #21

17. Сообщение от pioneer (??), 31-Май-18, 12:43	+/–
Аналогично. Основной код на Java, тесты все на Groovy.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

18. Сообщение от danonimous (?), 31-Май-18, 13:36	+/–
В Gradle вроде будут переходить на Kotlin, поэтому учить Groovy из-за него не стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #20

19. Сообщение от Аноним (-), 31-Май-18, 13:41	+/–
Groovy - не смог, теперь есть kotlin который работает в native, wasm, js и jvm Являясь официальным языком android studio имея богатейший тулчейн оставляет очень мало шансов повторить свой успех groovy и scala.
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Аноним (-), 31-Май-18, 15:29	+/–
> В Gradle вроде будут переходить на Kotlin, поэтому учить Groovy из-за него не стоит. Ух ты! Было бы круто! Это где такая новость? И сколько десятилетий на это запланировано? ))) Так и ждал, что на Kotlin будут делать подобное (правда думал, что это будет отдельный проект, а не в рамках Градл, а то они так от зависимостей Градла никогда не избавятся).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #23

21. Сообщение от КО (?), 31-Май-18, 19:04	+/–
> если не знают как это реализовать. А зачем им знать - это JVM реализовывает. Вот только повальное увлечение этим от лукавого. Хотя особо упертые пытаются прибить Unsafe и иже с ним в той же кофеварке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #27

22. Сообщение от Яр (?), 31-Май-18, 21:18	+/–
Добро пожаловать в 2018-й. Гугл год или два как уже топит за разработку под андроид на Котлин. Последний Google I/O, который недавно был - всё под андроид на Котлин показывали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #28

23. Сообщение от fukumimi (?), 31-Май-18, 23:26	+/–
> Это где такая новость? > И сколько десятилетий на это запланировано? ))) https://blog.gradle.org/kotlin-meets-gradle Всё уже как-то работает, но официально оно пока experimental.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #26

24. Сообщение от Аноним (-), 01-Июн-18, 01:54	–2 +/–
Динамическая типизация это ловушка в которую попадает каждая вторая муха, все программисты не знающие тип своих переменных\объектов должны отправиться на марс первым туристическим кораблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #25

25. Сообщение от виндотролль (ok), 01-Июн-18, 05:02	+/–
> Динамическая типизация это ловушка в которую попадает каждая вторая муха, все программисты > не знающие тип своих переменных\объектов должны отправиться на марс первым туристическим > кораблем. Комментаторы, которые не умеют читать и триггерятся по словосочетанию из двух слов, должны отправиться на марс. Если я пишу тест для своего же кода на статически типизированном языке, то уж я-то точно знаю типы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

26. Сообщение от Аноним (-), 01-Июн-18, 09:13	+/–
> В Gradle вроде будут переходить на Kotlin, > >> Это где такая новость? >> И сколько десятилетий на это запланировано? ))) >> > https://blog.gradle.org/kotlin-meets-gradle > > Всё уже как-то работает, но официально оно пока experimental. Нуу, это всего лишь типа Kotlin scripting support. Это не то же самое, что "переходить на Kotlin". Вот когда будет что-то вроде "Kotlin build tool" целиком... (Это не в укор Kotlin, просто действительно аналог Мавена на Kotlin было бы гораздо лучше, чем на этом кривом и тормозном Groovy.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

27. Сообщение от Аноним (-), 01-Июн-18, 09:24	+/–
>> если не знают как это реализовать. > > А зачем им знать - это JVM реализовывает. Так и я о том же. Если не знают, как это JVM реализовывает, тогда и не надо реализовывать, то что должна реализовывать VM. Или уж так, чтоб работало, как ожидается. Если сказано "private" - это должно быть именно "private", как во всех других языках. А не что-то другое, типа, попробовали, не поняли, как "это JVM реализовывает", пусть тогда это у нас будет так, как она это реализовывает, не понятно как, но пусть это ключевое слово остается, и все думают, что у нас все по настоящему... а когда кто-то докопается, скажем, что это такая фича, а остальные и так схавают. > Вот только повальное увлечение этим от лукавого. Хотя особо упертые пытаются прибить Unsafe и иже с ним в той же кофеварке. А это тут причем? О том и речь, не получается без Unsafe - ну и лучше вообще не делать. Иначе уж делать до конца, с полным понимаем и гарантированной поддержкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

28. Сообщение от Аноним (-), 01-Июн-18, 09:29	–1 +/–
> Добро пожаловать в 2018-й. Гугл год или два как уже топит за разработку под андроид на Котлин. Все вроде так, только когда слишком увлекаются сленгом, бывает двусмысленно. Что значит "Гугл топит"? "Казнить нельзя помиловать"? > Последний Google I/O, который недавно был - всё под андроид на Котлин показывали. Это в смысле "утопили", "втопили" или просто "топили за"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

29. Сообщение от annual slayer (?), 22-Ноя-18, 17:58	+/–
и где в опенсорсе сейчас можно неубого задать инструкции сборкив виде файла? чтобы не просто список команд необходимых для сборки, как в баш скрипте написать аля трэвис и выбрать тип воркера для выполнения, а реально настроить триггеры, доступ к определенному рсшаренному кейрингу для определенных ступеней сборки и т.д. и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

30. Сообщение от annual slayer (?), 22-Ноя-18, 18:03	+/–
груви и пр. надо когда четкие ребята пишут четенько на джаве ядро программы, но нужно нанять дешевую рабсилу писать всякую бизнес-логику или типа плагины, вот тогда вот груви и имеет смысл а полностью писать проект на груви -- не могу понять, какая именно причина может к этому побудить
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема