Всем привет!
Сегодня в 18:00 я участвую в эфире Оли Романовой. Расскажу через что я прошла за 11 дней активного поиска работы. Спойлер: получила оффер мечты и да, это стоило того💕

Приходите. Кроме консультаций, это первая возможность меня увидеть в прямом эфире. Буду рада ответить на ваши вопросы!

Буду не одна — вместе с РМ и РМО. Для доступа к эфиру нужно зарегистрироваться в боте. Запись найдёте завтра там же. Ссылка: https://t.me/proProject1/1843

WSDL, XSD, XML

Разберём все 3 технологии и узнаем как они связаны друг с другом.


WSDL (Web Services Description Language) — это XML-файл для описания веб-сервисов, обычно используемых в SOAP (Simple Object Access Protocol).
Использует XSD для описания данных и добавляет информацию о методах сервиса.
Он определяет:
— какие методы доступны в сервисе;
— какие параметры принимает каждый метод;
— как вызывать эти методы (адреса эндпоинтов, протоколы);
— как выглядит запрос и ответ (структура XML).

Простыми словами, WSDL — это инструкция для клиентов SOAP-сервиса, которая опирается на XSD для описания данных, а сами данные передаются в XML.


XSD (XML Schema Definition) — это язык описания структуры XML-документов.
В WSDL подключается через и определяет:
— какие элементы и атрибуты могут быть в XML;
— типы данных (число, строка, дата и т. д.);
— правила валидации (обязательные поля, порядок элементов, ограничения).

XSD — это шаблон, который гарантирует, что XML-документ соответствует ожидаемому формату.


XML (eXtensible Markup Language) — это язык разметки для хранения и передачи структурированных данных в текстовом формате.
Он похож на HTML, но не имеет предопределённых тегов — нужно создать свои собственные для описания данных.


Итого:
— XSD-схема описывает структуру данных.
— WSDL описывает сервис, ссылаясь на XSD.
— XML-запрос отправляется на сервер, соответствует XSD.

Как научиться действительно успевать, а не просто постоянно что-то делать

Будь лучшей версией себя. Знакомо? Общество подталкивает быть продуктивнее, но в погоне за занятостью мы теряем главное — эффективность. Сделать больше задач за меньшее время — уже не актуально, важно делать нужное.

Новая конференция Подлодки пройдёт с 14 по 18 апреля и поднимет тему Эффективность вместо продуктивности.


Программа конференции:

1. Полезные практики.
— Концентрация на текущем моменте.
— Быстрое получение энергии.
— Прилив сил и ясность ума.
— Рефлексия для завершения недели в состоянии спокойствия и готовности к отдыху.

2. Доклад «Как перестать считать себя самозванцем».
Сравнивай себя только с собой, научись принимать похвалу, признавай свои достижения.. Эти советы не работают! Валерия Зелёная даст практические способы как избавиться от синдрома самозванца и наконец-то стать спокойным профессионалом.

3. Доклад «Как благодаря ИИ работать меньше, а успевать больше»
Андрей Смирнов поделится реальными кейсами как с помощью ИИ освободить время для по-настоящему важных задач и автоматизировать рутину: разбирать переписки, структурировать встречи, готовить презентации, анализировать данные и даже вести переговоры.

4. Доклад «Эффективность без насилия над собой: путь от усталости к гармонии»
Как перейти от состояния “я ничего не успеваю” к жизни, наполненной энергией и смыслом. Как научиться жить так, чтобы всё успевать, не теряя себя. Личный опыт выхода из состояния “выжатого лимона” от Ольги Елисеевой, руководителя технической дирекции Инфосистемы Джет.

5. Доклад «Линейные или рывковые - кто вы и как подобрать инструменты своей эффективности»
Анна Обухова расскажет как учитывать врождённые особенности, чтобы не мучить себя чужими лайфхаками. И поможет найти инструменты, которые подходят именно вам💕


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


Программа по ссылке: https://podlodka.io/softcrew
Билеты найдёте там же. Увидимся на конференции!

А по промокоду ниже получите скидку в 500р👇🏻
ItSherlock5

Работа с заказчиком

Завершился 2 модуль обучения и.. я буду скучать💕 Его вёл Антон Корчинский — самый поддерживающий и компетентный тренер, которого когда-либо встречала.

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


Инструменты модуля уже применяю в работе. Ниже расскажу, что изучили.

Занятие 1. Коммуникативный практикум — умение слышать, слушать и задавать вопросы, чтобы понимать ожидания заказчика
— Умение внимательно слушать собеседника и раскладывать разговор на 4 слоя информации.
— Активное слушание или действия во время разговора.
— Понимание почему встречи лучше переписки.
— Red flags в коммуникации.

