Спасибо огромное за столь большой объем качественной информации!

спасибо за старания, все супер, смотрится на одном дыхании, все понятно и интересно объясняется. Полезное и приятное время препровождение )

Спасибо за качественные и полезные выпуски 😊

Очень круто! Спасибо за разбор интервью - это действительно полезно

Очень познавательно, Макс, спасибо! Много нового для себя подчерпнул особенно про аннотацию transactional, но просмотрев, понял, что много вещей будучи джуном уже знаю, чем был приятно удивлен, еще раз спасибо, продолжай в том же духе, хотелось бы еще хотя бы 1 пример интервью (или такого же формата как это видео) вопросов мидлу.

45:28 Послушал про оптимистичную и пессимистичную блокировку. Улыбнуло. Объясню вам на пальцах, чтобы вы других не вводили в заблуждение. Смотрите. Прежде всего блокировка нам нужна только когда мы что-то меняем. И блокировка нужна, чтобы измененные данные сохранили свою целостность. Не были утрачены в какой-то части в результате наложившихся параллельных изменений. Никакая блокировка не должна запрещать другим читать данные (если не мегаспециальные сценарии). Это касается только функционала изменения данных. Например, открыли на редактирование какой-то документ. Поредактировали и сохранили. Что такое оптимистическая блокировка и почему она так называется. Оптимистическая блокировка берет данные в работу на изменение и никому не запрещает взять эти же данные на изменения параллельно. Это такие оптимисты, которые надеются успеть изменить документ и сохранить его пока никто не успел взять этот документ на изменение. Далее, кто первый встал того и тапки, кто первый записался в базу данных, тот молодец, а второй "неудачный оптимист" получит отлуп по блокировке, если механизм блокировки вообще есть. Один из вариантов реализации оптимистичной блокировки является версионирование данных. Каждый entity имеет в БД поле с номером версии, он меняется в БД когда кто-то изменил этот блок данных entity. Соответственно при попытке записаться сравнивается версия исходная с которыми данные получены и версия на момент записи. И если они отличаются, то отказ. За это отвечает та самая аннотация @Version. Это работает как видите и на уровне приложения, и на уровне БД. Теперь, пессимистичная блокировка. Тут работают пессимисты, они не действую по принципу "авось никто не успеет поменять документ, пока я тут его же меняю", они берут данные в работу на изменение и запрещают другим брать эти же данные на изменение, читать - пожалуйста. Но брать на изменение второму не дадут, жди пока первый разблокирует данные. Это гарантирует первому спокойное сохранение какого-то очень важного документа, важного начальника, который не будет повторять дважды и бегать за уведенными тапками. Для такого типа блокировки где-то, в БД или в приложении выставляется признак, что данные взяты на изменение, кем, когда. И все остальные (жаждущие изменить, читать - пожалуйста ) ждут, механизм может поддерживать автоматическую разблокировку через таймаут. Если кто-то взял документ на изменение и ушел в декретный отпуск, а другим его нужно изменять. Оптимистичная блокировка хороша, когда данные не критичны, можно повторить изменения. Получил отлуп, перечитал данные и внес в новую версию уже свое, если вообще потребуется, а то может коллега уже все прописал. И обычно используется когда нет высокой конкуренции. Главное, она не блокирует работу с документом на изменение, она блокирует прием результата изменений, если кто-то успел документ изменить. Плюс: бери документ на изменение кто хочет, кто первый успел, тот молодец. Минусы: при блокировке приходится перечитывать новую измененную версию и повторять всю работу по изменению снова. Пессимистичная блокировка нужна когда данные оперативно меняются в условиях высокой конкуренции или когда важный документ, который переделывать повторно трудозатратно. Плюс: все что вы изменили гарантированно примется. Минусы: остальные документ изменить не могут пока вы его "держите" на изменение. Возможны гибридные варианты стратегии блокировки. Например, какие-то типы документов работают в оптимистической стратегии, какие-то особо важные в пессимистической. Или даже так: первые N часов/минут документ работает в режиме пессимистической блокировки, потом переключается в режим оптимистической. Тогда достигается комбинация положительных сторон двух стратегий и определенный компромисс недостатков (но это уже не про Spring)

спасибо за такого рода видео, очень много новых нюансов узнаю)

Спасибо за видео! Каждый раз узнаешь что-то новое или повторяешь то что забыл

Спасибо огромное за Ваш труд и время потраченные на создание канала. Полезная информация для подготовки к собеседовании, приятная подача. Особенно радует текст в начале видео!

Макс🖐 Спасибо за годный контент👍👍👍

Спасибо, про уровни изоляции транзакций было полезно

Ерундой не страдайте, работал уже 10 лет в этой профессии и никогда не пригодилось знание сколько элементов в HashMap. Эти вопросы вообще не нужны. Лучше задавать на конкретных задачах, что умеешь делать, как построить архитектуру и тд.

