Привет!

Коллеги, что не так в этой статусной модели? Пишем в комментарии

Доброе утро! Ответила на ваши комментарии 🙂

И хочу в очередной раз напомнить: не забывайте про ошибки, пожалуйста. Тайм-аут не единственная ❤️


P.S. Сегодня последний повтор вебинара про ChatGPT
🗓 20 марта в 18:00 Мск
🤖 Лайфхаки ChatGPT для аналитиков
🔑 Принять участие

Системный аналитик - ключевая фигура в сфере разработки. Я часто говорю "центр коммуникаций" или "переводчик с птичьего-программистского на русский и наоборот".

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

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

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

Мы, аналитики, часто сталкиваемся с трудностями в нашей профессии:

👉 Высокие требования от работодателей: ожидается, что системный аналитик будет уметь программировать, проектировать и оптимизировать системы. Crazy!

👉 Невозможность освоить все области знаний: ведь аналитики должны быстро адаптироваться к новым технологиям и тенденциям. Быстро осваивать новые предметные области, с которыми нужно работать

👉 Ограниченное время на выполнение задач и необходимость экономить ресурсы. Постоянно нас просят подумать "а как полегче", "а как подешевле", "а где можем в MVP зарезать требования, но чтобы пользователи были рады" и подобное.

Если сталкивались хотя бы с 2/3 из этих проблем, ставьте 👍 Давайте поддержим коллег и покажем, что они не одни. Если у кого есть свежие боли с собеседований и требований работодателей в духе "а ты что, программировать на java не умеешь" - делитесь в комментариях

🟢 Лайфхаки ChatGPT для аналитиков
🗓 20 марта, в 18:00 - 20:00 (Мск)

❗️До начала 15 минут❗️

Подключайтесь по ссылке

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


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

Умение применять современные технологии становится ключевым аспектом развития профессиональных навыков.

Многие мои ученики уже внедрили ChatGPT в свою работу.
+ "С ChatGPT работа пошла явно быстрее, спасибо, что подтолкнула к его использованию"
+ "Коллеги в шоке, когда я провожу митинги, генерю идеи в процессе через ChatGPT!"
+ "ChatGPT – топ помощник! Рисую с ним UML"

Часто мы откладываем изучение современных инструментов и трендов "на потом". А освоить ChatGPT важно сегодня.

Воркшоп
🤖 Погружение в ChatGPT для аналитиков
(User Stories и Use Cases, БД и SQL, UML, интеграции, API)
🗓 В среду, 22 марта, в 19:00 Мск
👉 Информация и запись

Осталось 6/20 мест.

Ускорю ваше погружение за один воркшоп на практике 🚀

Этот друг не перестает меня удивлять 🤖

Кроме того, что он помогает, он еще и круто делает ошибки! Попала на такую при работе с API-документацией. Поверила ChatGPT и не перепроверила сразу за ним информацию при подготовке ТЗ.

На этапе передачи задач в разработку всплыл неприятный момент с нерабочим решением. До ужаса простой. И потом я нашла закономерность в подобных ошибках.

Мне очень повезло, что разработчики вырулили ситуацию и хакнули систему, чтобы получать нужные данные. Но все же как в работе с ChatGPT, так и без него, в интеграциях и API есть момент, который всегда 3 раза надо перепроверить перед сдачей ТЗ.

Как избежать проблем с использованием chatGPT и каким моментам стоит уделять внимание - сегодня буду рассказывать ребятам на воркшопе ❤️

База знаний уже готова. Так что 🚀

Привет! Что делать будем, если не можем сообщение из очереди обработать? 😉

Алерт ответственному 🔥 VS Игнорим 😁

Full stack - специалист, который может все, и еще чуть-чуть 💪

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

Full stack разработчик может запрограммировать вообще всё, начиная с дизайна и разработки фронтенда (включая HTML, CSS, JavaScript и т.д.), и заканчивая разработкой бэкенда (БД, серверная логика и т.д.).

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

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

