Все видео думал что Barrukh - это никнейм, типа персонаж из мира Варкрафта. Оказалось что человека действительно так зовут) Отличная лекция, отличный подход
Я заметил что фейсбук и ютуб научились читать мысли/ Это конечно может выглядеть чушью но другого объяснения не вижу/ Нигде в инете ничего подобного не вводил и об этом не говорил но то что у меня в голове всплывало в виде реклам или рандомных видео/
Я новичок в системах сборки. Если я создаю проект Gradle в Intellij IDEA, потом делаю небольшую программу JavaFX. Если я хочу отлаживать программу по шагам, то для этого надо запускать специальный task или в настраивать отладку в IDEA?
оператору руки поотбивать. Когда докладчик начинает что-то объяснять обращая внимание на слайд, ракурс меняется на крупный план докладчика. Лучше бы все время был один общий ракурс, чем такая операторская работа.
Идея сборщика хорошая, но реализация просто жесть. Когда я делал проект на Maven, мне потребовался всего 1 час, что бы сделать деплой на tomcat. C Gradle сижу уже 3 день. В этом groovy хрен поймешь где объект, где функция, где что вообще. Да у Maven есть минусы, но черт возьми, он в 100 раз понятнее и логичнее!
Ребят, реально дико смотреть, как происходит всё это переключение между консолью, окнами, потом создание файлов.... Неужели до Линукса руки не доходят? Надеюсь за пять лет что-то изменилось )
Прошло почти семь лет с момента доклада, но особого стремления переходить на Gradle как-то не наблюдается. При этом его новые версии постоянно выходят как из рога изобилия, постоянно какие-то фичи объявляются deprecated, а со временем просто исчезают в угоду их более новым аналогам. Сам Gradle стремится оставаться бежать в фоновом режиме и везде, где его запускают создаёт часто совершенно бесполезные директории .gradle с кешем. Вот нахрена мне, Java разработчику, всё это надо и вообще зачем совмешать разработку с этим вашим грёбаным DevOps?
@@bvpanchenko Вовсе не сарказм. Недавно попал в новый проект, который мы начали писать с нуля. Согласился, на свою голову, использовать последний Gradle. Эх, лучше бы я этого не делал! Проблему с замусориванием файловой системы бесполезными директориями .gradle там в седьмой версии вроде бы решили и я подумал, что наверное он уже созрел. Как же я ошибался! Такого шаманства как с Gradle трудно где-то ещё припомнить. Например работа с подпроектами. В Gradle для этого существует директива include, которую прописывают в settings.gradle в корневой директории. Но что если структура подпроектов заранее неизвестна, эти подпроекты имеют собственные settings.gradle и вообще живут в отдельных Git репозиториях? В таком случае можно использовать директиву includeBuild. Но вот беда, эта самая includeBuild ведёт себя совершенно иначе. Подпроекты из includeBuild строятся только если находятся в зависимостях у других, которые строятся. Иначе они не строятся. Для решения этой проблемы мне, видимо, придётся написать код внутри основного settings.gradle, который будет рекурсивно обходить дерево каталогов и добавлять все те, в которых есть build.gradle. И вот спрашивается - нахрена козе баян - нахрена всё это шаманство, когда в Maven всё это работает лучше и понятнее?
@@finalename7464 > вообще живут в отдельных Git репозиториях? Интреснно а как такое на мавене сделать, ну или на других системах сборки. Гредл не идеален. Но "что-то выпиливают в следующий версии" ой неправда, выпиливают незначительные части и то не сразу. А то что вы в логе видите про диприкейт - ну значит какой-то плагин использует диприкейт апи (или вы). Эта надпись не значит что что-то выпилили, а означают что хотят выпилить
даже через 7 лет актуально
even after 11 years....)
Все правильно сделал, на 100% докопаться не до чего, весело, увлеченно для аудитории и доходчиво
Прошло уже 10 лет, а maven живее всех живых
Супер! Все понятно! Спасибо огромное!
Все видео думал что Barrukh - это никнейм, типа персонаж из мира Варкрафта. Оказалось что человека действительно так зовут) Отличная лекция, отличный подход
Я не искал это видео.
Как TH-cam узнал что я второй день не могу проект собрать????
маты на микрофон записал, понял чего не хватает)
Я заметил что фейсбук и ютуб научились читать мысли/ Это конечно может выглядеть чушью но другого объяснения не вижу/
Нигде в инете ничего подобного не вводил и об этом не говорил но то что у меня в голове всплывало в виде реклам или рандомных видео/
Красавчик. Хорошо выглядишь, вещаешь уверенно. Так держать.
На 26:16 муха красиво пролетела!
Футболка Терион и синглтон вискарь доставили. Доклад конечно не хуже) Женя, спасибо!
Выскочка в зале заколебал
Так это ж Барух😅
thank you
Можете скинуть презентацию, а то качество желает лучшего...
Я новичок в системах сборки. Если я создаю проект Gradle в Intellij IDEA, потом делаю небольшую программу JavaFX. Если я хочу отлаживать программу по шагам, то для этого надо запускать специальный task или в настраивать отладку в IDEA?
класс ) спасибо )
оператору руки поотбивать. Когда докладчик начинает что-то объяснять обращая внимание на слайд, ракурс меняется на крупный план докладчика. Лучше бы все время был один общий ракурс, чем такая операторская работа.
@@sasichkamega + нормальный оператор, весь код был в кадре крупным планом
Супер! Спасибо!
Идея сборщика хорошая, но реализация просто жесть. Когда я делал проект на Maven, мне потребовался всего 1 час, что бы сделать деплой на tomcat. C Gradle сижу уже 3 день. В этом groovy хрен поймешь где объект, где функция, где что вообще. Да у Maven есть минусы, но черт возьми, он в 100 раз понятнее и логичнее!
Andrew Tobilko слабаки в 2020 собираю на анте ;)
+++++++++
Вот так персонаж, как с него не слетают микрофоны. Наверно покажу своей бабушке, она ничего не поймет, но, уверен, дослушает до конца
2047 г. Актуально как никогда
у меня сбилдилось без проблем на 16 минуте
собирал проекты на Ant-е, на Maven-e и на Gradle. Могу сравнить. Gradle более гибкий инструмент сборки. Среди этих 3-х инструментов Gradle лучше всех.
За что он так ненавидит мавен централ?
За то, что сильно ограничивает творческую работу ))))
Он уже в 2013 знал, что в 2021 Maven Central победит.
Реклама на самом деле, и очень красивая, не то что сейчас, эххх задолбал гул с абсурдом
За Therion огромный респект!
Если слушаешь Therion, будь добр, используй gradle, блеать!
Джереми Реннер
Даа, мевен умер уже.
Совсем не умер и ещё долго не умрёт. Это Gradle всё никак не повзрослеет.
Ребят, реально дико смотреть, как происходит всё это переключение между консолью, окнами, потом создание файлов.... Неужели до Линукса руки не доходят? Надеюсь за пять лет что-то изменилось )
Дело вкуса
@@sasichkamega верно, кто-то извращенец, а кто-то программист)
Прошло почти семь лет с момента доклада, но особого стремления переходить на Gradle как-то не наблюдается. При этом его новые версии постоянно выходят как из рога изобилия, постоянно какие-то фичи объявляются deprecated, а со временем просто исчезают в угоду их более новым аналогам. Сам Gradle стремится оставаться бежать в фоновом режиме и везде, где его запускают создаёт часто совершенно бесполезные директории .gradle с кешем. Вот нахрена мне, Java разработчику, всё это надо и вообще зачем совмешать разработку с этим вашим грёбаным DevOps?
Тоже не понимаю зачем все это для программиста
это типа жеский сарказм ? Я надеюсь.
@@bvpanchenko Вовсе не сарказм. Недавно попал в новый проект, который мы начали писать с нуля. Согласился, на свою голову, использовать последний Gradle. Эх, лучше бы я этого не делал! Проблему с замусориванием файловой системы бесполезными директориями .gradle там в седьмой версии вроде бы решили и я подумал, что наверное он уже созрел. Как же я ошибался! Такого шаманства как с Gradle трудно где-то ещё припомнить. Например работа с подпроектами. В Gradle для этого существует директива include, которую прописывают в settings.gradle в корневой директории. Но что если структура подпроектов заранее неизвестна, эти подпроекты имеют собственные settings.gradle и вообще живут в отдельных Git репозиториях? В таком случае можно использовать директиву includeBuild. Но вот беда, эта самая includeBuild ведёт себя совершенно иначе. Подпроекты из includeBuild строятся только если находятся в зависимостях у других, которые строятся. Иначе они не строятся. Для решения этой проблемы мне, видимо, придётся написать код внутри основного settings.gradle, который будет рекурсивно обходить дерево каталогов и добавлять все те, в которых есть build.gradle. И вот спрашивается - нахрена козе баян - нахрена всё это шаманство, когда в Maven всё это работает лучше и понятнее?
@@finalename7464 > вообще живут в отдельных Git репозиториях?
Интреснно а как такое на мавене сделать, ну или на других системах сборки.
Гредл не идеален. Но "что-то выпиливают в следующий версии" ой неправда, выпиливают незначительные части и то не сразу. А то что вы в логе видите про диприкейт - ну значит какой-то плагин использует диприкейт апи (или вы). Эта надпись не значит что что-то выпилили, а означают что хотят выпилить
Получится ли у нас пересилить кринж в начале?..
Cradle говно. Разочарован.
поздравляю. руками собираем ?
@@bvpanchenko 🙂
Шутник...