По больше бы таких видео)) Именно про миддлов особенно лайв кодинг))

Спасибо за данный ролик. Много что узнал нового для себя. Как раз готовлюсь к собесам :)

Сейчас такое у джунов спрашивают) спасибо за видео, хорошо объяснил ответы на вопросы

Громадное спасибо за подобный контент! Во-первых, это невероятно интересная информация, во-вторых - необычайно полезная для всех! Автору канала успехов!

Через 1,5 часа собеседование, смотрел интервью с ребятами, на трудоустройство не рассчитываю, проверю свои знания и будет какой-то опыт. С каналом более углублённо проработал разные вопросы, спасибо

Про базы и транзакции - класс, интересно

Очень круто. Было очень интересно)

Спасибо. Полезно. Ещё раз пересмотрю

Просмотрел, сделал конспект ))) Спасибо!

Качество выпусков заметно улучшилось👍

@Jetbulb Сделайте, пожалуйста, видео с highlight'ми из предыдущих видео, например "как правильно отвечать на вопрос, что такое "объектно ориентированное программирование" или просто нарезку хороших ответов.

Даже для джуна это интересно. Круто. Спасибо за информацию)

Спасибо за видео! Немного дополню про мапу, порог называется loadFactor, и он напрямую зависит от initialCapacity. Как было сказано - капасити по умолчанию 16, а лоадфактор 0,75. Это означает, что с 12го элемента мапа будет увеличена вдвое и так в прогрессии.

Макс, спасибо за видео! Про TDD не согласен. Важно понимать концепцию и пробовать)) но на практике она применяется достаточно редко. Одно дело, удобно имплементировать по TDD доменную логику в доменных объектах - объектах где нет зависимостей. И другое дело предвидеть в тестах какие зависимости (сервисы, репозитории) будет использовать юзкеис-класс. В видео ставится = между многопоточностью и реактивщиной, но это разные понятия.

Побольше бы таких интервьюверов как Макс

Контент топчик! Максон спасибо :) Очень много интересного!

Макс, крутой видос, спасибо. 25:14 это кстати пример не deadlock, а livelock. Deadlock был бы, если бы они шли по коридору, встретились, просто встали на одном месте и начали ждать пока проход освободится.

Блин, ты очень классный рассказчик. Я бы с удовольствием послушал про Spring от тебя , прям love)

Было интересно, спасибо

Спасибо, Макс. Звук лучше стал )

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

Классный видос, спасибо :) P.S. А выпуск по реактивщине не планируется?)

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

Спасибо тебе за канал

Не двигаемся мы в мир реактивщины, учитывая что уже в следующем LTS релизе может быть project loom зарелизен. Достоточно посмотреть количество вакансий с реактивным стеком

Привет, подскажи, что у тебя за монитор?

чёткое видео! спасибо!

Спасибо за видео, очень нравится этот формат!) Про пример deadlock, в коридоре с двумя людьми, если они будут отходить постоянно, это же уже Livelock?)

Спасибо, Макс

Дякую, за цікавий та корисний контент 🙂

Здравствствуйте Максим! Расскажите, пожалуйста, про профайлинг, бенчмарки (JMH) на Java. Спасибо за видео!

Спасибо за видео.

Привет! У тебя есть видео про SDET? Сейчас прохожу bootcamp и голова плавится, представляю что с девелопарами происходит. Это видео реально интересно посмотреть.

Постепенно разница между джуном и мидлом размывается. Ждем синьеров с двумя годами опыта.

Классно рассказываешь! Было бы круто с какими то визуальными примерами, не подробное копания для изучения, а чисто увидеть код в той же идее. Не презентация никакая , просто чтоб нормально вспомнить как выглядит))

Меня на джуна сильнее спрашивали, это было 2 года назад :)

хороший опыт, всем ребят советую сдать для начала OCP17 экзамен по java, а потом получать "коммерческий" опыт. Я на собственном примере понял , что Oracle экзамен это лучшая подготовка к собеседованию и даёт не поверхностное пониманиe того как работает java. Всем мира )

Максим, добрый день! Может вопрос не сюда))) Но подскажите плиз, когда Вы планируете вести курс Java Pro в Hillel?

Поведение Safe Point в Nested транзакции, не ясно когда и в каком месте он должен создастся чтобы к нему откатится? Я так понимаю транзакционность методов на выполнение всех операций внутри него атомарна, либо выполнятся все либо не выполнятся, а в Nested мы дополнительно через Safe Point указываем до какого места откатится?

Спасибо! Но прошу, выравнивай звук на отбивках. Очень жестко по ушам бьет.

Топчик. спасибо.

