🌟 Постановка задачи на бэкенд - требования к БД 🌟

Прежде чем программисты начнут разрабатывать методы Backend, им нужно подготовить базу данных.

Варианты:
- создать новые таблицы,
- добавить поля в существующие таблицы,
- сделать миграции данных (перенос и автозаполнение),
- иногда поменять типы данных, удалить лишние поля и так далее.

В Telegram таблицу БД описать можно. Решила, что все равно делаю вам постановки задач с определенной структурой и содержанием для Confluence(Notion). Поэтому подготовила постановку задачи на разработку новой таблицы в БД user в документе.

Вторую связанную таблицу "История отправки сообщений на email" опишу здесь кратко.

Таблица:
confirmation_email_log

Поля:
+ id. - системный параметр, уникальный
идентификатор записи в БД.
+ user_id - пользователь, для которого направляется код подтверждения.
+ email - фактическое значение почты, на которую необходимо отправить письмо, дублируется сюда из user_id на случай замены почты у пользователя.
+ code - сгенерированный к отправке код, по которому подтверждают аккаунт.
+ status - ожидает отправки, отправлено.

Сохраняйте себе в избранное пример заполненного шаблона задачи на разработку БД.
Постановку задачи в таком формате можно использовать как проетную документацию - артефакт от разработки 🌟

🌟Шаблон постановки задачи на разработку метода Backend🌟

А теперь самое главное: когда БД готова, то можем делать требования на разработку метода API для Backend-разработчика.

Что это и зачем?

Хочу напомнить. В системах мы имеем дело с UI и API.
▫️ UI - пользовательский интерфейс (Frontend). Это кнопки, поля ввода, картинки - все, что видит пользователь на экране.
▫️API - программный интерфейс (Backend). То, что не видит пользователь. Но именно Backend скрывается за нажатием на кнопку, и не только. Именно благодаря ему приложения работают онлайн. И вообще работают. В Backend программисты реализуют ключевые алгоритмы обработки данных, там же хранятся все-все-все данные.


API бывают разные - REST API, SOAP API, FTP, GraphQL, и другие. Мой шаблон идеален для REST API. Он может быть упрощен или наоборот расширен в зависимости от проекта. Это каркас - идеальный баланс того, что должно быть в постановке задачи на Backend-разработчика.

🌟 Сохраняйте в избранное, чтобы не потерять: долгое нажатие на сообщение -> Переслать себе 🌟

Готовы применить шаблон? Пробовать описывать методы Backend для нашего проекта - мобильное приложение для сообществ? ❤️

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

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

Про нашу регистрацию, с которой сейчас работаем: iOS, Android и сайт будут использовать один и тот же метод Backend.
То есть три разных UI будут вызывать один и тот же API-метод, который переиспользуется.

Ответственность, лежащая на Backend-разработчиках и аналитиках, которые делают постановки задач, велика. Нужны требования к логике, БД, безопасности, нагрузке, потенциальным изменениям. Важно знание всех клиентов (Frontend). которые будут использовать этот метод.

И именно за возможность простроить все эти логические связи и кропотливую техническую работу я люблю Backend 🥰

🟢 Я люблю то, что реально нужно на практике 🟢

🌟 Пример заполненного шаблона постановки задачи на Backend 🌟


Ключевое по задаче на регистрацию пользователей в приложении сообщества GetAnalyst:

1️⃣ Нужно сделать требования на методы:
- Зарегистрировать пользователя.
- Подтвердить учетную запись.
В заполненном шаблоне только один метод. Это две разных постановки задачи. Поэтому два разных Confluence-документа.
+ очередь...)


2️⃣ Я показала направление, дала подсказки что, как и куда писать.
Далее надо продолжать собирать и структурировать всю информацию, по итогам анализа описать все сценарии в постановке задачи.


3️⃣ Не усложняйте формулировки. Чем проще, тем лучше.
Не надо длинных предложений, соблюдайте удобное форматирование. Пишите как для себя. Никто не любит тонуть в море текста.


Backend, БД и интеграции - три важных составляющих систем, которые должны понимать системные аналитики! Сохраняйте шаблон, он обязательно приходится! 🙂

Знакомый круговорот? 👀 Как выйти из из него?

Это проблема не только тех, кто начинает карьеру. Аналитики, кто пока работал только в одной компании тоже с этим встречаются.

Как получить работу или опыт Системному аналитику, если нет опыта?

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

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

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

Есть случаи "Я пришел с улицы, без опыта, меня взяли и я быстро доучился" - у нас будет не этот случай. Вы неизбежно получите опыт работы системным аналитиком 🚀

Полезный совет: нейминг решает

🟢 Если назвать бокал стаканом, то назначение "пить" вроде бы не меняется, но что-то все-таки не то.

Имя объекта должно характеризовать его достаточно емко, не вызывать двусмысленности.

Метод должен реализовывать ровно то, о чем говорит его название. Название должно быть таким, чтобы другому разработчику не нужно было залезать внутрь и раскапывать, что еще здесь можно неожиданно встретить в реализации. Лучше, когда название метода описывает результат его работы, но не его реализацию.

Имена объектов и методов в конечном счете становится языком команды разработки, заказчика ПО и даже пользователей.

Больше полезных советов в моей статье Маленькими шагами к красивым решениям 🔗

Открываем новую рубрику #историиGetAnalyst 🚀

За 2 года работы школы платные программы прошли уже 500+ студентов.
Результаты многих восхищают и вдохновляют команду GetAnalyst делать и дальше крутые продукты, которые помогают реализовываться и развиваться в IT-карьере.

Сегодня расскажем об успехах одной из студенток второго потока программы «Системный аналитик: с нуля до опыта работы».

Гульшат пришла на курс уже специалистом: в системном анализе она проработала 1,5 года.
Была цель «подтянуть» и упорядочить знания, заполнить пробелы🎯

До этого девушка участвовала в бесплатных вебинарах GetAnalyst и проходила курс по БД и SQL.

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

Благодаря обучению:
▫️структурировались знания в проектировании БД
▫️освоила проектирование UI/UX
▫️поняла, как грамотно формировать задачи на разработку
▫️освоила Notion
▫️разобралась в программе Figma.

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

🔥 После курса Гульшат нам рассказала, что её уже приглашали на работу в другую компанию, но на прежней работе предложили повышение в должности и по ЗП 🔥

Для нас это самый крутой результат.
Мы понимаем, ученики не просто послушали лекции, а пошли с уверенностью применять знания на практике 🚀

Давайте поддержим Гульшат ❤️❤️❤️ и пожелаем ей еще более крутых результатов в самое ближайшее время!

Привет!
Воскресная загадка. Угадайте, где баг? 🤔

Привет-привет! Ответ на загадку "Где баг?" - в мобильной верстке📱

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

В первую очередь - это требования к дизайнеру. А потом уже напоминание разработчику фронтенда, который это все верстает.

Важные моменты - отличия, которые могут быть в мобильной верстке:
✔️ Изменение порядка элементов.
✔️ Часть функциональности может быть недоступна в мобильной верстке.
✔️ Часть элементов может отображаться иначе или работать иначе, чем в компьютерной широкоэкранной верстке.
✔️ Есть ли возможность (отдельная кнопка) для просмотра компьютерного режима со смартфона - писать в требованиях.

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

Так что если сейчас работаете с веб-приложениями, то можно посмотреть, что будет, если перейти в мобильный режим 🙃 Мало ли... 😄

P.S. А еще, прорабатывая нефункциональные требования к веб-приложениям, не забудьте в договоре с заказчиком указать требования к видам и версиям браузеров, где оно должно работать 😉