1.3, Анонос (?), 21:04, 30/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто работает с Groovy, пациент скорее жив или скорее мёртв? В смысле, начинает ли кто-нибудь новый проект на Groovy в 2018 году? Или хотя бы в 2017?
Поделитесь, правда интересно.
| |
|
2.4, Аноним (-), 21:18, 30/05/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я на AWK небольшой скрипт написал в 2018 году, так что я думаю нормально, главное ж не это. Главное чтобы инструмент подходил под задачу.
| |
|
|
4.16, Аноним (-), 11:52, 31/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Он бы может много по что подходил, если бы у него была более предсказуемая семантика по отношению к синтаксису.
Одни только неработающие private чего стоит, причем очень запутанное объяснение, что типа эта такая фича, что private - это как бы не private, а обертка для геттеров/сеттеров (или что-то в этом роде). Ну так и назвали бы это property, а ограничения доступа вообще бы не вводили никак, если не знают как это реализовать.
| |
|
5.21, КО (?), 19:04, 31/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> если не знают как это реализовать.
А зачем им знать - это JVM реализовывает.
Вот только повальное увлечение этим от лукавого. Хотя особо упертые пытаются прибить Unsafe и иже с ним в той же кофеварке.
| |
|
6.27, Аноним (-), 09:24, 01/06/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> если не знают как это реализовать.
>
> А зачем им знать - это JVM реализовывает.
Так и я о том же. Если не знают, как это JVM реализовывает, тогда и не надо реализовывать, то что должна реализовывать VM. Или уж так, чтоб работало, как ожидается.
Если сказано "private" - это должно быть именно "private", как во всех других языках.
А не что-то другое, типа, попробовали, не поняли, как "это JVM реализовывает", пусть тогда это у нас будет так, как она это реализовывает, не понятно как, но пусть это ключевое слово остается, и все думают, что у нас все по настоящему... а когда кто-то докопается, скажем, что это такая фича, а остальные и так схавают.
> Вот только повальное увлечение этим от лукавого. Хотя особо упертые пытаются прибить Unsafe и иже с ним в той же кофеварке.
А это тут причем? О том и речь, не получается без Unsafe - ну и лучше вообще не делать. Иначе уж делать до конца, с полным понимаем и гарантированной поддержкой.
| |
|
|
|
|
2.5, Аднака (?), 21:26, 30/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Начинать, может, и не надо, а вот поддерживать много где, бо много где встроен как скриптовой язык - тот же Gradle и т.д.
| |
|
3.18, danonimous (?), 13:36, 31/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
В Gradle вроде будут переходить на Kotlin, поэтому учить Groovy из-за него не стоит.
| |
|
4.20, Аноним (-), 15:29, 31/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> В Gradle вроде будут переходить на Kotlin, поэтому учить Groovy из-за него не стоит.
Ух ты! Было бы круто!
Это где такая новость?
И сколько десятилетий на это запланировано? )))
Так и ждал, что на Kotlin будут делать подобное (правда думал, что это будет отдельный проект, а не в рамках Градл, а то они так от зависимостей Градла никогда не избавятся).
| |
|
|
6.26, Аноним (-), 09:13, 01/06/2018 [^] [^^] [^^^] [ответить]
| +/– |
> В Gradle вроде будут переходить на Kotlin,
>
>> Это где такая новость?
>> И сколько десятилетий на это запланировано? )))
>>
> https://blog.gradle.org/kotlin-meets-gradle
>
> Всё уже как-то работает, но официально оно пока experimental.
Нуу, это всего лишь типа Kotlin scripting support.
Это не то же самое, что "переходить на Kotlin".
Вот когда будет что-то вроде "Kotlin build tool" целиком...
(Это не в укор Kotlin, просто действительно аналог Мавена на Kotlin было бы гораздо лучше, чем на этом кривом и тормозном Groovy.)
| |
|
|
|
|
|
3.13, Аноним (-), 09:49, 31/05/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Groovy широко используется в Jenkins 2.+ CI для написания пайплайнов где-то с
> 2016, и чем дальше в лес - тем толще партизаны. так
> что оно живее многих живых. https://jenkins.io/2.0/#pipelines
Напиши ещё побольше этих пайплайнов, и тогда ты возможно захочешь переехать куда-то с убогого дженкинса
| |
|
4.29, annual slayer (?), 17:58, 22/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
и где в опенсорсе сейчас можно неубого задать инструкции сборкив виде файла? чтобы не просто список команд необходимых для сборки, как в баш скрипте написать аля трэвис и выбрать тип воркера для выполнения, а реально настроить триггеры, доступ к определенному рсшаренному кейрингу для определенных ступеней сборки и т.д. и т.п.
| |
|
|
|
3.12, iZEN (ok), 09:14, 31/05/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Kotlin надо гальванизировать, чтобы ожил наконец, - 7 лет как бы развивается, но до сих пор тестовая версия и популярен в узком кругу в качестве игрушки.
| |
|
4.15, Аноним (-), 11:45, 31/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Про популярность странно слышать от сторонника BSD.
И с чего это тестовая версия? Давно уже не тестовая.
| |
4.22, Яр (?), 21:18, 31/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Добро пожаловать в 2018-й. Гугл год или два как уже топит за разработку под андроид на Котлин. Последний Google I/O, который недавно был - всё под андроид на Котлин показывали.
| |
|
5.28, Аноним (-), 09:29, 01/06/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Добро пожаловать в 2018-й. Гугл год или два как уже топит за разработку под андроид на Котлин.
Все вроде так, только когда слишком увлекаются сленгом, бывает двусмысленно.
Что значит "Гугл топит"?
"Казнить нельзя помиловать"?
> Последний Google I/O, который недавно был - всё под андроид на Котлин показывали.
Это в смысле "утопили", "втопили" или просто "топили за"?
| |
|
|
|
2.11, виндотролль (ok), 08:36, 31/05/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Spock — это фреймворк богов. Чище и понятнее тестов не видел. Писать — одно удовольствие. И динамическая типизация в тестах очень помогает.
Продакшн код писать, пожалуй, не стал бы. Как упомянули — котлин или скала — это будет проще, выразительнее, с большим сообществом.
| |
|
3.24, Аноним (-), 01:54, 01/06/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Динамическая типизация это ловушка в которую попадает каждая вторая муха, все программисты не знающие тип своих переменных\объектов должны отправиться на марс первым туристическим кораблем.
| |
|
4.25, виндотролль (ok), 05:02, 01/06/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Динамическая типизация это ловушка в которую попадает каждая вторая муха, все программисты
> не знающие тип своих переменных\объектов должны отправиться на марс первым туристическим
> кораблем.
Комментаторы, которые не умеют читать и триггерятся по словосочетанию из двух слов, должны отправиться на марс.
Если я пишу тест для своего же кода на статически типизированном языке, то уж я-то точно знаю типы.
| |
|
|
|
1.7, Аноним (-), 22:43, 30/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
У нас фильтры в log4j на груви. Норм штука, жизнь упрощает. Но вот их компилер не умеет с аспектами в джаве жить :(
| |
1.19, Аноним (-), 13:41, 31/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Groovy - не смог, теперь есть kotlin который работает в native, wasm, js и jvm
Являясь официальным языком android studio имея богатейший тулчейн оставляет очень мало шансов повторить свой успех groovy и scala.
| |
1.30, annual slayer (?), 18:03, 22/11/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
груви и пр. надо когда четкие ребята пишут четенько на джаве ядро программы, но нужно нанять дешевую рабсилу писать всякую бизнес-логику или типа плагины, вот тогда вот груви и имеет смысл
а полностью писать проект на груви -- не могу понять, какая именно причина может к этому побудить
| |
|