Спасибо за видео. Но я не сказал бы, что это мидл уровень. Сейчас на джунов это все спрашивают. Это еще не было индексов, функционального программирования, докеров, кафки, кубернетисов, sql-запросов. На практике не встречал скоупы реквесты, сессии, да даже протатайп на практике не попадался. Интересно что это за случаи таки когда их используют. А так ответил на все вопросы без подготовки, конечно, не так красиво как автор, но считаю, что даже если и 20 лет в программировании, то всеравно к собеседованиям надо готовится, так как это отдельный скилл по их прохождению. И все вопросы были стандартные, которые задают на собеседованиях.

Разумеется, я посмотрел видео, и, соответственно, поставил лайк.

Еще небольшая штука с Хэшмап и преобразованием листа в красно-чёрное дерево. 1. При удалении элементов мапа может обратно дерево превратить в лист (по умолчанию 6). 2. Есть минимальный лимит при котором мапа вообще будет превращать лист в дерево (по умолчанию 64). + Был бы хороший вопрос о ребалансе, e.g. что это O(n) операция, которая должна пройтись по всем парам ключ-значение в мапе, пересчитать хэши от ключей и "перетасовать" значения.

Макс, спасибо! Полезный выпуск. 31:45 - Расскажите, кто имел опыт использования или видел в бизнес коде скоупы request, websocket, application, session? Я за первый год работы ни разу не встречал. Прототайпы встретил только недавно - по всей видимости используются крайне редко.

"@Transactional создает обертку с try catch " - возможно блок трай кетч там и присутствует, но суть не в этом. суть именно в создании транзакции на уровне бд.

не уверен, но при простой коллизии нода вроде не перестраивается в дерево. Там есть лимит на количество элементов в бакете (вроде 8) и общее число бакетов (вроде 32). 2 этих условия с логическим и. Порог же вроде loadFactor? Еще по тримапе интересный вопрос можно задать: как в тримапу положить объект, который не реализует comparable и мы не передаем компаратор? На как тогда будут сортироваться ключи?

в оракле 20 лет назад наверное токо пессимистичные транзакции знал ибо там на пол часа всего чтива было и никаких изоляций не требовалось

Если мы говорим об общем случае (в Java возможно сценарий не воспроизводится) для цикла в графе ожиданий (deadlock) достаточно одного потока: Например: mutex_lock(m); mutex_lock(m);

Спасибо

Отличная картинка, Макс. Пора еще одну добавить :)))

Максим, а как можно к тебе попасть на собеседование (junior position)?

Спасибо!

Здравствуйте, подскажите: я не знал, что тремпель - это вешалка, но пользовался им; Вопрос: если я не знал термина полимлрфизм, но в работе использовал механизм так называемый … то это говорит, что спрашивать термин нет смысла? Спасибо

Як завжди цікаво і пізнавально)

Про интерфейс Мар. Там идет 8 - 1 . То есть 7. Тогда и идет перераспределение

Ещё можно про lost update расскать.

Редко пишу комменты, но тут не могу пройти мимо :) сам ответил примерно на половину вопросов, еще о четверти в курсе) рубрика годная, вопросы актуальные, было интересно послушать. Большое спасибо 👍

Щось не зрозумів про додавання елемента при колізії в HashMap. Хіба він не додається в кінець списку в бакеті?

Хотелось бы попробовать такое тестовое собеседование. Считаю себя мидлом, но, кажется, это не совсем так)

Спасибо за видео, сам сейчас готовлюсь к. собеседованиям, было полезно. Но некоторые вопросы показались довольно странными. Например, про количество каких-то там бакетов (или их размер) в HashMap. Во-первых, это всего лишь детали реализации и полагаться на них и заострять на них внимание программисту не положено (т. к. это зависит от реализации JVM под конкретную платформу). Во-вторых, это больше похоже на какие-то вопросы, изучаемые зубрежкой специально для собеседований и нигде не нужные на практике, т. е. бесполезные знания, которые благополучно забудутся через неделю после устройства на работу, Ну, или может быть они и нужны, но в очень узком кругу задач, где ты и сам скорее всего реализуешь свою HashMap, если производительность настолько критична. Мне кажется, что лучше спрашивать кандидатов в целом про умению выстраивать абстракции и использовать какие-то принципы или паттерны, нежели про такие мелочи. А то потом такие "эксперты" по языку такие макароны накатают, что после них хоть заново переписывй. Вроде умные ребята, но свой код правильно организовывать совершенно не умеют. Сам я никогда не проводил собеседования, поэтому опыта у меня в этом можно сказать не очень много, но глядя на некоторых коллег, с кодом которых мне приходилось работать, мне кажется это более правильный подход. )

Насколько мне известно, «одеревенение» списка в бакете происходит не только при переваливании количества нод за 7, но и при условии что число бакетов больше 64

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

Спасибо за видео, очень полезно обновить свои знания покрытые толстым слоем пыли)) PS. Отличный плакат за спиной

