Gradle 7.2

Минорщина же.

Это должно быть мини-новостью.

Так же, как недавняя новость о выходе Maven 3.8.2.

Согласен.

Худшая система сборки, что я видел.

а maven лучше? почему?

Ну хотя бы тем, что там структура проекта жёстко задана. Открываешь любой pom.xml и всегда знаешь что где искать. А build.gradle в разных проектах структурирован по разному. Особенно, если плагинами всякими обмазаться.

Структуру проекта можно менять и там и там, а по умолчанию она одинаковая. По крайней мере для Java.

наиболее популярная среди разработчиков на Java

Враньё.

теперь поддерживает ещё и Scala.

Не нужно от слова совсем: sbt на порядок круче.

Только почему-то в среднем с gradle можно сбилдить, опубликовать артефакты и задеплоить на машину быстрее, чем ты скажешь «sbt reload».

Ну и по статистике можно видеть, что gradle если не популярнее, то как минимум стремительно в этом направлении движется: https://insights.stackoverflow.com/trends?tags=gradle%2Cmaven

А если посмотреть на продукт «на порядок круче», то все становится ясно: https://insights.stackoverflow.com/trends?tags=gradle%2Cmaven%2Csbt

Я неверно выразился, я имел ввиду структуру билд-файла(ов). pom.xml или build.gradle.

Интересно, что тормозит сильнее — груви или питон.

сишка с ассемблером потому-что generic.i386 без jit

Интересно, что тормозит сильнее — груви или питон.

На холодном запуске Groovy, на прогретой VM – Python.

Ну и по статистике можно видеть, что gradle если не популярнее, то как минимум стремительно в этом направлении движется: https://insights.stackoverflow.com/trends?tags=gradle%2Cmaven

По графику как раз видно, что рост популярности Gradle затормозился - график вышел на плато. На самом деле это не столько популярность самих утилит, сколько популярность вопросов о них. Про Maven уже давно всё спрошено и на всё отвечено, поэтому количество вопросов о нём упало. А Gradle занял свою нишу и скорее всего достиг аналогичного пика, который был у Maven в 2016 году.

На холодном запуске Groovy

Да, помню, к gradle прикручивали демон-моде как раз для этого, только оно у меня ни хрена толком не работало никогда.

К нему и сейчас прикручивают демон по умолчанию, хотя Java уже научилась сохранять состояние между запусками (забыл как это правильно называется).

На самом деле если правильно готовить gradle, то он нормальный. Но только «правильно готовить» в его случае - это не заставить gradle делать то что нужно тебе, а поменять свой проект так, чтобы он хорошо попадал в дефолты gradle.

У меня был опыт рефакторинга gradle-конфигов когда удалось вычистить все плагины, и удалить 80% строк из файлов сборки просто переложив исходники в стандартную систему, чтобы ресурсы, тесты и src были разложены как сейчас принято, а не как разработчику пять лет назад почему-то втемяшилось.

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

На самом деле если правильно готовить gradle, то он нормальный

Вот именно. Только вот обычно он неправильно приготовлен. Откроешь билд-скрипт, а его сам автор уже объяснить не может, столько там всего понаверчено. В мавене, конечно, тоже можно навертеть всякого странного, но обычно всё в рамках разумного.

У меня был опыт рефакторинга gradle-конфигов когда удалось вычистить все плагины, и удалить 80% строк из файлов сборки просто переложив исходники в стандартную систему, чтобы ресурсы, тесты и src были разложены как сейчас принято, а не как разработчику пять лет назад почему-то втемяшилось.

Так это же и есть фактически тот же подход, что и в Maven. Всё нестандартное - в своих плагинах или перевести на стандартное, а в pom.xml минимум извращений.

Maven должен умереть из-за одного лишь xml. Сабжу долгих лет.

Можешь внятно объяснить, чем тебе так не угодил XML?

Сабж должен умереть из-за одного лишь формата файлов на базе Groovy. Ant'у воскрешения.

Зачем нужно это поделие для хибздороф, если везде в суровом корпоративном транснациональном тырпрайсе юзается Ant?

Преходи к нам работать. У нас ant. Именно так мы отсеиванием смусихлебов в первый же день.

Я не жабист, просто приходилось собирать пару джавовых программ и ant показался самым вменяемым.

Смусихлебушка, а ты когда нибудь создавал WSDL сервисы и генерировал по ним клиентов? А это 80 процентов современного тырпрайса.

Зы. Тебе ещё и yaml подавай, так как json не такой человекочитаемый?

Ты ещё сурового тырпрайзного SVN версии 1.6 в привязке к Eclipse 2008 не видел.

Знаешь как там теги нужно переключать на 20 проектах сразу одновременно?

Зы. Тебе ещё и yaml подавай, так как json не такой человекочитаемый?

Формат не только читаемый должен быть, но и писуемый. И адекватная часть человечества расстреливает одинаково и за джейсон и за иксэмэль. Да, yaml или toml, говноед.

Коллега, а сколько триллионов долларов вы выделяете на миграцию XML сервисов на TOML сервисы?

И как TOML request and response body будут выглядеть в одну строчку в текстовом лог файлике?

Ну это вообще на самом деле единственно работоспособный подход для работы с инфраструктурными вещами (а сборочная система - это уже инфра). То есть не пытаться их под себя заточить, а дать им делать то, что они заточены делать.

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

Коллега, а сколько триллионов долларов вы выделяете на миграцию XML сервисов на TOML сервисы?

Не подскажешь, где купить деревянные колёса для телеги? А то мне не надо.

И как TOML request and response body будут выглядеть в одну строчку в текстовом лог файлике?

Надо просто перестать выделять триллионы на людей, которые изобретают подобные странные задачи, и дело пойдёт.

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

Это решается очень просто – чурбаны с улицы не решают таких вопросов. Все проблемы IT-отрасли – не проблемы разработчиков – а проблемы организации. Как всегда.

Он не для людей.

Не надо равнять весь тырпрайс на своё болото.

Скорее

Не надо равнять энтерпрайзное болото на всё айти

8-)

Да, я обожаю работать в смуси ствртапчиках с json сервисами

Вы так говорите, как будто у вас процесс assert-изации XML не автоматизирован.

WSDL, JSP и прочее жаба-дермище - бета-версия нынешнего ужаса.

ППКС. У нас был даунгрейд с Gradle на Ant.

Вы так говорите как будто это плохо.

Зы. Razor это альфа версия попытки сделать JSP 21 века, выкинутая по ошибке на прод.

Просто все программисты --- петухи.

И погапе это самый петушиный езыг погроммирования.

Зы. Но все таки Gradle это таки самая петушиная система сборки.

Не нужен.

ППКС

проиграл с смузихлёба с антом в треде)

-мимо-кобол

Проиграл с потасканой дешёвки-кобольщика.

-мимо-rpgle4-бог

У нас ant. Именно так мы отсеиванием смусихлебов в первый же день.

А зависимости вы качаете-собираете руками?

Видел такое в проектах, переведённых на Gradle с Ant. Может быть и в твоём проекте так же было?