📶 Через 8 минут мы начинаем наше Mock interview, присоединиться в качестве зрителя в Google Meet можно по ссылке
[edited: завершено]

Вторая запись тестирования формата Java Mock Interview 👨‍💻 [почему-то перестало записывать изображение, но только на теоретической части, пришлось вставить картинку 🫠]

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

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

А в комментариях под этим постом, я оставлю свой фидбек и свои решения задач "Error" и "Person" 🔊

Таймкоды:
1. Кратко про опыт 00:12
2. Разница между монолитом и микросервисами 02:08
3. Как делить на микросервисы 03:39
4. Troubleshooting в микросервисах 04:36
5. Способы общения между микросервисами 06:05
6. Гарантии доставки в Apache Kafka 08:45
7. SOLID 09:56
8. Идемпотентность 15:06
9. Connection Pool 16:40
10. Ключ партиционирования в Kafka 17:42
11. Типы БД 18:42
12. ACID 21:52
13. Блокировки 24:39
14. Индексы в БД 28:21
15. JMM 32:03
16. Отправка запросов в несколько потоков 33:07
17. Разная конфигурация на разных окружениях 35:16
18. Тестирование 36:36
19. Задача "Person" 44:00
20. Задача "Error" 55:21
21. Задача "Account" 01:09:23
22. Задача "Counter" 01:11:19
23. Outbox 01:16:11
24. Финальные разговоры 01:19:53

Привет! 👋
Поговорим на тему собеседований 💬

Для себя я определяю следующие виды ⤵️

0⃣ Ленивое — собеседующий не имеет четких критериев для отбора кандидата, например, это разработчик, которого попросили провести интервью помимо его работы, а ему это делать лень. В таком случае, просто гуглится топ ~10 вопросов по Java и кое-как формируется слабое представление о том, подходит ли человек. Отсюда такая потребность в вопросах вроде "Отличие ArrayList от LinkedList", "Расскажите про ACID", "Расскажите про контракт equals и hashCode" и т.д. которые можно выучить, и если кандидат даже ни разу не умеет писать код, принимать ответственность и решать реальные проблемы заказчика, он его пройдет. Отчасти от неподходящего кандидата поможет последующий испытательный срок, но он может длиться 3 месяца, а интервью от часа до трех, тут количество сил несоизмеримо, а хочется отсеивать неподходящих кандидатов как можно скорее, скажем так, по принципу fail fast 🙂

1⃣ Тестовое задание — компания выдает задачу, которую за определенное время нужно выполнить. Казалось бы, хороший способ проверить навыки на небольшом проекте, похожем на задачу из реальной работы, однако тут есть свои минусы. Обходится ли такая проверка? Да конечно, человек может обратиться к своему другу Senior'y, найти решение в интернете, т.к. это может быть далеко не первое собеседование в такую компанию и решение уже давно слили в сеть, а постоянно придумывать новые задачи не то чтобы хочется, учитывая, что задача должна быть похожа на что-то реальное, даже если слегка изменить ее вид, суть останется той же. И при последующем обосновании своего решения, если оно вообще будет, также можно большую часть заучить, и с большой вероятностью пройти этот этап.

2⃣ Под проект — собеседующий понимает для какой конкретной работы и с какими навыками ему нужен человек. Вопросы составляются исходя из того, что придется делать на работе. Если много работы с БД, значит вопросы на понимание работы с БД, если писать средней сложности API, значит вопросы по всему циклу написания API. Т.е. здесь работает принцип, чтобы найти как можно более подходящего по навыкам человека для конкретной работы, и не переплачивать за тот опыт, который вероятнее всего не пригодится, а именно не нанимать Senior'a с опытом 10+ лет за много денег, чтобы делать средней сложности API на условно стабильном проекте.

3⃣ Под компанию — в случае, когда в компании несколько проектов, и собеседующий понимает, чем занимается его компания и какие требования должны быть к кандидату, чтобы он подходил под как можно большее количество имеющихся проектов. В данном случае имеет смысл большее количество концептуальных вопросов и их понимание, т.к. если кандидат понимает принципы, например, разобрался с тем как устроен Spring, то поставив его на проект где используется Quarkus, он сможет разобраться в нем достаточно быстро и в приемлемом качестве. Такого кандидата в большей степени можно назвать инженером, чем разработчиком на определенном фреймворке.

4⃣ FAANG — условно стандартный подход, используемый Big Tech компаниями, включающий в себя, например, [Behavioral, Coding, System design] интервью в различных количествах и вариациях. В сети огромное количество материалов "как пройти в FAANG", тем не менее, задача эта не из легких и требует большой дисциплины. Сама идея построения процесса найма высококвалифицированных инженеров по Hard и Soft скилам, достаточно сложная, особенно с масштабом таких компаний. Не всем интересно долго решать задачи на Leetcode, однако таковы правила игры, с которыми многие могут быть не согласны. Что говорить, например, в Meta даже Git не используется, не говоря уже о Spring и других технологиях. Дает ли прохождение таких интервью гарантию, что вы идеальный разработчик? — Да нет, и вот пример.