Прикольно. Пока досмотрел до 33 минуты - ответил на все вопросы, ставя на паузу) К слову, про скоупы бинов можно добавить, что есть еще кастомный и thread (подключаемый отдельно и поэтому особо не используемый). Жаль, что я джун без опыта коммерческой разработки и, соответственно, нафиг никому не нужный.

Я ищу работу Java Junior и то без проблем бы рассказал бы о HashMap

TDD - классная штука. Я с ней сталкивался и кое что делал по ней. Есть только один ОЧЕНЬ ВАЖНЫЙ момент: это было не на работе. Поэтому если на собеседовании меня спрашивают про TDD, то с вероятностью 80% это чисто для выноса моего мозга, а не потому, что в проекте реально это используется.

работаю долго на первой работе скоро будет почти 15 лет... получается больше как поддержка базы данных и данной системы (отчеты всякие большую часть занимают) не скажу что совсем ничего не интересовался интересовался, читал книги по c++, java, ковырялся в разных проектах (unreal engine, прочие) делал приложения на android где backend на php простенький писал теперь думаю работу другую найти уже как java-разработчик придется идти как начинающий, но даже тут зарплаты могут быть выше чем у меня сейчас по сравнению с c++, в java порядок считай до всяких обновлений в c++ там был ужас, что с stl, что с прочими стандартными библиотеками понятно что с++ нужный язык, на нем саму jvm написали и прочее но он обычно востребован в серьезных конторах, а их немного уже тошнит ходить на работу и этим заниматься... а найти новую еще придется пытаться искать сейчас ковыряю в VueJs, Spring Boot

а как же Not_Supported, 7 уровень в пропогации транзакции?

Переменная которая отвечает за увеличения размера Map называется DEFAULT_LOAD_FACTOR, а не THRESHOLD

А есть в голове счётчик расстройств при собеседовании?) Если Макс за собес расстроился более N раз, то кандидат не подходит.

То чувство, когда ещё не устраивался на первую работу, но, в принципе, уверенно отвечаешь на 70% вопросов. PS: Там про @Transactional можно глубже даже рассказать про TransactionManager, что есть такое. Благодаря какой либке работает создание проксей и всё такое.

thanks

Спасибі за точний та остаточний погляд на війну. І величезне дякую за вашу працю. Стежу за вами вже рік, продовжуйте в тому ж руслі)

Я бы хотел попробовать себя на собеседовании и получить рекомендации, что нужно подтянуть и что вообще делать. Стоит ли мне пытаться искать работу или еще поучиться.

Вакансия еще открыта? Поделитесь ссылкой?)

А еще можно про vector спросить. Как, вы не знаете, как работает vector? Ай-ай-ай:))

Прошел несколько собесов на джуна...вопросы абсолютно те же. Незнаю хорошо это или плохо

Очень здорово и полезно, но со звуком беда :( видно, что микрофон хороший, но его надо чуть поднастроить, чтобы по ушам голос не бил. И нормализации в целом очень не хватает

Привет! Я разбирала хэшмапу, и не понимаю, почему обязательно один элемент должен быть в бакете, там же список, знатоки, помогайте)

Что за вопрос про аннотацию Transactional при наследовании? Зачем такие вопросы задавать? Вы реально наследуете один сервис от другого? Имхо, вопрос из серии повыпендриваться и завалить кандидата.

прикольный дисклеймер, жаль что он появился ток после 22 февраля а не 9 лет назад))

Corner case - крайний случай, а не угловой :) ох уж эти мысли на другом языке 😁

Про хэшмап перепутал, назвал случай неправильно реализованноых иквалз хешкод коллизией, когда О(н), когда хешкод возвращает константу.

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

Как всегда супер контент!!! кстати заметил что вопрос о коллекциях там сет лист мапа, иквлс хешкод и т.д. почти всегда идут со сторон работ с памятью и гарбдж калекшн)) что бакет что хеш их размешение напрямую относится к памяти и доступ к обджектам или линкам, сравнение по иквлс хешкод тоже зависит на прямую от памяти и ГК почему тогда сразу не спросить как хронятся value и reference в памяти и как они чистятся их цикл, именно неверное сравнение обектов в памяти приводит к ошибке а не то какой интерфейс ти взял за основу скорость обработки практически одинаков у всех O(log n), O(n), O(1) по дефолту а вот шаг, итерация или там паралели в стримах сильно меняют картину.

TDD - вот везде спрашивают, в реальности не видел ни разу. Ни в одной компании. Это вообще хоть где то используется? А так, ответил на все, кроме одного вопроса по многопоточке. Многопоточку ни разу не видел в жизни. Так же разбираюсь в докере, k8s. Берите меня на работу. Цена вопроса 200к) xD

В моментах очень высокомерно , при всем том , что на некоторые вопросы товарищ сам отвечает посредственно)