Я короче, понял, посмотрел почти весь ролик: это тот тип интервьюеров, которые задают вопросы, с которых сами слезли только что. На 90% таких вопросов нет смысла отвечать, потому что: 1. Они решаются в рабочем порядке. 2. Тебе нет смысла их запоминать, потому что можно опираться на фундаментальные вещи, с помощью которых можно эти вопросы решить 3. Эти фундаментальные вопросы были быстро оговорены в начале каждого из 3-х интервью в ролике (это наводит на некоторые мысли) Я встречал таких, не часто, когда ходил и хожу по собесам. Советую сразу скипать таких букварей. Будете работать за двоих и атмосфера в таких коллективах сильно ядовитая.

Чем больше изучаю Java , тем больше надо изучать. Хочу плакать (

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

Добрый день. Подскажите пожалуйста, где конкретно у Шилдта описан Dynamic method dispatch? Искал в главе 8, в интерфейсах, нашел только о множественном наследовании, стр.343, но кажется, это не совсем то.

Прям очень офигенски в хронологию вписывается)) Когда уже все ролики по джунам уже пересмотрел и начал готовиться к уровню мидла и тут ровно по расписанию видос про мидлов))

Классно. Такие моки интервью очень помогают понять свои пробелы в знаниях. Спасибо.

Та за 3-5 лет многие не используют ни разу не linkedHashMap не просто linkedList - не показатель, но зато на собиседовании все любят грузить. Вот ни разу небыло у меня неоходимости это использовать. Каждый раз для собеса повторять миллион инфы которая ни разу не юзалась в работе.

Полезно в плане понимания как к каким вопросам готовиться. Но было бы не лишним добавить ответы на вопросы

Очень познавательная рубрика! Отдельное спасибо за объяснение ответов))

Спасибо за видео. Сейчас как раз готовлюсь к собеседованию на Java Middle, поэтому и попал сюда. По поводу вопросов: мне нравится, когда собеседование строится на реальных рабочих ситуациях, и только иногда всплывают "типовые" вопросы. Готовиться к таким собеседованиям легче: ведь тебе нужно просто вспомнить реальные задачи, с которыми ты сталкивался. На последнем собесе, который у меня был, экзаменатор вел себя именно так: мы по сути общались, обмениваясь опытом. Иногда он мне задавал какой-нибудь "типовой" вопрос, но только как подводку к следующей теме. Мне очень понравилось такое собеседование. В итоге меня не взяли, но приятные впечатления сохранились ))

Спасибо огромное за ваш труд, продолжайте плиз. Вы очень хорошо объясняете это талант.

Очень интересно: куда по-твоему в реальной жизни можно применить знание про диспетчеризацию методов? (спойлер: никуда - мне за 13 лет ни разу не пригодилось) Если только проверить знание модели иерархии в Java, но на этот вопрос ответ никому, по большому счёту, не нужен, если только инженера не берут на написание специфических инфраструктурных вещей.

Интересно, полезно. Спасибо за труд!)

Почему до собеседования не определили что 6 месяцев до выхода на работу Вас не устраивает?

"В чём проблема synchronized?" в такой формлировке, без какого-то дополнительного контекста - звучит максимально ужасно, и единственной адекватной реакцией на это может быть "А что вы имеете ввиду?". Я вот сходу подумал о невозможности прервать заблокированный поток, о возможности дедлока, о долгом пробуждении потока после ожидания блокировки. Но не о том, что и так очевидно - что два потока не могут одновременно выполнять synchronized блок.

Почему-то есть ощущение, что не каждый синьер в полной мере ответит на эти вопросы...

Хорошо когда есть твое мнение и неправильное. Но вот в копилку мнений, если принимаешь, конечно. Та же самая аутентификация обычно делается раз и потом уже большая часть времени дорабатывается бизнес-логика. Если что-то надо доработать в аутентификации - лезешь в код и понимаешь (не rocket science). Поэтому не удивительно, что человек, который не каждый день имплементит аутентификацию не ответил на вопрос. Можешь ответить - что вы на проекте такого ежедневно делаете с использованием знаний SpringSecurity? Еще раз - ежедневно. Разве, что разрабатываете свой аналог или кастомизируете SpringSecurity. Теряюсь в догадках.