И если понятие "Full stack разработчик" существует давно, как в сленге, так и в вакансиях, то "Full stack аналитик" пока еще не закрепило свои позиции. А надо бы, согласны? 😁

Давайте честно посмотрим правде в глаза, а коллеги системные аналитики меня точно поддержат.

💥 Full stack системный аналитик 💥 - это специалист, который может работать на разных этапах разработки программного обеспечения, начиная от исследования потребностей бизнеса и определения требований до проектирования архитектуры системы.

Давайте рассмотрим пример: представьте, что у вас есть маленький бизнес по продаже товаров онлайн. Вы хотите увеличить продажи и улучшить опыт покупателей на вашем сайте. Full stack системный аналитик может помочь вам в этом.

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

Системный аналитик подготовит ТЗ - контракт на разработку и продолжит сотрудничать с вами далее, в части проектирования системы.

Частенько системные аналитики выбирают подходящие технологии и решения для архитектуры системы, определяют, какие модули и функциональность необходимо реализовать. Создают схемы БД, дизайны REST API, исследуют API других систем для интеграций, тестируют системы конкурентов, ставят задачи на дизайн.

Это сколько всего знать нужно?!))

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

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

А когда систему активно используют пользователи и приходит информация об ошибке из тех. поддержки, то бесстрашно лезут в kibana и смотрять API-запросы, анализируют логи и ставят задачи на устранение проблем.

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

Full stack системный аналитик - это человек в сфере IT, который умеет все, кроме программирования (но это не точно, некоторые аналитики умеют программировать, но не берут на себя эту ответственность). Это явно профессия будущего. А еще и крутые возможности для роста.

❤️ - если узнали себя в этом тексте, 🔥 - если растете в Full stack системного аналитика

API (Application Programming Interface) - это набор правил и протоколов, которые позволяют различным программам взаимодействовать друг с другом.

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

Вот три простых примера про разработку и использование API:

🔑 Сервисы социальных сетей. Facebook, Instagram и Twitter предоставляют API, которые позволяют различным приложениям и сайтам получать доступ к данным пользователя, таким как профиль, фотографии и т.д. Это позволяет разработчикам создавать приложения, которые могут использовать данные из социальных сетей, например, для авторизации или для отображения фотографий.

🔑 Карты и местоположение. Google Maps и другие сервисы карт и местоположения также предоставляют API, которые позволяют другим приложениям использовать их функциональность. Например, мобильное приложение для заказа такси может использовать API Google Maps, чтобы определить местоположение пользователя и проложить маршрут.

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


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

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

REST API - это набор правил и соглашений, которые определяют, как приложения должны обмениваться данными между собой. Он используется для создания веб-сервисов, мобильных приложений, интеграционных платформ и других IT-решений.

Его главная цель - облегчить передачу информации между разными системами и управлять ей: создавать, читать, изменять, удалять. REST API использует для этого стандартные HTTP-запросы: GET, POST, PUT, DELETE и другие.

Примером приложения, использующего REST API, является Twitter. Они предоставляют открытую API-документацию, которая позволяет разработчикам создавать приложения, которые могут отправлять твиты, читать потоки твитов и многое другое.
Ссылка на документацию Twitter для понимания 🔗

Отличие REST API от других видов API, таких как SOAP API, ftp и RPC, заключается в том, что REST API не имеет жестких правил и структур, и может быть использован с любым языком программирования. SOAP API, например, требует использования XML для передачи данных и имеет строгие правила для определения объектов.

Что еще вам интересно узнать про REST API? Пишите в комментарии 📝

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

Результатом проектирования REST API является его дизайн. Дизайн REST API - это контракт между разработчиками Backend и Frontend.

Дизайн REST API проектируется, когда уже есть понимание того, как он будет использоваться клиентами. Клиентами REST API могут быть сайты, мобильные приложения или другие системамы.

Важно, чтобы контракты, то есть дизайн API, были готовы как можно раньше. Если он будет готов, то команды бэкенда и фронтенда могут начинать разработку параллельно и независимо друг от друга. Фронтенд может начать работать с дизайном API на заглушках, тогда как бэкенд может разрабатывать его логику работы - реализацию, скрытую за названиями методов + JSON.