Занятие 2. Работа с давлением, обвинениями и навязыванием нереалистичных ожиданий со стороны заказчика
— Основные техники активного слушания.
— Полезные вопросы при разговоре с "заказчиком" задачи — делилась в комментариях к посту.
— Принцип позитивного намерения, как его распознавать и слышать.
— Как реагировать на неприятную информацию.
— Фокус на намерениях собеседника, а не форме подачи информации.
Меня зацепила фраза тренера: «Собеседник не платил вам за тренинг по софтам, не нужно учить его как правильно коммуницировать»😁. И после этого стараюсь не обращать внимание на форму. Конечно, получается не всегда.

Занятие 3. Позитивное намерение: как распознавать и слышать. Как делать встречное предложение и как его аргументировать
— Алгоритм "Встречное предложение".
— Модель эмоций Плутчика.
— Как управлять эмоциями собеседника.

Занятие 4. Работа с давлением, обвинениями и навязыванием своих нереалистичных ожиданий со стороны заказчика
— Дополнительные 3 роли ценного сотрудника или как быть не просто исполнителем.
— Аргументация через выгоды для собеседника.

Занятие 5. Управление эмоциями
— Алгоритм работы с эмоциями, методы саморегуляции (STOP).

Занятие 6. Знакомство, самопрезентация
— Алгоритм переговоров о задачах/сроках.
— Алгоритм как поставить границы и мягко отказаться.

Занятие 7. Управление эмоциями
— Самопрезентация и хороший старт с новым заказчиком.
— Алгоритм обсуждения проблемы.
— Модель STAR для эффективной самопрезентации.
— Формирование первого впечатления.
— Алгоритм small talk.
— Поиск практических способов для управления эмоциями.

Занятие 8. Презентация работы и «продажа» результатов заказчику
— Как, кого и зачем благодарить.
— Алгоритм презентации результатов.
Буквально вчера закончила работу над важной задачей — создала обобщающую статью по новому функционалу из всех рабочих материалов и презентовала результат коллегам!


А главный вывод модуля такой: я глубже поняла зачем нужно это обучение.

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

В канале полностью расскажу вам модуль, т.к полезно было всё. Ставьте 🔥, если вам интересны софты.

Привычки в работе аналитика

Продолжаю делиться привычками, которые помогают в работе (первый пост здесь).

Итак, приступим.


1. Обсуждать вопросы на встречах.
Если вопрос требует более расширенный ответ, чем "да" или выбор одного варианта из нескольких, соберите встречу.
Раньше я уточняла вопросы только в личных сообщениях, но теперь все изменилось: неоднозначные вопросы решаются через встречу на команду и заинтересованных лиц, а остальные через общий чат. Это помогает решить вопрос за 15 минут, а не вечность в переписке.

2. Записывать встречи.
Полезная привычка, если пока не умеете задавать вопросы. Как минимум, получится пересмотреть запись и дополнить документацию. Ну или будет доказательство слов собеседника.
Я не записываю встречи уже 2 месяца и предпочитаю просто конспектировать в блокноте.

3. Конспектировать встречи.
Антон Корчинский, тренер школы Стратоплан, предложил раскладывать разговор на 5 столбцов:
— Наблюдения и факты;
— Эмоции, чувства, потребности, особенности характера собеседника;
— Его ожидания, призыв к действию;
— Отношение к вам;
— Ваши мысли и вопросы.
Это позволит ВНИМАТЕЛЬНО слушать собеседника и не перебивать. Классный способ, забирайте.

4. Задавать вопросы.
Обычно заказчик просит реализовать конкретное решение, а не делится проблемой. Вы, как аналитик, должны задать вопросы, перейти от решения к проблеме и оставить первоначальное решение только если оно закроет проблему. Иначе — сделать встречное предложение. Но если сроки позволяют, лучше узнать причины проблем и решать уже их. Важно быть не просто исполнителем, но и консультантом.

5. Помнить о позитивном намерении.
Запомните:
Каждый человек действует лучшим для него образом, возможным в данный момент.
Если вас что-то раздражает, попробуйте найти то, что важно для собеседника. Обязательно доброе и светлое. Будет круто, если увидите общую цель и выберите идти к ней, а не против друг друга.

6. Вести личный чек-лист ошибок.
Старайтесь замечать ошибки и достижения на работе. Советую записывать все в модели STAR. Супер методика, которая позволит провести рефлексию, а также научиться структурированно (=интересно) рассказывать истории успехов, факапов и любые другие. А с этим можно идти на конференции, писать статьи или просто стать душой компании☀️