Спасибо, очень полезное видео. Отдельная благодарность за ответы!

Спасибо большое за такое очень полезное видео.

Интересное видео, спасибо. Делай ещё, пожалуйста.

Круто бро, спасибо тебе за позицию по поводу того, что происходит в мире, и спасибо за полезный ролик. Готовлюсь к собесу....

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

Пока дошел до 27 минуты. Супер полезно.

блин крутой видос. спасибо! собесы интересные пометил для себя список вопросов чтобы копнуть глубже) в целом по рассказам самое положительное впечатление сложилось о втором кандидате. такой вопрос - планируются ли какие-то видосы про реактивность? сейчас на проекте у нас оно есть и тяжело дается...

1. Работаю с java уже несколько лет, но тоже уровень знаний на поверхности, судя по вопросам и ответам из этого видео. Да, похоже я кодер, но не инженер. И углубиться в знания мне помогает именно обучение перед собесами :D но в работе, это совсем не находит применения, от слова совсем. На интервью спрашиваю аля 100-140% от тем java/sql/devops/оркестровки/профилирование/визуализация, но по факту на работе дадут 5-10% от того что спросили на собесе и заваливают задачами, что головы не видно и ты с этим возишься . Может конечно мне не повезло, но пока 4 компании в копилке

Спасибо большое за видео, выписал себе пару вопросов).

из оф документации: This chapter covers the Spring Framework implementation of the Inversion of Control (IoC) principle. IoC is also known as dependency injection (DI). Вы сказали что IoC не сказал а раскрыл DI - можно тогда для джуна прояснить в чем тогда отличие ответа было ?

Бро, как всегда во время :)

Вот кстати из видео в видео слышу установку, что LinkedList основан на Deque. Это не так. В основе лежит структура данных связный двунаправленный список. Но LinkedList реализует 2 интерфейса - List и Queue (и Deque от Queue) и может быть использован и как очередь, и как список, и как двунаправленная очередь.

Спасибо за видео. А вот скажите, например, 1 кандидат: там говорилось, что "... человек за 5 лет непрерывной работы..." - подразумевается уже непосредственно работа в компании на коммерческих проектах?

Спасибо за выпуск)

Очень круто, записывай почаще такие видосы про вопросы на собесы, так же может на сеньора и тимлида. Так же, спасибо за ответы.

Если нам приходит несколько параметров в урле, то хорошо если все они относятся к какой-то дто-шке, но если нет, то достаточно написать @RequestParam Map params или достать из HttpServletRequest

Добрый вечер, а можно у вас уточнить. На 45:12 на скрине, где вы говорили, чтобы инкапсулировать параметры нужно их сложить в dto и вот на скрине get запрос в который будет передаваться объект, а разве у нас так получится для этого же post запрос. Спасибо за видео, я возможно не до конца понял про dto.

multiplexing multiple requests over a single TCP connection (fixing the head-of-line blocking problem in HTTP 1.x Это HTTP 2.0. Так, для справки, что надо ждать ответ от первого запроса в рамках одного коннекшна.

Что еще заметил. К примеру, у меня 7 лет достаточно разнообращного опыта по разработке, начиная с C# стека, C++(MFC) , есть опыт разработки фронта, есть часть на java. В итоге набирается на 7 лет разнообразных проектов. На собесах спрашивают только по java и только то, что требуется в проектах принимающей стороны. Весь остальной опыт обнуляется и вообще не рассматривается, цена, естественно, тоже складывается только на основании java.

Добрый день. Спасибо за видео Несколько ремарок: По поводу мапинга запросов на методы контроллера в spring - прекрасно можно мапить по наличию параметров запроса, а не только по методу и пути (конечно, если параметры будут конфликтовать, то замапить не получится, но это как и с путями, и да, я понял, что вопрос был не в этом). По поводу web-flux - это как раз веб-фреймворк, аналог web-mvc, асинхронные запросы - это как раз его прямое назначение. Spring-Boot - это не только и не столько про BOM, он привнёс гораздо больше, чем просто унификация версий зависимостей, тот же самый резолвинг параметров который с третьим кандидатом обсуждали - это именно бутовая фишка (и там много прикольных возможностей, особенностей есть, ну и граблей тоже, но скорее всего мало кто их поймает). Обсуждение war vs jar - тоже такой себе холивар. По поводу диспетчеризации методов в java - никогда с таким вопросом на собеседованиях не сталкивался, такую формулировку впервые услышал тут, скорее всего я бы начал рассуждать что-то про таблицы виртуальных методов, но непосредственно как оно реализовано я не знаю. Хотя лично мое мнение, это из разряда вопросов про то, как реализован GC - есть стандартные ответы, но правильный ,eltn зависит от реализации JVM, вот в Oracle Hotspot - и тут уже вставляем стандартные ответы (не забыть поправки на версию jvm)

В первый раз досмотрел ролик до конца почти, и самое главное не заснул 😎

для пагинации я использовала Pageable, создав json для данных. Удобно и никаких происшествий)