Благодаря этому подходу, ускоряется весь процесс разработки, а также повышается его эффективность и качество. Команды могут более точно оценивать свои задачи и работать в более гибком режиме. Этот вклад в работу команды через создание дизайна REST API обычно вносят именно системные аналитики.

По данным сайта hh.ru, средняя зарплата системного аналитика с навыками проектирования REST API в Москве варьируется от 180 000 до 230 000 рублей в месяц, а максимальная может достигать 400 000 рублей в месяц и выше, в зависимости от опыта работы и квалификации. Эти цифры могут отличаться в зависимости от ряда факторов, таких как размер компании, регион, опыт работы и т.д. Однако можно уверенно сказать, что специалисты с навыками проектирования REST API на рынке востребованы, и их квалификация может существенно повлиять на размер заработной платы.

Что еще важно, этим навыком хорошо владеют не все разработчики. Поэтому очень частро руководители команд ищут способы и источники информации, куда направить своих коллег, чтобы они глубоко разбирались в REST API и знали best-practice в его проектировании 🙌

Социальные сети - неотъемлемая часть нашей жизни, но не все источники полезны. Важно выбирать ресурсы, которые помогут стать умнее и грамотнее.

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

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

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

"Я хочу узнавать что-то новое и интересное каждый день" - это про тебя? А значит это повод заглянуть и подписаться на getanalyst в insagram ❤️

Проектирование REST API - это одна из важных задач, которая лежит на плечах команды разработки Backend.

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

Когда дело доходит до проектирования REST API, системные аналитики всегда оценивают, как API может удовлетворить бизнес-потребности компании и как лучше всего реализовать функциональные требования для него. Они могут работать в тесном сотрудничестве с тим-лидами, архитекторами и разработчиками, чтобы разработать REST API, которое наиболее эффективно решит бизнес-задачи для проекта.

Системный аналитик может внести следующий вклад в реализацию задачи по проектированию REST API:
🟢 предоставить информацию о том, какие данные нужны для интеграции систем, и как эти данные должны быть структурированы и переданы в API;
🟢 предложить использовать соответствующие действиям в системе HTTP-методы, такие как GET, POST, PUT и DELETE;
🟢 предложить использовать определенные структуры JSON-объектов для передачи данных в API;
🟢 помочь обеспечить безопасность API, выбрав механизм аутентификации и авторизации;
🟢 документировать API для облегчения взаимодействия между системными аналитиками, тим-лидами и разработчиками;
🟢 тестировать API через Postman, для проверки правильности его работы и соответствия постановке задачи.

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

Этот скил важен, чтобы я могла дать правильные подсказки для команды рзработки при проектировании REST API или, что еще лучше для команды, могла самостоятельно спроектировать его.

Поговорим про популярную, но не всем очевидную тему — самосовершенствование🧐

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

Но нередко у людей возникают следующие ситуации:
🤔 нет понимания, за что хвататься и что конкретно прокачивать,
🤔 нет понимания, а нужно ли это вообще?!

Пойду с конца и отвечу сразу на второй вопрос: НУЖНО!

Если перестаёшь развиваться как специалист и как личность, то спустя время оказываешься за бортом 🕳
Сейчас мир меняется быстрыми скачками и последствия «бездействия» наступают тоже очень быстро.
«Выживать» можно только в тех условиях, которые предоставляет современный мир — так устроен мозг.

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

Человеку прошивку мозга автоматически не пройти, поэтому ему нужно заниматься этим самому)

И тут возникает второй вопрос: А что «перепрошить»?

Чтобы разобраться с этим, могу предложить следующее:
1️⃣ Составить план действий.
Например, в Miro или в Mind Map.
2️⃣ Определить, что хочется в себе улучшить или каких качеств, навыков не хватает, чтоб достичь желаемого.
3️⃣ Поставить временные рамки для получения недостающих «пазлов».
Главное — не перегибайте и не загоняйте себя. Вам должно быть в кайф)

