No video :(

Степан Гончаров - Gradle от A до Я

Подписаться 11 тыс.

Просмотров 44 тыс.

50% 1

Ближайшая конференция - Mobius 2024 Autumn, 11 октября (Online), 19-20 октября, Санкт-Петербург. Подробности и билеты: jrg.su/Yu6KNJ
- -
. . .
. Что же такое Gradle, как он работает, что за плагины и таски? Демоны, воркеры, агенты, процессоры... А еще жизненный цикл, конфигурация и бог знает что еще. Все это огромная и сложная машина, с которой нам хочется подружиться, потому что иначе нас ждут непонятные ошибки, которые неизбежно снижают продуктивность всей команды.
В этом докладе Степан постарается объяснить, что же такое Gradle, начиная с wrapper, buildSrc и жизненного цикла, и заканчивая зависимостями между тасками, принципами кеширования и инкрементальной компиляции. После этого мы углубимся в Android и Kotlin-Android плагины, и постараемся выстроить всю цепочку преобразований текста в файлах и ресурсов в APK.

Опубликовано:

29 авг 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 61

@vladimirlazarev2267 2 года назад

Похоже на тот случай, когда инструмент для решения задачи оказывается сложнее самой задачи.

@user-xb5cq3zx9x 2 года назад

ахахаххаахха, доклад про gradle: Так ну у вас будет куча проблем это невыносимо сложно использовать я не понимаю зачем это нужно это повергло меня в депрессию это тоже вообще все в дерьме, но кода придется писать меньше

@Kadabra1981 3 года назад

Божественный сборщик, началось с того что в мавене xml много писать, ок вот градл где писать надо мало, и началось тут надо дописать там надо дописать здесь таски лучше классами описать, в итоге портянка build.gradle вырастет как бы не в разы больше pom.xml

@kraken645 2 года назад

Ты не работал с Gradle и захотел узнать как это когда не maven? Это не то видео, тебе не сюда.

@user-sj1qf8cb7h Год назад

Да нет, кажись, как раз то. Желание заниматься глупостями сняло на раз.

@kazakhification 3 года назад

Понял что не буду использовать грэдл

@32zim32 2 года назад

Как по мне настолько непонятная система сборки не должна существовать в нашем мире

@konstantinchudinov2553 Год назад

После 10 лет работы джавистом в 9 компаниях, и 4х лет работы JS fullstack разрабом + Ruby (иногда) - я могу сказать что джава разработчики в принципе все усложняют настолько, что не должны существовать в нашем мире. Куда не плюнь - везде оверкомпликейтед вещи. Я когда JS разрабам рассказывал, что будучи синьором джавистом я читал отдельные книги по ORM, Конкурентности, IoC, сборщикам, типа мейвена - они пальцем у виска крутят и не понимают, что можно было такого впихнуть в эти технологии что по ним нужно целые книги прочесть, чтобы разбираться. И я отчетливо вижу сейчас, что эта сложность - приводит к гораздо бОльшим проблемам на продакшне, чем если писать на той же ноде, пайтоне или руби

@konstantinchudinov2553 Год назад

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

@vdrmkr Год назад

@@konstantinchudinov2553 лол, это вы плюсы не видели, и их системы сборки. Ваши веберы бы повесились на месте от увиденного.

@NakoYamaSan Год назад

@@konstantinchudinov2553 да, это пипец конечно жесткий, чего в мире java творится, все оверкомпликейтед.. самого тошнит, всякие Спринги и Жпа напридумывали...

@Titov222 4 года назад

Спасибо за доклад, очень интересно

@immortal-spirit-13 3 года назад

инетресно ) спасибо ) но очень тяжело дня понимания лично для меня )

@vdrmkr 2 года назад

И вообще, почему МЦ Похоронил рассказывает про Gradle? 🧐

@bipbipbopbop2682 Год назад

порадовало

@miRorshik 3 года назад