При подведении итогов 2рого интервью - "Это было не забываемо"))))

Респект за топовый контент! :)

Можно выложить новые вопросы и ответы на Java Middle developer? Спасибо.

А как заменить offset на отступ по id, если у нас не просто пагинация, а пагинация + фильтр + ордер? Редко когда есть просто пагинация, обычно всё идет в комплекте.

Здравствуйте! Могли бы Вы сделать видео на тему здоровье программиста? Ведь в массе своей программисты очень много сидят, что влечет за собой проблемы со здоровьем (застойные явления, проблемы со зрением и т.д) Как Вы лично следите за здоровьем, сколько времени стараетесь сидеть за ноутбуком (или ПК), сколько времени делаете перерывы? Какие на Ваш взгляд будут рекомендации также по питанию, сну?

Спасибо за контент, сейчас доучиваю Спринг и начинаю искать работу джуном) Видя, что чувак позиционирующий себя сеньором на мидл позицию не может ответить на вопросы, на которые могу ответить я, гасит мою неуверенность, готов ли я идти по собесам. Макс такой вопрос, купил себе Spring in Action. Стоит ли сначала полностью проработать книгу и идти собеситься на джуна или можно уже сейчас начать искать изучив на поверхности Spring Boot и его стартеры, а параллельно уже прорабатывать книгу и копаться во внутренностях спринга. Просто сейчас времена для джунов не особо хорошие(в моем городе всего 2 вакансии на открытом рынке), а конкуренция большая. И не хочется потерять шанс из за того, что где то недотянул

Спасибо за видео, теперь я точно утвердился в том, что я Senior

Отличный видос, куча полезной инфы, смотрю для саморазвития, ну и Макса приятно слушать)

Любопытно было наблюдать за пересказом трёх ТИ, это первое видео, которое посмотрел на канале, в целом, очень интересно, но как-то резола слух, что топит только за свои ответы, опыт 8 лет конечно это не мало, но не гарант 100% верного мышления и видения ситуации, по факту "век живи - век учись", а тут ощущение, что интервьер считает себя уже познавшем дзен и с 9-м даном - похоже, молодой возраст даёт о себе знать. Где-то на себя и со стороны посмотрел. Я проводил много ТИ, но инженеров по автоматизации тестирования, много проектов (15+ лет) поставил с нуля, работал с зоопарком стеком, и каждый раз обучался, учитывая пред. опыт, ошибки. Аналогично также ранее бывало задавая вопросы, порой хотел услышать какой-то свой "избранный" вариант ответа - за уши притянуть собеседника - недоразвитый кругозор, но со временем это проходит, если стараться рассмотреть варианты, применить, попробовать. Сейчас перешёл в разработку, заполняю пробелы в знаниях, т.к. кругозор за это время стал широкий и мыслишь уже более с т.з. архитектуры, а вот какие-то детали языка, фреймворков - проседания - ибо один проект на JS, другой на C#, третий на VBScript, 4-й на Java, Kotlin, и т.д. К слову про deploy приложухи - у нас этим команда devops занимается, раскатывает сервисы системы в контейнерах в OpenShift-е, и конфигурирование черз yaml-файлик делается на лету, да для изменений надо pod передёрнуть, чтобы новый поднялся с новыми - сервис потухнет на неск. сек и поднимется снова - юзаешь дальше. По факту, вы, Максим, также пытается, только свой текущий опыт прибить гвоздями к стене, потому что вы только до него дошли, но попробовали не всё, а остальное пробовать не хотите. Но в целом, ТИ-ер, вы хороший, подход нравится, потенциал есть, есть куда хуже, когда какой-то абстрактный список вопросов, а по опыту ни одного - хотя опыта там гора, но нет, зачем, просто банальная сухая теория - вот это реально таких интервьеров до кандидатов допускать нельзя - такие продолбают ценные кадры. Надо понять с какими задачами, проблемами сталкивался, как решал, почему так, какие были вариации...

