ахахаххаахха, доклад про gradle: Так ну у вас будет куча проблем это невыносимо сложно использовать я не понимаю зачем это нужно это повергло меня в депрессию это тоже вообще все в дерьме, но кода придется писать меньше
Божественный сборщик, началось с того что в мавене xml много писать, ок вот градл где писать надо мало, и началось тут надо дописать там надо дописать здесь таски лучше классами описать, в итоге портянка build.gradle вырастет как бы не в разы больше pom.xml
После 10 лет работы джавистом в 9 компаниях, и 4х лет работы JS fullstack разрабом + Ruby (иногда) - я могу сказать что джава разработчики в принципе все усложняют настолько, что не должны существовать в нашем мире. Куда не плюнь - везде оверкомпликейтед вещи. Я когда JS разрабам рассказывал, что будучи синьором джавистом я читал отдельные книги по ORM, Конкурентности, IoC, сборщикам, типа мейвена - они пальцем у виска крутят и не понимают, что можно было такого впихнуть в эти технологии что по ним нужно целые книги прочесть, чтобы разбираться. И я отчетливо вижу сейчас, что эта сложность - приводит к гораздо бОльшим проблемам на продакшне, чем если писать на той же ноде, пайтоне или руби
к сожалению, у нас до сих пор есть джава микросервисы и приходится разбираться вот с грейдлом и смотреть подобные видосы, потому что после 300 страниц документации по грейдлу и все равно ничего не понимая - хочется послать все нафиг
@@konstantinchudinov2553 да, это пипец конечно жесткий, чего в мире java творится, все оверкомпликейтед.. самого тошнит, всякие Спринги и Жпа напридумывали...
я прям страдаю от гредла... он вечно цепляет не те библиотеки постоянно после переключении между проектами цепляет не те библиотеки.. и каждый раз каким то неведомым способом всё ломается. Пока проект полностью не переустановишь ничего не заработает...
Эволюция инит систем в линукс 1. Мы напишем кучу связанных спагетти скриптов и запутаемся к хренам. 2. Мы напишем декларативный systemd, он в сто раз проще и будет удобно. Эволюция билд систем в java|kotlin 1. Мы напишем декларативный мавен, он простой и ясный 2. Мы напишем спагетти кодовый gradle и запутаемся к хренам Кажется погромисты несколько проигрывают в разумности админам. По возможности не пользуюсь gradle, ибо дрянь и maven намного лучше. Но у нас CI/CD это не часть билда и билд только билдит. Собственно в вопросах kotlin vs java то же самое. Правда на kotlin я всего около 70к строк написал, может не проникся и зря считаю его языком, провоцирующим спагетти код.
kotlin как раз и провоцирующий спагети код. просто еще мало спагети-гавно-кода на нем написано. просто время покажет, что котлин нигде больше не приживется, кроме как на Андроиде. Ну, судя по тому, что код в андроиде всегда был гавно, то котлину там самое место.
До сих пор не понимаю, как это могло появиться в мире джава... Билд скрипт должен билдить, а не запускать ракеты в космос! Самое обидное, что девы начали говорить меркетинговыми лозунгами, а то что эта хрень не дает никаких преимущест кроме усложнения в мире микросервисов, об этом почему-то все забывают, главное, чтобы не XML ))) Вот только XML прост и однообразены, а на гредле каждый билд скрипт как картина современного искусства... уникален
Мне кажется на 12.19 автор заблуждается, тело таски выполнилось как надо, после запуска таски, а потом в консоль вывелся лейбл жизненного цикла, т.е. результат с которым она выполнилась. Ну а actions - doFirst и doLast как раз выполняются до и после самой таски соответственно.
Да без проблем. Про что ты хочешь услышать? Могу рассказать запуск проекта на Весеннем Ботинке с помощью Градиента. Подключим с тобой ГибкийПоиск, зальём всё на Мерзавчика. Данные какие будут? ГибкогоПоиска хватит? Или реляционное что-нибудь подключим? Будем общаться на Вялом. У тебя кстати как с английским? Верхне-промежуточный есть? ps. slack - вялый, git - мерзавец)
@@IlllIlIIllIll Стефан, собственные имена переводить нет необходимости 😀А вот с рунглиша лучше перейти на русский, ну хотя бы во время общественных объяснений. Это значит, что вместо Тасок?, Тасков? лучше сказать Задач, Заимплеменчен? - выполнен, осуществлён, разработан, Мутабельная? - изменяемая вероятно, Зарезолвится - трудно сказать, тут надо сначала понять что имел ввиду автор. 😀
Похоже на тот случай, когда инструмент для решения задачи оказывается сложнее самой задачи.
ахахаххаахха, доклад про gradle:
Так ну у вас будет куча проблем
это невыносимо сложно использовать
я не понимаю зачем это нужно
это повергло меня в депрессию
это тоже
вообще все в дерьме, но кода придется писать меньше
Божественный сборщик, началось с того что в мавене xml много писать, ок вот градл где писать надо мало, и началось тут надо дописать там надо дописать здесь таски лучше классами описать, в итоге портянка build.gradle вырастет как бы не в разы больше pom.xml
Ты не работал с Gradle и захотел узнать как это когда не maven? Это не то видео, тебе не сюда.
Да нет, кажись, как раз то. Желание заниматься глупостями сняло на раз.
Спасибо за доклад, очень интересно
И вообще, почему МЦ Похоронил рассказывает про Gradle? 🧐
порадовало
Как по мне настолько непонятная система сборки не должна существовать в нашем мире
После 10 лет работы джавистом в 9 компаниях, и 4х лет работы JS fullstack разрабом + Ruby (иногда) - я могу сказать что джава разработчики в принципе все усложняют настолько, что не должны существовать в нашем мире. Куда не плюнь - везде оверкомпликейтед вещи. Я когда JS разрабам рассказывал, что будучи синьором джавистом я читал отдельные книги по ORM, Конкурентности, IoC, сборщикам, типа мейвена - они пальцем у виска крутят и не понимают, что можно было такого впихнуть в эти технологии что по ним нужно целые книги прочесть, чтобы разбираться. И я отчетливо вижу сейчас, что эта сложность - приводит к гораздо бОльшим проблемам на продакшне, чем если писать на той же ноде, пайтоне или руби
к сожалению, у нас до сих пор есть джава микросервисы и приходится разбираться вот с грейдлом и смотреть подобные видосы, потому что после 300 страниц документации по грейдлу и все равно ничего не понимая - хочется послать все нафиг
@@konstantinchudinov2553 лол, это вы плюсы не видели, и их системы сборки. Ваши веберы бы повесились на месте от увиденного.
@@konstantinchudinov2553 да, это пипец конечно жесткий, чего в мире java творится, все оверкомпликейтед.. самого тошнит, всякие Спринги и Жпа напридумывали...
Понял что не буду использовать грэдл
инетресно ) спасибо ) но очень тяжело дня понимания лично для меня )
Tasks ARE very complicated :)
После NPM + WebPack как-то дико выглядит
Эм, а каким образом то что язык интерпретируемый влияет на невозможность ошибки в рантайме?
я прям страдаю от гредла... он вечно цепляет не те библиотеки постоянно после переключении между проектами цепляет не те библиотеки.. и каждый раз каким то неведомым способом всё ломается. Пока проект полностью не переустановишь ничего не заработает...
жиза
Уныло и депрессивно. Краткий пересказ: все девелоперы - неумные, а инструмент - слишком сложный.
да, я также заметил что не хватает подтанцовки и феерверков
Эволюция инит систем в линукс
1. Мы напишем кучу связанных спагетти скриптов и запутаемся к хренам.
2. Мы напишем декларативный systemd, он в сто раз проще и будет удобно.
Эволюция билд систем в java|kotlin
1. Мы напишем декларативный мавен, он простой и ясный
2. Мы напишем спагетти кодовый gradle и запутаемся к хренам
Кажется погромисты несколько проигрывают в разумности админам.
По возможности не пользуюсь gradle, ибо дрянь и maven намного лучше.
Но у нас CI/CD это не часть билда и билд только билдит.
Собственно в вопросах kotlin vs java то же самое. Правда на kotlin
я всего около 70к строк написал, может не проникся и зря считаю его
языком, провоцирующим спагетти код.
kotlin как раз и провоцирующий спагети код. просто еще мало спагети-гавно-кода на нем написано. просто время покажет, что котлин нигде больше не приживется, кроме как на Андроиде. Ну, судя по тому, что код в андроиде всегда был гавно, то котлину там самое место.
До сих пор не понимаю, как это могло появиться в мире джава...
Билд скрипт должен билдить, а не запускать ракеты в космос!
Самое обидное, что девы начали говорить меркетинговыми лозунгами, а то что эта хрень не дает никаких преимущест кроме усложнения в мире микросервисов, об этом почему-то все забывают, главное, чтобы не XML )))
Вот только XML прост и однообразены, а на гредле каждый билд скрипт как картина современного искусства... уникален
Мне кажется на 12.19 автор заблуждается, тело таски выполнилось как надо, после запуска таски, а потом в консоль вывелся лейбл жизненного цикла, т.е. результат с которым она выполнилась. Ну а actions - doFirst и doLast как раз выполняются до и после самой таски соответственно.
"конфьюзит". можно было бы всю лекцию на английском, но пока мы умеем только в слово "конфьюзит"
А почему про Ant ничего не сказали? Изжила себя технология?
А русские слова уже забыли?
не устаивает - не смотрите
@@maxkatrenko8865 Спасибо за дельный совет :))))
Да без проблем. Про что ты хочешь услышать?
Могу рассказать запуск проекта на Весеннем Ботинке с помощью Градиента. Подключим с тобой ГибкийПоиск, зальём всё на Мерзавчика. Данные какие будут? ГибкогоПоиска хватит? Или реляционное что-нибудь подключим? Будем общаться на Вялом. У тебя кстати как с английским? Верхне-промежуточный есть?
ps. slack - вялый, git - мерзавец)
@@IlllIlIIllIll Стефан, собственные имена переводить нет необходимости 😀А вот с рунглиша лучше перейти на русский, ну хотя бы во время общественных объяснений. Это значит, что
вместо Тасок?, Тасков? лучше сказать Задач,
Заимплеменчен? - выполнен, осуществлён, разработан,
Мутабельная? - изменяемая вероятно,
Зарезолвится - трудно сказать, тут надо сначала понять что имел ввиду автор. 😀
@@konstantinchvilyov9602 Task - имя собственное в данном случае, термин... остальное в принципе по факту