Обязательно составьте такой список и вы увидите, где скрыт ваш огромный потенциал. Поймёте, что надо сделать, чтобы оказаться в той самой точке Б🚀

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

Поделитесь в комментариях, как часто анализируете, каких навыков не хватает для большей реализации? 🦭

Инструменты, которые могут помочь при проектировании REST API:

💥 OpenAPI - это язык описания интерфейсов API. Он позволяет определить все возможные методы API, а также как использовать их.

💥 Swagger - это инструмент, который позволяет создавать документацию на основе OpenAPI.

💥 Postman - это инструмент для тестирования и отладки API. С помощью Postman вы можете быстро и легко отправлять запросы к вашему API и просматривать ответы.

💥 WireMock - это инструмент, который позволяет имитировать ответы API. Это может быть полезно при тестировании или разработке клиентов для вашего API.

💥 Git - это инструмент для управления версиями. Он позволяет хранить и отслеживать изменения в коде вашего API и координировать работу между разработчиками.

Пересылай себе в избранное, чтобы не потерять 🔑

Существует несколько видов API, каждый из которых предназначен для определенных задач и целей:

REST API (Representational State Transfer) - это стандартный подход к созданию веб-сервисов, который использует HTTP протокол и форматы данных, такие как JSON или XML. REST API позволяет клиентам выполнять CRUD (создание, чтение, обновление, удаление) операции над ресурсами, которые представляются URL-адресами.

SOAP API (Simple Object Access Protocol) - это протокол обмена сообщениями, который позволяет приложениям обмениваться структурированными данными. SOAP API использует XML для представления данных и WSDL (Web Services Description Language) для описания интерфейса веб-сервиса.

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

gRPC - это открытый протокол для удаленного вызова процедур (RPC), который использует протокол бинарной сериализации. gRPC позволяет создавать клиент-серверные приложения, которые быстро и эффективно обмениваются данными.

WebSocket API - это протокол для обмена сообщениями в режиме реального времени между веб-сервером и клиентским приложением. WebSocket API позволяет установить постоянное соединение между сервером и клиентом, что позволяет обмениваться данными без необходимости постоянных запросов.

Кроме того, существует еще множество других типов API, таких как XML-RPC, JSON-RPC, HAL, OData, и другие. Каждый тип API имеет свои особенности, и выбор того, какой API использовать, зависит от конкретной задачи и требований к проекту.

Если вы умеете работать с REST API, то вы будете комфортно себя чувствовать в сфере разработки. Это наиболее популярный вид API на сегодняшний день.

Пост про нестандартный API. А то что я всё про REST? 🙃
Давайте расскажу вам про модный GraphQL.

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

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

GraphQL был разработан командой Facebook в 2012 году и в настоящее время является одним из самых популярных инструментов для разработки API. Он позволяет более эффективно использовать ресурсы сервера, а также обеспечивает более быструю и масштабируемую разработку API.

К примеру, API Instagram реализован на базе GraphQL. Instagram использует GraphQL API для предоставления доступа к своей базе данных, которая содержит миллионы фотографий и видео. При этом по данным офифиальной API-документации на сегодняшний день Facebook и Instagram используют REST API интерфейс.

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

Запрос GraphQL состоит из URL и тела:
{
user(id: "12345") {
id
username
full_name
posts {
id
caption
media_url
likes {
count
}
comments {
count
}
}
}
}

Этот запрос вернет информацию о пользователе с идентификатором "12345", а также список его публикаций, включая идентификатор, подпись, URL медиа-файла, количество лайков и комментариев.

Ответ JSON:
{
"data": {
"user": {
"id": "12345",
"username": "johndoe",
"full_name": "John Doe",
"posts": [
{
"id": "987654321",
"caption": "Beautiful sunset",
"media_url": "https://instagram.com/p/1234567890",
"likes": {
"count": 1024
},
"comments": {
"count": 56
}
....
}

Видим знакомый JSON в ответе. Удалось сопоставить описание запроса, его параметры и полученный ответ? 👍