Конечно, можно комбинировать подходы, но нет 100% рабочего метода, как быстро понять подойдет ли вам кандидат. Даже если вы уверены в своем методе, на определенной выборке кандидатов, у вас все равно будет определенный процент ошибок. Но это все лишь мое мнение 🙂

А что вы думаете по этому поводу?

Наступает 2025 год ♥️🎆

Хочу поблагодарить всех, кто остается на канале и кто только недавно подписался! 🐱

За этот год не так много времени уделял каналу, однако, что-то всё-таки было:
1⃣ Консольные инструменты Apache Kafka
2⃣ Обзор Spring Data JDBC, MyBatis, JOOQ
3⃣ Что такое Spring Boot и для чего он используется?
4⃣ Mock interview 1
5⃣ Mock interview 2
6⃣ Поговорим о собеседованиях

А все предыдущие посты доступны в Меню

———

А в рамках этого поста хочу поделиться каналами, которые время от времени читаю:
🚀 Java: fill the gaps
🚀 Кодируем
🚀 Канал Андрея про бекенд
🚀 javaswag
🚀 Алексей Литвинов | Голосовые сообщения
🚀 FAANG Master

И в каждом из них я находил для себя полезную информацию, так что спасибо и их авторам 🎁

С наступающим 2025 годом! ☃️🎄

Всем привет! 👩‍💻

Я не забил на канал. Часть 1

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

На данный момент единого плана на канал нет, мое видение все еще формируется, и я буду пробовать разные идеи.

Однако в ходе размышлений накопился список того, чем этот канал точно не будет, об этом и поговорим в этой части:

1⃣ Канал под рекламу

Этот канал не бизнес, здесь нет и не будет контентщиков, рекламщиков, закупщиков и менеджеров по рекламе, а каналы такого типа рекламироваться здесь не будут, у нас просто разные цели.

Канал я веду один и моя основная специализация все еще инженер, а не предприниматель или маркетолог (хоть это и безусловно полезные навыки, стоящие обучения).

2⃣ Бесполезный контент

Субъективно, что полезно для одного, может быть бесполезно для другого. Поясню, какой контент я имею ввиду:

— Сгенерированный через AI
— Скопированный у другого автора и слегка отредактированный
— Пересказ документации
— Кликбейт статьи вроде  "JOOQ уничтожил Hibernate!", а потом читаешь статью, а там приложение сложности "Hello World!" на JOOQ

3⃣ Пытаться всем угодить

Я покрываю свой собственный интерес, который может естественным образом совпадать с интересом других людей, и в общении может рождаться истина, а движение вперед быть более эффективным.

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

4⃣ Прогрев аудитории с целью продажи чего-либо

Контент из серии "как прекрасно можно жить" или "каким успешным можно стать", купив, например, мои курсы (только делается это планомерно, в простой естественной формулировке и с примерами, чтобы было ощущение, что я максимально честен с вами для увеличения продаж).

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

До встречи! 👍

Всем привет! 👋

Внезапное включение, с коллегой решили потренироваться в System Design. А так как я давно ничего не писал, то подумал что можно провести его публично

Если вам интересно послушать или прокомментировать — присоединяйтесь! Начнём уже через 35 минут, в 18:00 по МСК (ссылку на Google Meet отправлю за 5 минут до начала).

До встречи! 👍

Всем привет!

Выкладываю запись нашей System Design сессии как некоторые и просили 👨‍💻

Получилось точно интереснее, чем если бы мы вдвоем сидели и обсуждали систему

Всем спасибо за участие и активность! 👍

А вот пару хороших видео на тему системного дизайна на ютубе:
Открытая сессия по System Design от Тинькофф — Разрабатывается также система бронирования отелей
Доклад на тему System Design интервью в целом — просто хорошее видео о процессе и практическом подходе к интервью

Всем привет! 👋

Сегодня планируем еще одно тренировочное System Design интервью в 19:00 по МСК

Если вам интересно послушать/прокомментировать/задать дополнительные вопросы — присоединяйтесь!

Ссылку на google meet пришлю за 5 минут в канал, запись будет

До встречи! 👨‍💻

Всем привет! 👋

Выкладываю запись нашей System Design-сессии 👨‍💻

Спасибо всем за участие и активность! 👍

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

Системный дизайн в деле — отличное видео о практическом применении различных подходов

Также рекомендую подписаться на Telegram-канал — в последнее время там появляется много интересного материала

Всем привет!

Планируем провести сегодня Live-coding интервью в 14:30 по МСК ⏱

Кому интересно послушать/позадавать вопросы - присоединяйтесь!

Ссылку на google meet пришлю за 5 минут в канал до начала, запись будет ⏺

До встречи!

Всем привет!

Выкладываю запись нашей Mock live-coding сессии 🖥
Благодарю всех за участие!

Условие задачи было таким:

Необходимо реализовать класс ATM (банкомат) со следующими методами:
deposit - пополняет банкомат новыми купюрами
withdraw - возвращает запрошенное количество купюр
balance - возвращает общую сумму всех номиналов из оставшихся купюр в банкомате

Задача довольно популярная. Интересно, сталкивались ли вы с ней?