7. Повышать прозрачность.
Если берёте задачу, то руководителю / наставнику важно видеть результаты вашей работы.
Формат, частоту и детализацию подберите индивидуально, но я советую озвучивать прогресс на дейли и в конце дня по методике STAR. Это повысит доверие в отношениях, а значит у вас будет больше свободы, интересных задач и шансов на карьерный рост.

8. Использовать модель as is и to be.
Если нужно что-то изменить или создать новый процесс, запишите как сейчас происходит процесс в as is. А если принимаете решение, запишите аргумент в его пользу — почему было принято именно такое решение. Используйте формулу "факт + обоснование + выгода нового решения".

9. Вести личный или командный аналитический техдолг.
Например, увидели устаревшую документацию или вам пришла идея что-то изменить на проекте. Запишите что задачу в список и выполните её, когда будет возможность.
Я предлагаю следующую структуру таблицы:
— Текущая дата;
— Описание;
— Инициатор (если таблицей будет пользоваться команда);
— Статус (будет красиво, если использовать встроенный макрос "Статус" в Confluence, а в качестве значений Новая, В работе, Завершено, Отменено);
— Дедлайн (если есть);
— Ответственный;
— Итог.

10. Рассказывать о новых знаниях.
Создайте еженедельную встречу аналитиков, где будете обсуждать то, что важно.
Например, я сейчас готовлю презентацию по 2м посещённым конференциям подлодки: "Переговоры" и "Проектируем надёжность". Также расскажу о новой конференции "Межсервисное взаимодействие", на которую пойду 7 апреля.

Какие привычки будете внедрять? Поделитесь что помогает в работе вам☀️

Как сервисам взаимодействовать между собой быстро, надёжно и понятно

Новая конференция Подлодки пройдёт с 7 по 11 апреля и поднимет тему межсервисного взаимодействия. Честно, я ждала именно эту конференцию — целых 6 актуальных докладов из 10!


Итак, мой топ докладов недели:

1. Проектируем API: contract first.
Илья Зонов расскажет когда выбирать этот подход, а когда code first будет эффективнее. Также рассмотрит тему версионирования и обновления.
Кстати, в финтехе тема особенно актуальна, т.к участники с разной скоростью адаптируются к изменениям и часто нужно поддерживать несколько версий API.

2. Event Storming + DDD = Микросервисы без боли: проектируем EDA правильно.
Как выделить правильные события и построить полезную событийно-ориентированную систему.
Микросервисы актуальны как никогда. Часто есть страх выделять микросервисы, т.к может упасть производительность. Интересно, как Кирилл Ветчинкин решит эту проблему и предложит избавиться от синхронных вызовов, которые так нужны при проведении платежей.

3. gRPC vs RESTful: Битва протоколов — как выбрать идеальный API для вашей архитектуры.
Ozon, везде использует gRPC вместо классического и всеми любимого REST. Алексей Романов сравнит два подхода по 10 критериям и я принесу вам удобную блок-схему.

4. Rate Limiting, Circuit Breaker, Load Shading: защита сервисов от перегрузки.
Пару недель назад мы внедряли Rate Limit. Вот и узнаю действительно ли это было лучшим решением.

5. Обратная совместимость в парадигме contract-first.
Как поддерживать REST API и работать со спецификациями типа OpenAPI. Это важная тема, будет интересно узнать мнение Сергея Константинова из Эстонии по этому вопросу.
После обзора спринта навсегда запомнила, что правильно говорить "изменила спецификацию OpenAPI", а не swagger. Берите на вооружение😁

6. gRPC, HTTP, Event-driven, База данных: какой подход интеграции выбрать.
На примерах эксперты обсудят интеграции и здесь также хочу вынести блок-схему.


Рада, что эта неделя вот-вот начнётся. Уже предвкушаю обсуждение докладов с коллегами. А дальше будет ещё одна важная конференция по софтам и перерыв до октября.


Программа по ссылке: https://podlodka.io/techcrew
Билеты найдёте там же. Увидимся на конференции!

А по промокоду ItSherlock8 получите скидку в 500р

Мы подготовили для вас подборку из 40+ каналов на тему IT и HR: https://t.me/addlist/nwOCtnp4eIJmOTUy

Книги, лекции, новости нейросетей, вопросы с собесов BA/SA. Даже есть юрист в IT, советую сохранить контакт.

Топ постов:
— Увольнение неэффективных сотрудников: риски и последствия
— Как провести исследования, когда ресурсов не хватает?
— Типы сотрудников в команде: как найти подход к каждому

Хороший шанс найти для себя новый интересный канал!

5️⃣полезных привычек

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


🌼Не коммититься на задачу, если не до конца понял что и зачем делать.
Например, если в понедельник получил задачу, сказал что закончишь в пятницу и начал уточнять детали только в четверг, то доверие к вам падает в глазах собеседника.
Ваша ответственность — действительно понять задачу до того как принять её или озвучить дедлайн. А вот что такое коммитмент, как принимать задачу и обеспечивать прозрачность — это отдельная тема.
Поставьте ⚡️, если хотите узнать подробнее. Как раз внедряю эту привычку.