Спасибо за труды.

Комментарий для продвижения! Спасибо

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

Спасибо, интересно было посотреть, но в ходе просмотра возникло два вопроса: 1. По поводу решения ДТО как квери парам. Как в таком случае решать проблемы с 414? Разработчик через месяц-год, решит расширить ДТО и получит в итоге 414, разве такое подход архитектурно не кривой? 2. если использовать Ваш подход с id > - и будет случай когда будет нарушение сиквенса в записях, как вы сможете понять что такое произошло? Что данные не потеряны? Как раз пример со страницей, но айдишник скакнул например с 1000 до 10к, и порядок айди не соответствует таймстампу (нарушение сиквенса может быть к примеру если две мастер бд и много инсертов и в ту и в другую)

вы применяете у себя transactional outbox?

Макс плиз больше видео с собеседованиями, очень интересно. Особенно с мидлами и сеньорами) Судя по ним, я сеньор, хотя считаю себя мидлом

Я тоже свитчер, понимаю о чем говорит Макс, я учу сейчас java, потому что это осознанный мой выбор, а не рандомный выбор института и специальности )) И да, изучаю тему пока не смогу сам себе простым языком объяснить, что и где происходит. Это замедляет процесс, конечно. Зато фундамент железобетонный ))

Несмотря на мои комменты, приятно смотреть и слушать. Спасибо.

В процессе просмотра, ответил на ~80% всех вопросов. Взяли бы такого или нужно не менее 95 из 100.? Какой примерно "проходной процент" считаете приемлемым?

Не совсем понял зачем тратить время на собесы, по итогам которого кандидаты не проходят из за переезда. Почему hr изначально не проработал это, сколько времени можно было бы сэкономить.

Оч круто, Макс. Кстати в основном на интервью приходят чехи? Или индусы, бразильцы и другие европейцы тоже? Просто интересно

А можно вопрос, а разве java.util.concurrent в своих методах, где то глубоко под капотом, не использует "synchronize"?

Макс, а можно подробнее как ты реализуешь курсор пагинацию? Какую-то библиотеку используешь или кастомная реализация?

во, про офсет мне понравился твой ответ :) может и у меня прокатит :)

Не понял решение по вопросу с оптимизацией метода контроллера при множестве параметров запроса. Что даст DTO? Без @RequestParam Спринг не увидит переданных в запросе параметров. Я думал решение это использование @RequestParam Map params, разве нет?

А почему нельзя использовать PagingAndSortingRepository(Pageable pageable)? Для решения с пагинацией

Когда про комплексити листа спросил, спрашивал определение биг о нотейшейн и определение предела на языке эпсилон-дельта?)

Спасибо большое!

Спасибо

Подключить файл как волюм при старте приложения, а потом, когда приложение поднялось - удалить волюм. И это будет более безопасно чем енв Вары. У Спринга даже есть фича вычитать проперти из конкретного файла при старте

Хотелось бы видео, как из джуна стать мидлом, что лучше читать, на, что больше обратить внимание, что нужно знать на более глубоком уровне, чем всё остальное.

Jetbulb это каналище, привет из Армении

6 лет в индустрии и неизвестны паттерны проектирования? Этот опыт был получен в большом общеизвестном зеленом банке?

по трекингу - тоже непонятно. Отслеживать в каком виде? В виде логов? В виде какого-то мониторинга?

Пожалуйста, убери провод type-c от монитора, где кабель мэнеджмент?😢😢😢

Лайк за стикеры на фоне ♥

Оставляю комментарий

