До встречи в эфире через 3 часа! 👩‍💻

Ссылку на трансляцию пришлем в канал за 15 минут до начала 📹

❗️До начала вебинара 15 минут ❗️

Присоединяйтесь😉
https://pruffme.com/webinar/?id=8b9670f24aeb5a55c4a43ce0870967f2

На вебинаре "Постановка задачи на бэкенд"
✅ Разобрались что и как писать в требованиях на интеграционные API-методы, как описывать интеграции
✅ Узнали нюансы проектирования для платежных сервисов
✅ Поработали с API -документацией
✅ Получили список полезных инструментов для аналитика
✅ Проектировали БД под интеграцию с платежной системой (Интернет-эквайринг)
✅ Получили и разобрали как использовать шаблоны требований Confluence

Обещанные на вебинаре ссылки:
📹 Последовательность постановки задач на разработку
📝 Miro-board проекта GetChallenge
📕 API документация платежной системы, с которой работали на вебинаре и которую можно самостоятельно потестировать через Postman, что уже делали на одном из майских вебинаров "Как работать с интеграциями"
📚 Статья, где я рассказывала про шаблоны документации

🔗 Информацию про записи серии вебинаров GetChallenge можно узнать тут.
🗓 Регистрация на вебинары в июле уже доступна 😉

Однажды я решила начать смотреть на системы как архитектор, и искала, что почитать. Одна из книг, которая попалась на просторах Интернета:

📚 Domain Driven Design. Предметно-ориентированное проектирование
🙏 Эрик Эванс

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

Цитаты:
📝 Проект сталкивается с серьезными проблемами, когда в нем отсутствует единый язык коммуникаций. У специалистов в предметной области свой жаргон, у разработчиков - свой. Терминология повседневных дискуссий оторвана от терминологии, внедренной в код. Возникают сложности перевода.
Вывод: бизнес-сущности в реальности и в модели стоит именовать одинаково, создавать общий язык для описания предметной области между заказчиками и разработчиками

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

📝 Разбейте сложную программу на уровни. Внутри каждого уровня разработайте связанную структуру, полагающуюся на нижние уровни и зависящую только от них.
Вывод: при описании сценариев использования системы пробовать выделять логические модули, которые потенциально могут быть переиспользованы в других частях программы. Аналитики должны давать подсказки разработчикам, так как видят систему шире, за рамками одной задачи.

В книге есть примеры Java-кода. Кому сложно - пропускайте. Разобраны интересные практические кейсы. Большая часть книги написана простым языком. Рекомендую 😉

Почему остаются неучтенные требования? Как получается, что доработка одной системы стоит 8 часов, а другой 100, при аналогичной задаче? А еще заказчики и разработчики говорят на разных языках. Аналитик выступает переводчиком, и сам иногда путается.

База данных — основа системы. От того, как выделены сущности и встроены в модель данных зависит ее развитие!
Разберем на практике, как аналитик влияет на проектирование БД!

📹 Практический вебинар
🗓 7 июля, в 20:00 (Мск)
👩‍💻 Проектирование БД: логический и физический уровни
🔗 Регистрация здесь

В программе:
✅ Проектирование логического уровня БД
✅ Переход к физической модели БД
✅ Постановка задач на создание таблиц БД

Заключительный вебинар по проектированию платформы для челленджей GetChallenge! 🚀

Вебинар начнется через 3 часа!

📹 Проектирование БД: логический и физический уровни
⏰ 20:00 Мск

P.S. На прошлом вебинаре я обещала показать связь БД и JSON. Добавлено в программу 🙃

❗️До начала вебинара 15 минут ❗️

Присоединяйтесь😉
https://pruffme.com/webinar/?id=de4abcabd2d3721ced4ae33c7648acbc

📹 Проектирование БД: логическая и физическая модели

Зачем аналитику знать про БД проекта
✅ Понимать какие данные о сущностях уже хранятся, а какие еще нет
✅ Как добавление новых бизнес-сценариев повлияет на БД, какие будут доработки для разработчиков
✅ Дублирование данных в разных схемах БД и разработка логики их синхронизации
✅ Проверка реализуемости функциональных требований на существующей модели БД

Когда аналитики работают с БД
✅ Концептуальный и логический уровень при сборе требований к новой системе или ее модулю: уточнение требований к хранению и сбору данных, к логике работы (CRUD-модель)
✅ Проработка физического уровня вместе с разработчиками

От логической к физической модели БД
✅ Не перебарщивайте с NOT NULL и UNIQUE
✅ Поддерживайте понятные для бизнеса и разработчиков именования названий сущностей и их атрибутов на логическом и физическом уровне. Переводчики спасут:
Google-translate
Reverso

Инструменты визуализации ER-моделей (физический уровень) для существующих БД:
DBeaver
DataGrip

Заглядывайте на вебинары GetAnalyst, где мы разбираем навыки проектирования систем на практике 😉

Все практические навыки работы аналитика на проекте можно получить здесь 🔗

Всем привет и крутых выходных! ☀️

Сегодня наш сайт переехал на международные сервера 🌏
Мы протестировали его перед переключением, но шансы, что где-то что-то могло отвалиться есть 🐞

Если вдруг: проблемы с доступом, ошибки в наполнении, или есть предложения по улучшению, напишите t.me/getanalyst или на info@getanalyst.ru

P.S. Сегодня в 18:00 (Мск) будет повтор вебинара
📹 Проектирование БД: логический и физический уровни
🔗 Сайт с регистрацией должен работать 🙏
Если регистрировались на 7 июля, повторно не нужно