🌼При получении ссылки, сразу проверять доступ.
Простая, но полезная привычка. Ведь кто не сталкивался с ситуацией, когда собеседник прислал ссылку на документ, ты что-то ответил, а потом оказалось, что не было доступа?


🌼Составлять план на рабочий день.
Таким образом вы пишете критерии успешности текущего рабочего дня. Полезная практика. Бонусом поможет со второй частью рассказа на дейлике и сконцентрирует на работе. Рекомендую внедрять сразу со следующей привычкой.


🌼В конце дня писать на чем остановился по задаче.
Это помогает подвести итоги рабочего дня, подготовить первую часть рассказа на дейли и быстро войти в работу на следующий день. В качестве инструмента используйте личное пространство в Confluence, списки to do, блокноты и т.д.


🌼Слушать суть, а не реагировать на форму.
Эту привычку пытаюсь привить уже 2 недели — занимаемся ей на втором модуле обучения. Идёт тяжело, но прогресс заметен. Расскажу подробнее, когда завершится модуль.


Дальше расскажу о привычках, которые помогут конкретно аналитику. Ставьте 🔥, если хотите послушать эту тему. И ❤️ если интересны обе.

P.S.: Сегодня у меня День Рождения. Спасибо, что вы со мной💕Поделитесь, пожалуйста, в комментариях идеями празднования (пока склоняюсь к спа).

Отношения с работодателем

Вот и закончился месяц обучения в Стратоплане. Конечно мне нравится — ничего другого и не ожидала от лучшей школы для руководителей. Уже применяю инструменты из 1 и 4 блока, а ко 2 ещё присматриваюсь, хотя знаю психотип наставника по Адизесу 😏


Итак, за месяц мы прошли:

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

2⃣Продажа идей
Как эффективно аргументировать идею для разных психотипов руководителей и видов корпоративных культур. Идея может быть любой: от изменения шаблона документации до повышения зарплаты. Только узнайте тип личности по DISC или Адизесу — этого достаточно для успеха.
Кстати, для простого оформления идеи подойдёт гениальный шаблон A3 Toyota Report (они придумали Less, точно знают что делать).

3⃣Карьерный рост
Как расти в компании и готовиться к следующей позиции. Узнала правило: чтобы рост случился, должны совпасть 4 фактора:
— Открыта позиция;
— Про нас вспомнили;
— Мы готовы морально, по hard и soft скилам;
— Мы хотим взять новую роль.

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

4⃣Лидерство.
Как проявлять инициативу во взаимодействии с коллегами и понять какой тип лидерства будет уместен в этот момент.
Составила чек-лист со способами проявления инициативы на работе, в пятницу сделала первый шаг и его заметили. Обучение работает :)
 

А теперь поговорим о формате 1⃣ модуля.
— Теория 30 минут;
— Индивидуальное выполнение задания 10 минут;
— Обсуждение в группах 20 минут.
Так строится каждый час обучения.

Честно, мне комфортнее бы было учиться по записям: просто получай знания и применяй когда-нибудь потом. Но здесь фокус на практике и в результате получаешь умения, а не только знания. (Хотя записи потом повторно пересматриваю — так удобнее конспектировать).

Стратоплан заставляет действовать: включать камеру, микрофон и говорить. Страшно? Да, но говорить всё равно нужно. Заботливые фасилитаторы внимательно следят за каждым.


Итог: всё нравится. Я уже начала меняться в сторону ответственности и инициативности. Интересно что будет в конце обучения через 4 месяца💕
Второй модуль по работе с заказчиком ведёт Антон Корчинский, необычайно компетентный тренер, которым я восхищаюсь с курса по 1to1 (рассказывала здесь). В предвкушении, расскажу вам об успехах через месяц.

Когда использовать асинхронный REST

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


Итак, асинхронное взаимодействие подойдёт, если:

1️⃣ Операция занимает много времени
Cинхронный REST может привести к таймаутам или неэффективному использованию ресурсов. Асинхронный позволяет отложить выполнение и уведомить клиента о результате позже.
Примеры:
— Генерация PDF-документа.
— Обработка видео или аудио.
— Импорт/экспорт больших объёмов данных.

2️⃣ Клиенту не нужно ждать немедленного ответа
Если задача может быть выполнена в фоновом режиме без немедленного уведомления клиента, асинхронный REST будет оптимальным выбором.
Примеры:
— Отправка email-уведомлений.
— Обновление кэша или индексов.

