Во время работы над постом я сталкиваюсь с нюансами, которые не всегда можно правильно описать в самом посте.
Например, из-за объема либо неподходящего контекста

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

❓ Как еще можно использовать чат?
— Анонсы и обсуждение будущих постов
— Можете задавать вопросы любого уровня
— Будем общаться вместе на тему разработки [можно общаться свободно, а нюансы, которые я планирую писать, буду выделять тегами, чтобы их можно было найти]

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

Присоединяйтесь по ссылке — 📦 Developer's Chat

❓ Что такое Spring Boot и для чего он используется?

🌱 Spring Boot — open-source фреймворк, упрощающий конфигурацию Spring приложений

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

Благодаря convention over configuration подходу, Spring Boot позволяет значительно упростить код. Например:
— подключив spring-boot-starter-actuator в Maven/Gradle мы получаем рабочий функционал мониторинга
— подключив flyway-core и положив файлы миграций в директорию db/migration, они будут автоматически выполнены

❓ За счет чего это работает?

За счет исполнения кода автоконфигураций

Автоконфигурация — обычный бин, помеченный аннотацией Configuration или Autoconfiguration и объявленный в файле META-INF/spring.factories [до версии 2.7] или META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.import [c версии 2.7]

Библиотека, содержащая автоконфигурацию, имеет название Spring Boot Starter

Подключая в наш проект starter, фреймворк автоматически исполняет код автоконфигураций, создавая необходимые бины и исполняя логику, задуманную конкретной библиотекой

А благодаря Conditional аннотациям, такая логика может быть очень гибкой. Например:
— ConditionalOnMissingBean создаст бин, если нет другой реализации
— ConditionalOnProperty создаст бин при наличии определенного свойства в application.yaml

❓ Что еще есть?

Spring Boot предоставляет BOM [Bill Of Materials] spring-boot-dependencies, являющийся готовым набором совместимых между собой версий библиотек

Это дает нам возможность не указывать явно версии для большого количества зависимостей в Maven/Gradle

В наших примерах по работе с БД было много повторяющегося кода. Я вынес общий код в starter и теперь все примеры реализуют один и тот же API контракт:

📚 JDBC
💡 jOOQ
🐦 MyBatis
🪞 Hibernate
🌱 Spring JDBC
🌱 Spring Data JDBC
🌱 Spring Data JPA

#sandbox #java_database_tools_starter

➿ Меню
➿ Подпишись: @developer_sandbox

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

Последнее время пропал с радаров 🫠

Довольно много времени уходило на подготовку статьи и постоянно откладывал на потом, чтобы написать в желаемом качестве, и вот уже прошел не один месяц 😵‍💫
Помимо этого, стал больше изучать алгоритмы, но чтобы писать по ним статьи, еще нужно разобраться 👨‍💻

Также недавно я проходил Mock Coding Interview у автора канала FAANG Master✈️. Было полезно. Искренне рекомендую вам этот канал, если вам интересна эта тема.

И напоследок:
Как-то в первом сообщении на канале я упоминал, что интересно было бы и самому проводить Mock-интервью [бесплатно] на Java разработчика [Junior, Middle, Senior].

Хотел бы узнать, насколько это интересно вам, - поэтому жду ваших реакций:
👍 — если интересно пройти Mock-интервью

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

Наконец-то получилось подготовиться и освободить время под Mock interview 📞

Планирую примерно такой формат:

0⃣ Делаю пост о свободном времени с ссылкой на Google Meet, где можно забронировать встречу, выбрав подходящее время.
1⃣ Встречаемся в назначенное время в Google Meet. [Камера по желанию]
2⃣ Строим план собеседования и разговариваем про опыт. [Собеседование на русском, в будущем можно будет на английском]
3⃣ Вопросы будут про — Java, Spring, работу с БД, очереди. [И некоторые другие общие вопросы, зависит от уровня собеседуемого]
4⃣ Длительность собеседования около часа, но тут как пойдет.
5⃣ В конце делимся отзывами о том как прошло интервью.
6⃣ Mock interview постараюсь построить так, чтобы было интересно специалистам уровня junior/middle/senior.
7⃣ Запись видео индивидуально по желанию, выкладывать на канал не планирую

И уже сегодня хочу устроить тестирование этого формата, есть 2 места, если есть желающие, буду рад 👨‍💻

Забронировать время на сегодня можно по ссылке — mock
Если есть вопросы/пожелания, буду ждать в комментариях 🤔

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

Добавил 2 места на Mock interview:
1⃣ В субботу на 18:00 (GMT+3)
2⃣ В воскресенье на 15:00 (GMT+3)

Записаться можно по ссылке — mock ✅[edited: все забронировано]

Напоминаю формат:
1⃣ Встречаемся в назначенное время в Google Meet. [Камера по желанию]
2⃣ Строим план собеседования и разговариваем про опыт. [Собеседование на русском, в будущем можно будет на английском]
3⃣ Вопросы будут про — Java, Spring, работу с БД, микросервисы, очереди и т.д. что является сейчас актуальным
4⃣ Подойдет уровням Junior/Middle/Senior
5⃣ Сразу отвечать на вопросы не будем, а будем идти дальше. Весь разбор и фидбек в конце интервью, где мы обменяемся отзывами

Кое что изменил:
1⃣ Длительность собеседования будет 1.5 часа, в прошлый раз часа не хватило
2⃣ Сделаю митинг публичным и опубликую на канале ссылку, чтобы каждый мог в качестве зрителя зайти и посмотреть. Но запись самого собеседования все еще будет по желанию.
3⃣ Желательно иметь установленную IDE [Я надеюсь успеть подготовить некоторые практические задачи]

Если есть вопросы, буду ждать в комментариях 👨‍💻

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

Итак, самая первая публичная версия Java Mock Interview [можно сказать бета тестирование 🫠]

Постепенно буду стараться улучшать формат, определенно моему навыку проведения интервью есть куда расти 🤔

В комментариях под этим видео поделюсь более подробным фидбеком и своими мыслями по поводу интервью 📞

Всем большое спасибо за то, что присоединились! 👨‍💻
Особенно респект Максиму за то, что не обладая большим опытом, не постеснялся поучаствовать 👍

Таймкоды:
1. Кратко про опыт 01:27
2. Иерархия коллекций и их реализации 03:27
3. Как работает HashMap 05:10
4. Контракт между equals и hashCode 06:37
5. Типы исключений 07:40
6. Про String Pool 08:59
7. Про try-with-resources 10:06
8. Отличие lambda-выражения от анонимного класса 11:23
9. Про Stream API 12:14
10. Что такое Spring Boot 13:33
11. Жизненный цикл бина 14:45
12. Что такое DI 15:12
13. Аннотация Transactional 16:46
14. AOP 18:02
15. ACID 19:01
16. Задача "Account" 19:44
17. Задача "Error" 29:26
18. Задача "Counter" 01:07:08
19. Финальные разговоры 01:18:09

📶 Через 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 минут в канал до начала, запись будет ⏺

До встречи!