Хочется, чтобы системы работали предсказуемо после релиза в продакшн:
✅ нет ошибок,
✅ с нагрузкой справляются,
✅ пользователи не получают странные сообщения в виде java-строк кода
Но почему-то так не бывает...

В чем причины и на что обращать внимание при проектировании? Давайте разбираться!

📹 Твоя предсказуемая система
🗓 14 июля, 18:00 (Мск)
🔗 Регистрация здесь

С этим докладом я хотела выступить на конференции CodeFest 2022, но прилететь в Новосибирск не было возможности. Долгая подготовка. Получилось собрать много очевидных кейсов, о которых не знают новички, и забывают профессионалы.

Заглядывайте, и забирайте ответы на вопросы "Почему прод упал" и "Что мы сделаем, чтобы это не повторилось" 🙌

Про высшее образование для начинающих в IT: надо или нет?

📕 Диплом — полезная штука. Уменьшает количество вопросов на собеседовании. Оправдывает, когда устраиваешься на работу без опыта в 19-24 года

📚 Знания — есть полезные предметы. Не во всех ВУЗах, не ото всех преподавателей дождешься структурированной информации без воды и крутой практики, но все же свои 20% полезных предметов я нашла

📝 Я выпускалась с дипломом по выбранной мною теме, а не моим научным руководителем. Это было круто. Я на инициативе сама работала над ним и меня не надо было пинать

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

Что было полезно, а что не очень? Ответ в подкасте 👩‍💻
P.S. История искусств 100%

Умение посмотреть готовую ER-модель - ценный навык для тех, кто приходит в действующие проекты, и хочет разобраться с существующей базой данных:

🔗 Инструкция: как посмотреть ER-модель готовой БД

Подготовила вам небольшую инструкцию по запросам с последнего вебинара по проекту GetChallenge 👩‍💻

Начинаем через 15 минут!

📹 Твоя предсказуемая система
⏰ 14 июля 2022 в 18:00
🔗 Ссылка на прямую трансляцию

Присоединяйтесь! 😉

‼️Полезные подсказки по проектированию‼️
🔹 Интеграции, архитектура, нагрузка, мощности, логика🔹
🔹 Как аналитик взаимодействует с командой? 🔹
🔹 Зачем документация? 🔹

Опубликовали доклад на YouTube
📹 Твоя предсказуемая система 📹
Новые практические кейсы в вашу копилку!
Продуктивного просмотра 😉

Всем привет! ☀️

‼️ Сегодня и завтра последние дни, когда можно подключиться к проекту, и получить навык работы с REST API‼️
Осталось 2 места!
Подробности тут 🔗

В плане:
🟢 6 практических вебинаров, где мы разбираем теорию и решаем практические задания,
🟢 индивидуальные консультации по проекту в личных сообщениях и чате группы,
🟢 API-документация в Postman и Swagger по завершению обучения,
🟢 разобранный практический кейс и опыт.

Ключевое:
Что нужно знать о REST API?
Зачем создают его дизайн и контракты API?
Как сделать так, чтобы развитие системы не сопровождалось болью с обратной несовместимостью?
Postman и Swagger документация

Книга, которую рекомендую к прочтению, особенно на потоке REST API.

📚 Проектирование веб-API
Лоре Арно

Ключевое:
1️⃣ Разберетесь с назначением программных интерфейсов API
2️⃣ Узнаете про боль: последствия плохо спроектированных API
3️⃣ Познакомитесь с пользователями API и как понять, что они хотят
4️⃣ Организовывать дизайн API, чтобы им было удобно пользоваться, возможно
5️⃣ Защищайте данные в зависимости от контекста: безопасность при работе с API
6️⃣ На вебинарах и обучении я часто это говорю, и не только про API: помните об обратной совместимости! Здесь про это тоже есть
7️⃣ Документирование API - это важно. И круто, если удалось выработать в вашей системе общий подход

Цитаты
✅ Что вы делаете, когда впервые используете какую-либо повседневную вещь? Вы внимательно смотрите на ее интерфейс, чтобы определить ее назначение и то, как ее использовать, основываясь на том, что вы видите, и на своем прошлом опыте. И здесь важен дизайн.
✅ Если вы сосредоточитесь на том, что происходит «под капотом», это приведет к полной катастрофе. Если сфокусироваться на том, что могут делать пользователи, – все пройдет гладко.
✅ Любое представление должно быть легко понятно для людей и программ.

440 страниц 🙈 Go! 🚀

Hi! How are you? 😉

Sometimes it’s hard for me to speak English. Really.
Я живу в англоговорящей стране, но до сих пор до конца не смогла адаптироваться. Сегодня днем я пыталась объяснить, что у меня моргает лампочка, которая включается вместе с вытяжкой, и ее надо поменять. Это было целое приключение, потому что я принципиально не пользуюсь переводчиком 😅

А завтра я буду бороться со страхами, и проведу первый вебинар на английском 👩‍💻
📹 How to collect and write requirements
🗓 July 21
🌏 Moscow: 19:30 - 20:30
🌎 Los Angeles: 9:30-10:30am
🔗 Registration is here

Program
✅ Ways of researching
✅ Content of the development contract
✅ User stories

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

Жду вас, чтобы начинать прокачивать скилы английского в IT! Буду рада поддержке и обратной связи 🚀
Не бойтесь пробовать, и все получится!

Good morning! ☀️

Я очень признательна всем, кто вчера смог подключиться и поддержать меня на дебютном вебинаре на английском языке ❤️

Я рассказывала про главный навык аналитика: работа с требованиями. Разбирали все на примере системы массового обслуживания для автомойки 🚙

Повтора вебинара не будет. Смотрите запись в удобное время 😉

📹 How to collect and write requirements for apps

Have a good day! ☀️