Хорошо поставленная задача есть? А если найду? 🕵️‍♂️: Часть 4 - Backend

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

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

Представьте, что мы разрабатываем онлайн-платформу для бронирования путешествий, которая позволит пользователям искать, сравнивать и бронировать билеты на самолеты и поезда. Цель проекта — создать удобное и интуитивно понятное приложение, обеспечивающее пользователям плавный и приятный опыт бронирования путешествий.

Задача для бэкенд разработчика: Реализация API для формы поиска

1. Контекст👀
В рамках проекта "Путешествия" мы создаем страницу поиска и бронирования, которая позволит пользователям искать билеты на самолеты и поезда. Для обеспечения работы этой страницы необходимо реализовать API, которое будет обрабатывать запросы с формы поиска и возвращать соответствующие результаты.

2. Чёткие инструкции🃏
Необходимо разработать API для обработки запросов с формы поиска на странице бронирования путешествий. Вот основные шаги:

⭐️Реализовать эндпоинт /search, который будет принимать параметры поиска: тип транспорта (самолет или поезд), пункт отправления, пункт назначения, даты поездки и количество пассажиров.
⭐️Подключить API к базе данных, чтобы извлекать актуальную информацию о доступных билетах.
⭐️Обработать логику поиска и фильтрации данных по заданным критериям.
Вернуть результаты поиска в формате JSON, включающим информацию о рейсах, их стоимости и доступности.
⭐️Реализовать обработку ошибок, включая некорректные данные и случаи отсутствия результатов.

3. Ограничения😺
⭐️API должно обрабатывать запросы быстро, с максимальным временем ответа не более 1 секунды.
⭐️Необходимо обеспечить безопасность данных, передаваемых через API, используя протокол HTTPS.
⭐️Поддержка нагрузки до 1000 одновременных запросов.

4. Источники данных😚
Ссылки на спецификации API и схемы базы данных можно найти в нашем API документации.

5. Текущее состояние системы🦇
В настоящее время API не реализовано. Существуют только схемы базы данных и общая архитектура проекта. Важно обеспечить совместимость с существующими компонентами системы.

6. Примеры использования♟

Положительный кейс: Пользователь вводит корректные данные в форму поиска, и API возвращает список доступных рейсов с их стоимостью и временем отправления.
Отрицательный кейс: Пользователь вводит некорректные данные (например, пункт отправления и назначения совпадают), и API возвращает сообщение об ошибке.

7. Как проверить?
Критерии приемки:

📌API корректно принимает и обрабатывает запросы с параметрами поиска.
📌 Результаты поиска возвращаются в формате JSON и соответствуют введенным критериям.
📌 Время ответа API не превышает 1 секунды.
Обработка ошибок работает корректно, возвращаются понятные сообщения об ошибках.
📌API стабильно работает под нагрузкой до 1000 одновременных запросов.

А как вы ставите задачи на разработку?📝 Расскажите про проверенные методы, которые помогают вашей команде работать эффективнее.

🌟В следующем посте расскажу, как правильно ставить задачи для тестировщиков.

😡Я не люблю интеграции...

Я системный аналитик, и признаюсь честно: я не люблю интеграции. Карма очищена, можно расходиться

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

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

Почему я не люблю интеграции?

1) Это скучно🤷‍♀️
Интеграции часто требуют механического подхода, где важно лишь правильно составить запросы и получить ожидаемые ответы. Фантазии и креативности здесь особо не требуется.

2) Их может быть действительно много🫙
Приходится учитывать требования разных потребителей, поддерживать несколько версий API и постоянно мониторить их работу. Это требует значительных усилий и внимания к деталям, делая процесс довольно утомительным и сложным.

3) Ну это реально скучно🆗
Все задачи сводятся к подключению, сопровождению и тестированию. Однотипная работа, без особой возможности для творчества и креативного подхода. Я видел интеграционных аналитиков, желаю им счастья и здоровья.

Почему я люблю проекты, где практически нет интеграций?🤓

1) Больше времени уделяется самому приложению в части UX/UI🎰
Совместно с дизайнером можно прорабатывать действительно классные и красивые фичи.

2) Крутой и полезный функционал👩‍🦰
Больше времени уделяется самим фичам и функционалу для пользователя. Продукт действительно работает и развивается.

3) Меньше систем — меньше проблем😱
Разработка и тестирование проходят быстрее и с меньшими рисками. Меньше зависимостей от других команд, больше автономии.

Как я поборол свою нелюбовь к интеграциям?

1) Интеграции легче чем вы думаете😎
Если интеграции вас пугают или кажутся сложными, не переживайте. В интернете полно статей и примеров, которые помогут вам разобраться. Достаточно понять основные принципы, и после выполнения пары задач всё станет намного проще и понятнее.

2) Ну что мы, начальника подведём?📝
Когда вы устроитесь на работу системным аналитиком, выбора не разобраться в интеграциях у вас просто не будет. Это неизбежная часть работы, и лучший способ справиться с ней — принять этот вызов и освоить все необходимые навыки. Так же не забывайте обращаться к более опытным коллегам

3) Больше навыков — больше ЗП💸
Если у вас мало опыта с интеграциями или вы еще плохо в них разбираетесь, откройте вакансии. Аналитикам, владеющим навыками интеграции, как правило, платят выше.

А как вы относитесь к интеграциям? Часто ли приходится с ними работать? Поделитесь своими историями и опытом в комментариях!

IT АНАЛитика

🥳Нас уже больше 300!

Спасибо вам за поддержку и интерес к моему каналу! В честь этого я сделал для вас специальный рилс.
Обнял каждого😉


IT АНАЛитика

Хорошо поставленная задача есть? А если найду? 🕵️‍♂️: Часть 5 - Тестировщик

