Видео

Интересное ощущение, когда смотришь на ютубе дизайн ютуба:)))

Спасибо Евгений 😊

Топовый материал + все структурированно!

1:14:50 Как удалось Executors.newSingleThreadExecutor() запихнуть в try с ресурсами? ExecutorService не поддерживает Autocloseable. у меня 17 java. Как удалось замерять время? У меня метод main мнгновенно выполнился и закрылся

для любителей использовать котлин что-то поменяется?

"Идет загрузка, загрузка идет, и она, наконец, закончилась")))

Актуально в 2024

Четко, ясно с расстановкой! Спасибо большое!👍👍👍

Лайк, подписка!

Годнота! Может чуть подробнее стоило, и там в одном месте текст не дописан, но, в целом, отлично.

Годно. Видно, что видос от практика. Странно, правда, что говоря про брокеры сообщений забыл кафку.

Огромное спасибо за видео. Увидел небольшую недоработку хотел бы указать на нее. К сожалению на 29:59 некорректный пример для наглядного показа как работает синхронизация для двух разных счетчиков. Проблема которую я тут вижу в том, что вы в разных потоках, инкрементируете (пусть и потоконебезопасно) разные счетчики. Т.е. даже теоретически они не смогут повлиять друг на друга, а следовательно будут выводиться всегда верно. Даже если не будут синхронизированы.

Не пойму за что его тут нахваливают, если он свои действия нихрена почти не объясняет. "Тут кликнем это, а тут напишем это" и так 99 процентов видео. Видео сделано для тех, кто уже такое приложение написать может и без этого недоАвтора

+вайб, респект

На мой взгляд, 2PC не подходит в банковских системах, т. к. в 2PC у нас может быть зафиксированы изменения первой транзакции, а для 2 транзакции - зафейлены, и откатить изменения 1 транзакции мы не можем, и тогда, получится так, что у клиента деньги списались, а услуга не подключена (ну или деньги не перенеслись на другой счет), насчет микросервисной архитектуры: все, кто упоминали 2PC, говорили, что очень плохо и показывали затем лучшее решение - сагу, сам я не реализовывал ни то, ни другое, поэтому утверждать не могу

Спасибо за полезную информацию 🔥🔥🔥

А сколько вообще способов есть для решения этой задачи?

Круто смотреть как тех. диры щелкачают задачки для джунов)))

Благодарю и жду новые гайдов)))

ну это самое крутое видео ведь, даже англоязычные источники не имеют аналогов

Евгений, спасибо за видео и примеры)

4:00 ZZZZZZZZZZZ ⬜🟦🟥🤙

Отличный цикл роликов, которые были записаны в далеком 2016 и не потеряли своей актуальности. Спасибо, Евгений, за труд. Убежден, что Ваш труд многим помог стать компетентнее. Могу только предположить, сколько раз Вы получили и получаете слова благодарности. Хочу в Вашу копилку добавить еще одно сердечное "Благодарю". Такие люди, как Вы, меняют людей в лучшую сторону. Спасибо, Женя!

С гитхабом хороший пример придумал. Отличный урок. Спасибо, Женя.

@EugeneSuleimanov 2:51:21 а почему зависимость io.r2dbc:r2dbc-postgresql а не org.postgresql:r2dbc-postgresql ?

Очень полезное видео и сколько труда вложено, благодарю!

топ

Евгений, приветствую! При тестировании сервисного слоя ( 1:15:00 и далее ) мы присваиваем методам мока репозитория findByEmail и getById поведение, которым они не обладают и обладать, в моём понимании, не должны - пробрасывание исключений. Не было бы правильнее делать .willReturn(null) ? И уже этот null обрабатывать в методе сервиса и дожидаться проброса исключения там? Просто в моём понимании мы не тестируем функциональность по пробросу исключений в методе сервиса при получении null от репозитория. Надеюсь понятно написал) Для наглядности укажу код : Метод из ролика : -- public void givenIncorrectEmail_whenGetDeveloperByEmail_thanExceptionIsThrown() { //given BDDMockito.given(repository.findByEmail(anyString())) .willThrow(DeveloperIsNotExistException.class); //when assertThrows(DeveloperIsNotExistException.class, ()-> serviceUnderTest.getDeveloperByEmail(DataUtils.getJohnScottTransient().getEmail())); //then } Мой метод : -- public void givenIncorrectEmail_whenGetDeveloperByEmail_thanExceptionIsThrown() { //given BDDMockito.given( repository.findByEmail(anyString())) .willReturn(null); //when assertThrows(DeveloperIsNotExistException.class, ()-> serviceUnderTest.getDeveloperByEmail(DataUtils.getJohnScottTransient().getEmail())); //then }

Спасибо огромное за такой видеоурок!

Великолепная, монструозная, важнейшая работа! Спасибо, мастер)

про DNS маловато как то

+

Эльнар молодец! Уже дошёл до сложных тем!

Большое спасибо Вам! Очень полезно

Дякую! Супер!

Помогите разобраться, плиз! А что мы пытаемся протестировать, когда задаем BDDMockito результат, который хотим получить? Тесты ведь никогда не упадут, т.к. мы указали результат, который получим (при вызове методов репозитория или сервиса), а затем проверили наличие его же. Или я чего то не понимаю...

Спасибо за видео. Видите ли вы roadmap для среднего Java разработчика в сегодняшних реалих? Немного не понял какую експертность мне нужно иметь

Огромное спасибо за ваш труд, Евгений

Евген красавчік!!! Дуже гарно все пояснив, детально структуровано!! Дуже хотілося б почути від тебе розбори і приклади створення високонавантажених розподілених систем типу Нетфлікс, Ютуб.. Дякую за твою роботу!

Не понимаю людей ,которые пишут про понятное объяснение. Что тут понятно? Для чего куча всего этого создается? Ничего не понятно. А статичный метод? Серьезно? А если на разработчиков всех языков программирования выводить,то какое же это полотно получится. Что за бред? И сколько будет доп класс с переопределенными методами,в которых будет выводиться строка под каждого. Это же с ума сойти можно. Я не разработчик,может сейчас фигню сморожу. Но не проще было бы сделать,что бы этот статичный метод принимал не строку с названием специальности а ОБЪЕКТ? Интерфейс ,блин. И в main вместо строки лямбду передавать. И не придется каждый раз при добавлении нового создавать доп классы, лепить доп условия.

Лучшее объясние во всём рунете!

Спасибо, Женя! по качеству этот материал намного превосходит все подобные платные курсы. я бы не пожалел даже купить такое.

Четко 👍🏻

Нужно ли делать showPageContent() - с модификатором доступа protected?

Низкий поклон к твоему труду, спасибо большое, за то, что ты делаешь!

3:40:52 не понял, зачем в entity сетится email? Ведь мы проверяем изменение email, поэтому в сущности должен быть старый email, а в dto - новый. Или я чего-то не понимаю?

Так и не понял а как же у вас отработало на 2:17:57? мы падаем с NPE когда в контролере используем сохранение в сервисе developerService.saveDeveloper(entity)

Как всегда все максимально понятно, спаси большое за твой труд!

Это самый лучший канал по Java)

Евгений, спасибо за отличное видео!)