По третьему кандидату ответ на счет параметров для изолированного контейнера некорректный, либо вопрос составлен неочень. Как же secret storages по типу Vault, AWS KMS и прочие. И к тебе вопрос, разве только на уровне запуска контейнера в docker-е можно задавать переменные окружения? Да и в целом я за поход когда sensetive информация (такая как db url, username и pass) не зашивается в переменные окружения. я словил себя на мысли что не хотел бы работать с таким самоуверенным разработчиком, как ты. Много уверенности в ответах над которыми есть над чем дискутировать. + отношение как к мясу, даже когда хвалил, отношение такое что еще тебе должны остались. ИМХО: С тобой сложно заводить продуктивную дискуссию, у тебя диктаторский стиль :( Хотя канал классный! Можно учится на чужих ошибках

Спасибо большое за видео! В данный момент я Junoir Java Developer с опытом в 6 месяцев и в мире java есть много разных тем, хочется побыстрее погрузиться в каждую из них. Но как не распыляться на все сразу и понять что учить на middle разработчика в первую очередь. Понятно, что есть гугл. Но мнение эксперта всегда приоритетнее, спасибо !

Спс

Наконец-то дисклеймер адекватный.

У меня сложилось впечатление, что автор - теоретик программирования, но не практик. Вскользь проскочило, что проект, который пилят до сих пор в стадии разработки (если я правильно понял). Теоретическое познание - нет вопросов, в такой постановке я бы тоже много смущался и мазал бы в ответах, но, если приглядываться пристальнее к вопросами и, например, взять ответ, что WebFlux подходит для оптимизации или ускорения производительности при обращении к БД - становится понятно, что самому интервьюеру нужен интервьюер.

Я думаю каждый джун знает что при вызове метода ссылки родительского класса вызовется метод обьекта на который он ссылается. Но какая польза от того что он знает что это называется динамическая диспетчиризация метода?

Про итераторы у меня на собесе еще спросили различие fail safe от fail fast

оаоаоаоа лучше видео!!!1!!111!

Вот это крутнйшее интервью!!! Целая пачка нестандартных вопросов и реально для честного мидла!!!

Угарнул с того, что у нас татуха одинаковая на руке :3 Зови на собес, объясню в каких случаях yaml используется, а в каких local variable :3

красавчик самый лучший интревьеер

спасибо

А все собеседования проходили чисто на английском?

Очень актуально, спасибо

Работаю в организации которая не оперирует такими понятиями как джун, мидл и синьёр, поэтому не могу оценить себя в таких категориях, но имея опыт работы менее 2х лет я сильно удивлён вопросами, которые были заданы, ну т.е. мне, по внутренним ощущениям, они какие-то "простые" ну и прям дичь как люди на них отвечали. Очень интересно было бы "проинтерьюироваться". Да, в силу отсутствия опыта я бы на часть из них не ответил, но jar и war на мидла, не знать разницу, ну это не серьёзно. А заниматься разработкой и не знать как деплоить в докер, не про k8s же вопрос. Когда смотрю такие интервью начинаю задумываться "а не пора ли менять работу")

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

Очень интересно было послушать. Удивительно, как некоторые добравшись до мидла\сеньора не знают некоторые базовые вещи, которые спрашивают даже джунов.

Там кандидат говорил про внешний конфигурационный файл, есть понятие configMaps, secrets для передачи дополнительной информации в контейнер. Мне кажется довольно неплохое решение предложил кандидат. Нельзя же исключать все решения кандидата, и предлагать только свое решение. А так видеоматериал очень полезный, спасибо.

Топ видос! Спасибо

Вопрос, в какой стране происходит найм и какие рамки зарплатных ожиданий? Мне кажется многим интересно.

Так, народ, создайте опрос кто часто использовал конвертеры на проде?

Про SOLID я бы спрашивал, какие компоненты в Java его нарушают, например принцип Барбары

Проорал с реакции Макса за последнего синьора :)))))))

06:25 - "как Java понимает, какой метод вызвать..." Тьфу блин)) Я думал здесь подразумевалось что-то вроде таблиц виртуальных функций в C++, то есть, как это устроено под капотом. Полез искать в интернете. А оказалось речь о банальном определении полиморфизма: правильно переопределенные методы вызываются исходя из типа объекта, а не типа ссылки.

Очень информативно спасибо