3️⃣ Требуется высокая масштабируемость и отзывчивость
Асинхронный REST помогает распределить нагрузку на сервер, что особенно важно в высоконагруженных системах. Он позволяет обрабатывать больше запросов, не блокируя клиентов.
Примеры:
— Системы с большим количеством пользователей (например, социальные сети).
— Микросервисная архитектура.
— Загрузка файлов.
— Отправка данных на сервер без блокировки интерфейса.

4️⃣ Есть необходимость в фоновой обработке или интеграции с внешними системами
Если ваш сервер зависит от других сервисов или систем, которые могут отвечать с задержкой, асинхронный REST позволит избежать блокировки клиента.
Примеры:
— Интеграция с платежными системами.
— Запросы к сторонним API с ограниченной пропускной способностью.

5️⃣ Клиенту нужно получать уведомления о событиях (например, через WebSocket или Server-Sent Events), асинхронный REST позволит реализовать такой сценарий.
Примеры:
— Чаты.
— Уведомления о статусе заказа.


Для простых и быстрых операций стоит выбрать синхронное взаимодействие.

REST: синхронное или асинхронное взаимодействие

Часто на собеседованиях можно услышать вопрос "К какому типу взаимодействия относится REST и можно ли его сделать асинхронным?"

Давайте разберёмся.


REST обычно синхронный:
— Клиент отправляет запрос на сервер и ждёт ответ.
— Сервер обрабатывает запрос и возвращает ответ клиенту.
— Клиент блокируется (ожидает ответа) до тех пор, пока не получит ответ от сервера.


Но с помощью следующих способов REST можно сделать асинхронным:

1️⃣ HTTP-код 202 Accepted с периодической проверкой статуса
— Сервер принимает запрос, но не обрабатывает его сразу.
— Сервер возвращает клиенту код 202 Accepted, указывая, что запрос принят и будет обработан позже.
— Клиент может периодически проверять статус выполнения запроса (например, с помощью GET-запроса).

2️⃣ Callback URL для уведомления о завершении задачи
— Клиент отправляет запрос и указывает URL (callback), на который сервер отправит результат, когда задача будет выполнена.
— Сервер возвращает клиенту код 202 Accepted и обрабатывает запрос в фоновом режиме.
— После завершения обработки сервер отправляет результат на URL из запроса.

3️⃣ Очереди или брокеры для фоновой обработки
— Клиент отправляет запрос на сервер.
— Сервер помещает задачу в очередь и сразу возвращает клиенту код 202 Accepted.
— Отдельный процесс (воркер) обрабатывает задачи из очереди и сохраняет результат.
— Клиент может проверить статус задачи через отдельный запрос.

4️⃣ WebSocket или SSE для уведомлений в реальном времени.
— Клиент устанавливает долгоживущее соединение с сервером (например, через WebSocket или SSE).
— Сервер уведомляет клиента о завершении задачи через это соединение.


На диаграммах последовательности изображены все варианты реализации. Дальше поговорим когда нужно применять асинхронный REST, а когда и синхронного будет достаточно.
P.S.: привет прибывшим аналитикам-карьеристам Романовой Оли. Чувствуйте себя, как дома ❤️

Консультации

Если кратко: создала страницу, где вы можете познакомиться с моими услугами и выбрать что подойдёт именно вам. Ссылка: https://iuliia-novikova.yonote.ru/share/3a03d899-ef3c-4f34-b422-22e5de76a1b0

Подробно:
1. Уточню ваш запрос и пойму могу ли помочь с ним.
2. Если да, то мы выберем удобное время для консультации, когда вас никто не будет отвлекать. Понадобится от 1 до 3 часов — в зависимости от запроса подскажу какой временной слот нужно освободить.
3. После консультации в течение двух дней пришлю дополнительные материалы и попрошу ОС.


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

✅ Системный анализ — помогу проанализировать опыт и разобраться в нужной теме. Порешаем задачи, что-нибудь спроектируем и вы будете готовы к собеседованию и/или работе.
Подойдёт только если представляете ожидаемый результат.

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


Буду рада вам помочь! Пишите по любым вопросам в личные сообщения и посмотрим — нужна консультация или будет достаточно одного сообщения.
Подробнее здесь: https://iuliia-novikova.yonote.ru/share/3a03d899-ef3c-4f34-b422-22e5de76a1b0

Собеседование #4💕

Впечатления: всё было понятно сразу, улыбка не оставляла меня ни на минуту. Легко и непринуждённо за 30 минут спроектировали решение для небольшого кейса, параллельно обсудили всю сопутствующую теорию и определили мою профпригодность для второго собеса😁


Что было:
Обсудили как для меня выглядит процесс разработки интеграций и сразу приступили к практике.
Практическое задание:
Есть сельская библиотека, есть мы (издательство). Нужна интеграция, чтобы в БД библиотеки появлялась информация о полученных книгах.