я прям страдаю от гредла... он вечно цепляет не те библиотеки постоянно после переключении между проектами цепляет не те библиотеки.. и каждый раз каким то неведомым способом всё ломается. Пока проект полностью не переустановишь ничего не заработает...

@maxkatrenko8865 3 года назад

жиза

@PS18041994 2 года назад

Tasks ARE very complicated :)

@Grapeoff 2 года назад

После NPM + WebPack как-то дико выглядит

@i3DRaven Год назад

Эволюция инит систем в линукс 1. Мы напишем кучу связанных спагетти скриптов и запутаемся к хренам. 2. Мы напишем декларативный systemd, он в сто раз проще и будет удобно. Эволюция билд систем в java|kotlin 1. Мы напишем декларативный мавен, он простой и ясный 2. Мы напишем спагетти кодовый gradle и запутаемся к хренам Кажется погромисты несколько проигрывают в разумности админам. По возможности не пользуюсь gradle, ибо дрянь и maven намного лучше. Но у нас CI/CD это не часть билда и билд только билдит. Собственно в вопросах kotlin vs java то же самое. Правда на kotlin я всего около 70к строк написал, может не проникся и зря считаю его языком, провоцирующим спагетти код.

@NakoYamaSan Год назад

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

@vdrmkr 2 года назад

Эм, а каким образом то что язык интерпретируемый влияет на невозможность ошибки в рантайме?

@COOP1606 3 года назад

Уныло и депрессивно. Краткий пересказ: все девелоперы - неумные, а инструмент - слишком сложный.

@taraszhupnyk2998 3 года назад

да, я также заметил что не хватает подтанцовки и феерверков

@kirillkir6268 5 месяцев назад

До сих пор не понимаю, как это могло появиться в мире джава... Билд скрипт должен билдить, а не запускать ракеты в космос! Самое обидное, что девы начали говорить меркетинговыми лозунгами, а то что эта хрень не дает никаких преимущест кроме усложнения в мире микросервисов, об этом почему-то все забывают, главное, чтобы не XML ))) Вот только XML прост и однообразены, а на гредле каждый билд скрипт как картина современного искусства... уникален

@istiod 3 года назад

Мне кажется на 12.19 автор заблуждается, тело таски выполнилось как надо, после запуска таски, а потом в консоль вывелся лейбл жизненного цикла, т.е. результат с которым она выполнилась. Ну а actions - doFirst и doLast как раз выполняются до и после самой таски соответственно.

@TheJabberwahh Год назад

"конфьюзит". можно было бы всю лекцию на английском, но пока мы умеем только в слово "конфьюзит"

@NakoYamaSan Год назад

А почему про Ant ничего не сказали? Изжила себя технология?

@konstantinchvilyov9602 3 года назад

А русские слова уже забыли?

@maxkatrenko8865 3 года назад

не устаивает - не смотрите

@konstantinchvilyov9602 3 года назад

@@maxkatrenko8865 Спасибо за дельный совет :))))

@IlllIlIIllIll 2 года назад

Да без проблем. Про что ты хочешь услышать? Могу рассказать запуск проекта на Весеннем Ботинке с помощью Градиента. Подключим с тобой ГибкийПоиск, зальём всё на Мерзавчика. Данные какие будут? ГибкогоПоиска хватит? Или реляционное что-нибудь подключим? Будем общаться на Вялом. У тебя кстати как с английским? Верхне-промежуточный есть? ps. slack - вялый, git - мерзавец)

@konstantinchvilyov9602 2 года назад

@@IlllIlIIllIll Стефан, собственные имена переводить нет необходимости 😀А вот с рунглиша лучше перейти на русский, ну хотя бы во время общественных объяснений. Это значит, что вместо Тасок?, Тасков? лучше сказать Задач, Заимплеменчен? - выполнен, осуществлён, разработан, Мутабельная? - изменяемая вероятно, Зарезолвится - трудно сказать, тут надо сначала понять что имел ввиду автор. 😀