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

https://youtu.be/yG3u5Ufl_xs

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

Команды, запросы, паттерны… А на самом деле всё очень приземлённо: читать данные и менять данные — это вообще не одно и то же.

- Когда ты пишешь — ты боишься что-то сломать.
- Когда читаешь — тебе просто нужен быстрый ответ.

CQRS — это момент, когда ты перестаёшь делать вид, что это одна задача.

В работе видео, в феврале будет на канале 🥰

Про CQRS есть ещё один миф, который стабильно пугает людей.

Если ты полез в CQRS — готовь кафку, микросервисы, отдельные базы и психолога. 🥣

На практике самый полезный CQRS вообще без всего этого.
Один сервис. Одна база. Просто внутри ты перестаёшь мешать запись и чтение в одном месте.

- Для записи — нормальная доменная логика, проверки, транзакции.
- Для чтения — прямые запросы и DTO, без лишней философии.

Никакой магии. Просто код, который наконец-то понятно читать.

Спасибо за реакции. Продолжаем короткие заметки на технические темы 🥰

Очень легко перепутать цель и инструмент.

CQRS, DDD, event sourcing, SAGA — это не цель.
Цель — чтобы код было не страшно трогать через год разработки.

Если паттерн:
- Убрал боль
- Сделал код понятнее
- Сократил количество "Так, тут не трогай, пока работает"

значит он сработал.

Если нет — значит вы просто применили модную аббревиатуру и теперь можете хвастаться на конференциях 🌟.

Event Sourcing за 10 секунд

Event Sourcing — гит для бизнеса. Ты не можешь удалить или отредактировать события (коммиты), а можешь только добавить новые. Если накосячил, то создаёшь событие, которое будет компенсировать твой косяк (Делаешь новый коммит).

Текущее состояние — это просто результат проигрывания всех событий. Смотри разницу.

Обычный CRUD:

id | balance
---|---------
42 | -1500

Где деньги? 🥣

ES:

balance = 0
+5000 (Пришла зарплата с любимой стажировки)
-3000 (Поел)
-3500 (Попил)
--------
-1500

Понял 🔥

Почему нельзя просто отправить сообщение в Kafka?

Не, конечно, можно. Если тебе плевать на консистентность.

Смотри: у тебя транзакция, ты делаешь Save() и потом Publish(). А между ними — пропасть, в которую может упасть что угодно: сеть, брокер, твой сервис. 🥣

Transactional Outbox — это когда вместо Publish() ты делаешь ещё один Insert() в таблицу outbox. В той же транзакции. Атомарно.

using var transaction = await _db.BeginTransactionAsync();

_db.Orders.Add(order);
_db.Outbox.Add(new OutboxMessage(order)); // Вместо _kafka.Publish()

await _db.SaveChangesAsync();
await transaction.CommitAsync();

А потом фоновый процесс читает эту таблицу и рассылает.

Это как записка на холодильник: ты не покупаешь бананы прямо сейчас, а пишешь "купить бананы" и точно не забудешь.

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

Давай мок проведём, чтобы понять, сколько денег я стою 🌟

Часто получаю такие запросы и уже даже космическую цену на моки поставил, чтобы не покупали

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

Я действительно могу провести мок, спросить про многопоточку, микросервисы и брокеры, но рынок работает не совсем так.

Это не экзамен, где задают n вопросов и надо ответить на m, чтобы получить x денег в месяц.

Возможно, ты в подростковом возрасте увлекался покером и по трём картам на столе можешь предсказать вероятность флеш-рояля, но по брокерам хромаешь. Для компании, которая занимается подобным гэмблингом, ты будешь стоить космических денег, а на остальном рынке — «Ой, извините, вакансия встала на холд».

🥣 Стоимость на рынке складывается из множества факторов:

1. Совпадение твоего опыта и того, что конкретная компания считает важным
2. Твоя функция в бизнес-модели. Разработчик на заводе по производству плитки стоит дешевле, чем тот же разработчик в аутсорсе
3. Софты. В тысячный раз, но разработка — командная история, и никому не нужен перформер, который будет портить атмосферу в коллективе
4. Харды. Это та самая многопоточка с архитектурой, на которую обращают больше всего внимания
5. Макроэкономика. Сейчас большая ключевая ставка, дорогие деньги, и бизнес очень избирателен в выборе кандидатов
6. Стадия компании и область деятельности. Стартапы за работу сверхурочно и разного вида гэмблинг, как правило, готовы платить больше денег

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

Лучший способ узнать свою фактическую ценность — ходить по реальным собеседованиям — всё. Ходим, озвучиваем ожидания, наблюдаем за реакцией и делаем поправку на ветер. Если совсем страшно, то можно сначала сходить по собеседованиям с фейковыми контактными данными 🥰

Ну что, коллеги, встретимся в максе? 🌟

Минимум духоты, максимум примеров и простых объяснений: микросервисная архитектура и модульный монолит, сага, аутбокс, гарантии доставкаи и CAP теорема.

Сценарий для ролика был готов ещё пару месяцев назад, но записать удалось только с четвёртого раза. Уверен, что не зря, ведь количество пользы на минуту ролика прям зашкаливает.🌟

Шпаргалка для повторения будет в течении пары дней. Собираю всё только самое нужное в красивом формате

UDP: шпаргалка в следующем посте

https://youtu.be/l1vpKLHp0sQ

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

Надо реакции и буду стараться делать такие классные штуки для всех технических роликов 🥰