Из теории поговорили про типы БД, ключи, SQL, ограничения, типы и особенности интеграций, SMTP.

На практике спроектировали GET, БД, написали SQL запрос с JOIN и выбрали подходящий тип интеграции для задачи.

Я остановилась на FTP, но самый подходящий вариант оказался — интеграция через человека (писать письмо при получении новых книг)🙃


17.01 произошла была любовь с первого взгляда и сегодня мой третий день в компании ❤️. Кстати, господа детективы, сможете угадать название?
Первое, второе и третье собеседования по-прежнему доступны по ссылкам.

Собеседование #3

Впечатления: собеседование заняло всего 30 минут, что считаю упущением лида аналитиков. Говорили только про опыт, не было практических задач и всего 2-3 вопроса по теории.


Секция «Вопросы HR»:
🔴Рассказ о себе, почему меняю работу. (Классика)
🔴Предпочтения по компаниям или отраслям. (Классика)
🔴Целевая аудитория продукта. С какими платформами работала: web/мобилки. (Редко)


Секция «Требования»:
🔴Как получаю задачи, какие инструменты использую в работе. (Классика)
🔴Артефакты в результате моей работы. (Классика)


Секция «Интеграции»:
🔴Как описываю интеграции. (Классика)
🔴Действия перед описанием интеграции. (Первый раз)
🔴Опыт написания скриптов в Postman. (Первый раз)
🔴С какими форматами данных работала. Как строила работу с интеграцией через xml. (Классика)
🔴Типы данных в json. (Классика)
🔴Отличия decimal, number и int. (Редко)
🔴С какими типами интеграций и брокерами работала. (Классика)
🔴Какие типы маршрутизации есть в RabbitMQ. (Редко)
🔴Пробовала ли на практике посылать сообщение в очередь. Были ли кейсы, когда нужно размножить сообщение на несколько очередей. (Первый раз)
🔴Приходилось ли читать логи, тестировать задачи. (Редко)


Секция «БД»:
🔴Типы БД и основные отличия. (Классика)
🔴Какие объекты лежат в реляционной БД. (Иногда)


Секция «Архитектура»:
🔴Как проектирую микросервисы. (Классика)
🔴Сколько эндпоинтов может быть в микросервисе. (Первый раз)

На следующем собеседовании произошёл тот самый метч и поэтому сегодня расскажу ещё и о нём, ждите. День Святого Валентина, всё-таки💕
P.S.: ссылки на первое и второе собеседование.

Собеседование #2

Впечатления: потратили 20 минут времени собеседования на общение с hr. Считаю, что всё могли решить на скрининге и на интервью пообщаться полноценно по технической части. По ощущениям вопросы были заученные, что показывает отсутствие заинтересованности со стороны hr. По хардам собеседовал лид разработки и это настораживает. Техническое интервью заняло всего 25 минут.


Секция «Вопросы HR»:
🔵Рассказ о себе, причинах ухода, проекте, составе команды. (Классика)
🔵Критерии нового места работы, самый важный критерий. (Классика)
🔵Почему выбрала IT, СА. (Редко)
🔵Карьерные планы на 5 лет. (Классика)
🔵Какие направления для развития сейчас вижу. (Редко)
🔵Какой он — хороший руководитель. (Первый раз)
🔵Готова ли работать в команде аналитиков. (Первый раз)
🔵Как приоритезирую задачи. (Редко)
🔵Опыт с переработками, как к ним отношусь. (Редко)
🔵Опыт наставничества. (Часто)
🔵Причины ухода с каждого места работы, знает ли руководитель об уходе. (Редко)
🔵Пожелания по предметной области. (Часто)
🔵Чем заинтересовала вакансия. (Редко)
🔵Есть ли ИП/СЗ/частичная занятость. (Часто)
🔵На каких этапах нахожусь с другими компаниями. (Классика)


Секция «Рассказ о компании, о проекте»: 10 минут.
Секция «Проектирование»:
🔵Рассказ о ER, что аналитик должен указать при проектировании ER на физическом уровне. (Редко)
🔵Какие ограничения можно указать для атрибутов. (Редко)
🔵Если фронт не передал значение в запросе, что нужно сказать бэку, чтобы он проставил значение в базе. (Первый раз)
🔵Практический смысл 1НФ, какие задачи решать сложнее, если не соблюдать 1НФ. (Первый раз)
🔵Для чего нужна нормализация и денормализация. (Первый раз)

Практическое задание 1: Выполнить нормализацию БД и дать рекомендации по улучшению модели данных. Что будет первичным ключом в новой таблице связей.
Примечание: связь между таблицами — многие ко многим