В предыдущих частях мы рассмотрели, как правильно ставить задачи для фронтенд и бэкенд разработчиков. Если вы пропустили эти посты, обязательно посмотрите их!

Теперь давайте рассмотрим, как правильно поставить задачу для тестировщика:

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

Задача: Протестировать страницу поиска и бронирования билетов.

1. Контекст💬
В рамках проекта "Путешествия" была создана страница поиска и бронирования, которая позволяет пользователям искать билеты на самолеты и поезда. Для этого мы сделали API и привязали его к фронту.

2.Что нужно сделать?🤔
Необходимо протестировать фронтенд и бэкенд части для формы поиска, чтобы убедиться в её корректной работе. Вот основные шаги:

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

💭Протестировать эндпоинт /search, который принимает параметры поиска и возвращает результаты в формате JSON.

💭Проверить правильность отображения результатов на фронтенде, соответствующих возвращаемым данным.

💭Проверить возвращаемые данные на соответствие ожидаемому формату и содержанию (информация о рейсах, их стоимость и доступность).

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

3. Источники данных🤯
Тут прикладываем ссылку на документацию и можно ещё приложить ссылки на ранее выполненные задачи.

4. Примеры использования🎹
Обычное тестировщики сами пишут себе тест кейсы, но можно написать какие-то общие вещи.

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

Отрицательный кейс: Пользователь вводит некорректные данные (например, пункт отправления и назначения совпадают), и API возвращает сообщение об ошибке, которое корректно отображается на фронтенде.

5. Как проверить?🎮
💭Форма поиска корректно принимает и обрабатывает данные.

💭API корректно обрабатывает запросы с параметрами поиска и возвращает данные в формате JSON.

💭Результаты поиска корректно отображаются на фронтенде и соответствуют введенным данным.

💭Обработка ошибок работает корректно, и сообщения об ошибках отображаются на фронтенде.

А как вы ставите задачи тестировщикам? 📝 Разделяете ли вы задачи на тестирование бэк части и фронт? Делитесь своими историями в комментариях!

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

IT АНАЛитика

❤️Kafka для всех

Если вам кажется, что Kafka сложная и запутанная, или вы только начинаете знакомство с ней, у меня есть отличное решение. Прочитайте "сказку" — "Gently Down the Stream" от Митча Сеймура.

Митч создал эту сказку для своих дочек, чтобы просто и понятно объяснить концепции Apache Kafka. На примере милых выдр он объясняет основные концепции и терминологию, делая сложные вещи простыми и понятными. 📚

Ознакомиться: Gently Down the Stream

IT АНАЛитика

🔥 Резюме дороже денег! 🔥

Официально я консультации не даю, но просто не могу не поделиться таким результатом меньше чем за сутки.

⬆️Грамотно упаковали опыт (которого на минутку 11 лет). Также немного подготовил к будущим собеседованиям, чтобы он чувствовал себя уверенно и мог достойно представить свои навыки и опыт.
И ведь никакого вранья, только четкая структура и правильная репрезентация себя, как специалиста.

"Со старым резюме было не так много, порядка 10 откликов и 30 просмотров, но это не за один день, а тут прямо поток. Поднял много тем и сделал мини-проекты. Согласен, пробные будут комом, темы еще некоторые подобью и свои заметки сделаю — будет полная картина.

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

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

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

IT АНАЛитика

🕺Про rest не говорит только ленивый и уже кучу всего было написано и сказано.

Поэтому держите простую шпаргалку, которая иногда может пригодится в работе.

IT АНАЛитика

🔥 Резюме дороже денег 2! 🔥

Продолжение истории Андрея спустя неделю.

Как видите, потребность в хороших специалистах никуда не делась, и грамотно составленное резюме играет ключевую роль.

Если вы собираетесь выходить на рынок, обязательно уделите время написанию резюме. Результаты не заставят себя долго ждать!

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

IT АНАЛитика

💋Всем, кто когда-то был без онбординга посвящается...

Тут, конечно, про QA, но подставьте "аналитик" — и смысл не поменяется.

А как у вас обстоят дела с онбордингом на проекте?

📖 Читайте статью

👀Не забывайте ходить в отпуск

И лаги выгрузила🥴
#поддержка

IT АНАЛитика

ДА КТО ТАКОЙ ЭТОТ ВАШ SQL?👁

Я уже говорил вам, что такое безумие? Это когда на каждое собеседование углубленно готовишь SQL, тебя в итоге берут на работу... и ты его практически не используешь. Знакомо? 🥳

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

Где он может пригодиться аналитику?😐

1) В проработке задач: Нужно добавить новое поле на фронте, расширить БД для интеграции или зашить какой-то справочник? Нужен SQL.

2) В создании отчетов: Нужно глянуть, сколько у вас тех или иных заявок? Из каких городов у вас больше всего клиентов? SQL справится с этими задачами на ура.

3) В тестировании: Нужно быстро проверить какую-то гипотезу? А разработчика или тестировщика рядом нет? Не беда. Зашли в БД, подставили нужные данные и проверили желаемый сценарий.

И еще много других увлекательных вещей, если на проекте есть подобные задачи. А если их нет?
То радуемся и прокачиваем другие навыки 🎉

Так если он где-то требуется, а где-то нет, где золотая середина?

Вот что нужно знать, чтобы успешно пройти практически любое собеседование:

➡️Основные понятия, виды БД и принципы

➡️Типы данных и нормализация

➡️Функции, операторы и их работа

➡️Фильтрация и группировка

➡️Соединения таблиц (JOINs)

➡️Транзакции и индексы
Если хотите выделиться и показать, что действительно шарите.

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

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

Используете ли вы SQL в своей работе? Как часто? Делитесь своим опытом в комментариях! 💬

IT АНАЛитика