Секция «Интеграции»:
🔵Что происходит с сообщением после того, как консьюмер его прочитал. (Редко)
🔵Что нужно сделать, чтобы прочитать топик заново. (Редко)
🔵Где хранится оффсет. (Редко)
🔵Что произойдёт при добавлении консьюмера в консьюмер группу. (Редко)
🔵Назвать основные методы запросов, которые реализуют CRUD операции. (Часто)
🔵Отличие PUT и PATCH. (Классика)
🔵Отличие GET от POST по структуре. (Редко)
🔵В какой части запроса передаётся JWT или Bearer токен. Почему нельзя передавать в body. (Редко)

Продолжаем? Совсем скоро расскажу о том самом собеседовании.
P.S.: первый собес обсудили здесь.

Новое обучение

Решила в этом году постоянно учиться и пока получается: прошла воркшоп в январе✅ и уже построила планы с февраля до июня. Совсем скоро начнётся курс по soft скилам в школе Стратоплан, который продлится целых 5 месяцев — с 11.02 до 26.06.

Звёзды так сошлись, что на следующий день после начала обучения будет первый рабочий день и заново начнётся онбординг, испытательный срок, адаптация, построение отношений и т.д. Будет полезно впервые получить поддержку на этом пути.
Говорят, Стратоплан — лучшая школа для руководителей (вот и наконец-то проверим🐱 — с августа 2024 хотела учиться здесь).


Что по целям:
Краткосрочная: построить эффективные отношения с руководством и командой за время онбординга и адаптации. В идеале ещё тёплые и доверительные, как сейчас.
Долгосрочная: создать стратегию взаимодействия с людьми, по которой буду двигаться дальше. Написать алгоритм или придумать шаблон для большинства возможных ситуаций — всё как я люблю.

В первом модуле изучим в теории и разберём на практике:
1. Как управлять ожиданиями и обеспечивать прозрачность;
2. Как продавать идеи;
3. Карьерный рост;
4. Лидерство и эффективное взаимодействие с коллегами и руководством.
Итого: интересно всё, кроме карьерного роста, т.к он уже произошёл😌


Кстати, впервые вижу такой сложный процесс поступления:
1️⃣ Сделать вступительное задание
▪️ Написать эссе, где рассказать о:
— текущей позиции;
— сложностях в работе;
— критериях успешности обучения;
— рабочих, карьерных планах на ближайшие 2 года.

▪️Пройти тест VIA-character для определения сильных черт характера.
В моём результате первые 3 черты: признание красоты и совершенства, честность, надежда.
Тест показался неинформативным, да и к тому же сайт только на английском. Устала переводить вопросы с переводчиком.

▪️Пройти тест DICS.
Проходила его уже третий раз (о предыдущих говорила здесь)
Сейчас результат такой: D:-9, I:6, S:3, C:0. Видно, что повысились soft скилы за месяц собеседований (I увеличился с -2 до 6).

2️⃣ Собеседование
Здесь общаетесь с сотрудником Стратоплана и понимаете подойдёт ли вам курс. Если это не покрывает ваши запросы, могут предложить другое обучение.


P.S: какая тема из первого модуля интересна вам больше всего? Её разберём подробнее.

Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka

Моё лучшее обучение или как прошли два дня воркшопов по брокерам. В двух словах: Это шедевр!


Ожидания vs Реальность:
Шла на обучение чтобы узнать больше о брокерах, но мы изучили:
1. Что такое асинхронное взаимодействие.
2. Плюсы и минусы асинхронного взаимодействия.
3. Способы реализации асинхронного взаимодействия с визуализацией через sequence диаграммы: long pooling, callback, websockets, gRPC, очереди, брокеры сообщений.
4. Что такое Apache Kafka.
5. Плюсы и минусы Apache Kafka.
6. Глобальное устройство Kafka (сообщение и его структура, producer, consumer, topic, partition).
7. Способы масштабирования Kafka.
8. Паттерны реализации интеграции через Kafka и лучшие практики.
9. Ребалансировка консьюмеров.
10. Consumer группы.

И это первые 20 минут из 8 часов!


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

Честно, мне кажется, что я знаю больше чем 90% интервьюеров. Только никому не рассказывайте!


Особенно понравился блок с практикой:
На занятии спроектировала интеграцию через кафку, увидела как выглядит кафка, кролик, сама создала топик, консьюмера и даже получила сообщение! Ещё нашла классный инструмент вместо miro (если нужно, напишите в комментариях — поделюсь).

Что можно улучшить:
Сделать гайд по всему материалу.
Думаю, займёт страниц 40 без картинок, но было бы классно отдать не только запись занятий, но и информацию в текстовом структурированном формате.

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


Я прошла 2 воркшопа и считаю, что у Systems Education лучшее обучение для аналитиков. Убедитесь в этом сами: бессрочный промокод ITSHERLOCK даст скидку 10%💕

P.S.: отдельный респект ведущему. Он удерживал внимание на протяжении 4 часов все 2 дня, отвечал на вопросы и помогал решить технические трудности при подготовке к обучению.

Собеседование #1

Впечатления: всего за 40 минут прошли по каждой области знаний СА и дальше интервьюер дал подробную обратную связь в блоке ответов на вопросы кандидата. Из минусов — интервью без камер.


Секция «ЖЦ ПО»:
🔵Этапы разработки ПО и роль аналитика в них. (Классика)
🔵Вклад аналитика на этапе тестирования. (Редко)


Секция «Требования»:
🔵Виды требований и их различия. (Классика)
🔵Привести пример требования каждого вида. (Часто)
🔵Какие виды документации приходилось разрабатывать. (Часто)
🔵Какие нотации применяю в работе, какие UML диаграммы использую. (Классика)
🔵Из чего состоит диаграмма последовательности. Как показать цикл и условия на диаграмме. (Часто)

Практическое задание 1:
Описать происходящее на bpmn диаграмме, найти ошибки.
Мы с вами это задание решали здесь.


Секция «Интеграции»:
🔵Какие типы интеграций бывают между двумя системами. (Классика)
🔵Разница между синхронным и асинхронным взаимодействием, когда что использовать. (Классика)
🔵К какому типу взаимодействия относится REST. Можно его сделать асинхронным. (Часто)
🔵Отличия REST от SOAP. (Классика)
🔵Можно ли передать xml через REST. (Часто)
🔵Есть ли опыт проектирования контракта API по принципам REST. (Часто)
🔵Что нужно описать для реализации контракта. (Часто)
🔵Что такое идемпотентность. Какие методы в REST API идемпотентны. Как сделать POST идемпотентным. (Классика)
🔵Различия PUT и PATCH. (Классика)

Практическое задание 2:
Система: Web-сервис по поиску книг. Книга имеет 3 параметра: название, автор, год издания. Пользователи помнят чаще всего название, реже автора, почти никогда год издания. Как организуем логику работы такой системы? Какой выберем метод для получения книг, что передадим на вход, что ожидаем на выходе?
Практическое задание 3:
Разрабатываем страницу "Корзина", в которую покупатель может положить книги. На странице располагается кнопка "Купить", при нажатии на неё должен создаваться заказ. Как спроектируем логику работы кнопки?


Секция «БД»:
🔵Виды БД. (Классика)
🔵В каком виде хранятся документы в Mongo DB. (Редко)
🔵Есть ли опыт проектирования реляционных БД. Какие диаграммы и инструменты использовала, сколько таблиц максимально было в структуре БД. (Иногда)
🔵Как избежать дублей в БД. (Классика)
🔵Различия сервиса и микросервиса. (Редко)
🔵Отличия логической и физической модели БД. (Иногда)
🔵Как реализовать связь многие ко многим. (Классика)
🔵Виды ключей в таблицах. (Иногда)
🔵Может ли быть таблица без ключа. (Редко)


Секция «SQL»:
🔵Разница WHERE и HAVING. (Классика)
🔵Что будет в результате выполнения CROSS JOIN. (Редко)

Практическое задание 4:
Рассказать что будет в результате выполнения запроса.
SELECT user_name, YEAR(user_birth_date) AS year_of_birth
FROM users
WHERE year_of_birth = 2000


Итог:
Хорошее собеседование — прошли вширь, вглубь по многим разделам и даже решили несколько практических задач.

Я приняла оффер

Идёт последняя неделя января, а одна цель на 2025 уже выполнена 🎆

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


Путь в цифрах:
🌟2 счастливых года с любимой командой в классной компании Pooling, но душа позвала вновь за горизонт. Буду скучать 😞
🌟3 месяца моральной самостоятельной подготовки.
🌟1 месяц подготовки в карьерной группе:
— провела глобальную рефлексию по карьерному пути, определила текущие ценности и темперамент;
— узнала о карьерном треке для СА до CDO;
— определила критерии нового места;
— вспомнила достижения;
— написала рассказ о себе;
— сделала резюме вместе с коучем.

🌟9.01 открыла резюме и узнала, что СА нужны всем. Закрыла через 2,5 недели.
🌟15 технических интервью потребовалось для того самого оффера.
🌟Мэтч случился на 4 собеседовании и подтвердился на последнем. Pooling я выбрала по такому же принципу и не думала что это повторится💕

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


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

P.S.: Если вы middle/middle+ и ищете работу, могу вас порекомендовать в Pooling. Пишите в лс.