Системный аналитик

🙂 Фреймворк Фреймворк — готовая программная структура (каркас) для разработки ПО, которая 🔘задает базовую архитектуру 🔘часто применяются в разработке мобильных, веб- и десктоп-приложений У каждого фреймворка свой набор инструментов и свой функционал Зачем нужен 🟣чтобы снизить время разработки за счет готовых инструментов и шаблонов 🟣для единообразие кода 🟣помогают решать базовые задачи (например, управление сессиями или безопасностью) Виды фреймворков 🟣фронтенд: для разработки пользовательских интерфейсов примеры: React (JavaScript), Angular (JavaScript), Vue.js (JavaScript) 🟣бэкенд: для создания серверной части приложений. примеры: Django (Python), Spring Boot (java), Express.js (JavaScript) 🟣кроссплатформенные: можно писать код для разных платформ (iOS, Android, Windows) примеры: Flutter (Dart), Xamarin (C#), React Native (JavaScript) Фреймворк vs библиотека ⭕Фреймворк задает структуру и правила для разработки. Управляет выполнением кода, дает готовый каркас, который нужно достроить ⭕Библиотека: набор готовых функций, которые можно использовать по мере необходимости ⏩ Фреймворк берет управление на себя. При использовании библиотеки контроль - у разработчика Пример фреймворка Django Django — фреймворк для разработки веб-приложений на Python Состоит из: 〰️Шаблонов MVC: определяют архитектуру приложения (модели, представления, контроллеры) 〰️Модуль ORM: для работы с БД без SQL-запросов 〰️Система маршрутизации: управляет обработкой URL 〰️Встроенные инструменты: аутентификация, админ-панель, обработка форм, защита от CSRF, шаблоны HTML, API 〰️Документации ➡ Пример: создание блога на Django Используется встроенный ORM для работы с записями, подключаются шаблоны для отображения страниц и настраивается маршрутизация для обработки URL Минусы фреймворков 🤯нужно следовать правилам и структуре фреймворка 🤯могут быть слишком сложными для простых задач 🤯переход на другой фреймворк или обновление может быть трудоемким Как аналитик может использовать фреймворки ✅на этапе согласования требований поможет учитывать их ограничения в согласовании требования с разработчиками ➡️Например, определять, какие задачи фреймворк решит "из коробки", а для каких нужно дорабатывать ✅ прототипирование решений С помощью фронтенд-фреймворков (React или Angular) можно создать прототип пользовательского интерфейса ➡️для системы управления задачами сделать интерфейс с доской Kanban Заказчик сможет протестировать функционал на раннем этапе ✅ документирование требований В ТЗ можно указать, что бизнес-логика реализуется с использованием Django ➡️если нужно разработать REST API, можно описать, какие эндпоинты и модели данных будут поддерживаться, согласно возможностям Django REST ✅анализ интеграций Предложить выбор подходящего фреймворка ➡️для системы обработки массивов данных поможет обосновать выбор FastAPI (высокая производительность,поддерживает асинхронную обработку запросов) ➡️при разработке архитектуры системы указать использование Spring для создания микросервисов (например, их взаимодействие через API, реализованные в Spring Boot) 📎 Материалы 1. Фреймворк 2. Что такое фреймворк: виды, задачи, правила выбора 3. Фреймворк: особенности, преимущества, архитектура 4. Что такое фреймворк и чем отличается от библиотеки, простое объяснение 5. Для чего нужен фреймворк и как его выбрать 6. Фреймворк: как выбрать подходящий для фронтэнда и бэкэнда 7. Фреймворки в веб-разработке — что это, какие существуют и для чего нужны 8. Как выбрать фреймворк для бэкенда: мнения разработчиков 9. Фреймворки — больше минусов чем плюсов 10. 5 полезных фреймворков и библиотек для начинающего фронтенд-разработчика на конец 2024 года #инфраструктура ➿➿➿➿➿➿➿➿ 🧑‍🎓 Больше полезного в базе знаний по системному анализу

Высшее на новом уровне: онлайн-магистратура от Яндекса и НИЯУ МИФИ для специалистов по работе с данными. Здесь фундаментальные знания и практика для карьерного роста, а ещё — учёба, которую можно совмещать с работой и жизнью. Всё о программе — на дне открытых дверей: — Расскажем про разные траектории обучения и как после выпуска стать ML-инженером, CV-инженером, NLP-инженером, Data Scientist или Data Engineer. — Обсудим, какие навыки будут у выпускников, чтобы соответствовать рынку и требованиям работодателей. — Поговорим про поступление: сроки, экзамены, документы, оплата. Спикеры: Станислав Павлов, директор по AI, Positive Technologies. Павел Рябов, академический руководитель программы, заместитель директора Института лазерных и плазменных технологий, НИЯУ МИФИ. Антон Моргунов, Senior инженер по компьютерному зрению, Базис. Центр, академический руководитель программы, Яндекс Практикум. Александр Югов, Curriculum Lead профессии «Инженер данных», Яндекс Практикум. Ждём вас 9 апреля в 19:00 мск. → Зарегистрироваться на встречу

Высшее на новом уровне: онлайн-магистратура от Яндекса и НИЯУ МИФИ для специалистов по работе с данными. Здесь фундаментальные знания и практика для карьерного роста, а ещё — учёба, которую можно совмещать с работой и жизнью. Всё о программе — на дне открытых дверей: — Расскажем про разные траектории обучения и как после выпуска стать ML-инженером, CV-инженером, NLP-инженером, Data Scientist или Data Engineer. — Обсудим, какие навыки будут у выпускников, чтобы соответствовать рынку и требованиям работодателей. — Поговорим про поступление: сроки, экзамены, документы, оплата.

Спикеры: Станислав Павлов, директор по AI, Positive Technologies. Павел Рябов, академический руководитель программы, заместитель директора Института лазерных и плазменных технологий, НИЯУ МИФИ. Антон Моргунов, Senior инженер по компьютерному зрению, Базис. Центр, академический руководитель программы, Яндекс Практикум. Александр Югов, Curriculum Lead профессии «Инженер данных», Яндекс Практикум.

Ждём вас 9 апреля в 19:00 мск. → Зарегистрироваться на встречу

📌Пройдите тест из 10 вопросов и проверьте, насколько вы готовы к обучению на  курсе «Бизнес-аналитик в IT» от OTUS. На курсе вы: + Освоите навыки использования IT-решений для выявления и решения бизнес-проблем. + Научитесь системно анализировать бизнес-процессы и моделировать их в общепризнанных нотациях. + Сможете выявлять, формализовать и управлять бизнес-требованиями. + Научитесь составлять грамотные технические задания и проектную документацию. + Узнаете, как эффективно выстраивать взаимодействие с заказчиками и командой разработки. 🦉В честь дня рождения OTUS, скидка 10% до 01.04 🎁 Дарим вам промо-код на курс «Бизнес-аналитик в IT» со скидкой 5% (суммируется на сайте): BUSINESS_04 до 18.05. Успейте купить выгодно! 🌟 Есть рассрочка 👉ПРОЙТИ ТЕСТ: https://otus.pw/S5sX/?erid=2W5zFJbexjz Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576 #реклама О рекламодателе

🏦Tinkoff. Разбор задач отборочного тура трека Системный анализ

⚡️Разбираем тестовое задание в Альфа Банк на позицию Junior Аналитика данных Чтобы найти работу, мало пройти курс и сделать классное резюме. На практике, чтобы выделиться на собеседовании, нужно понимать, что лежит под капотом каждого инструмента, а не следовать конкретному заученному алгоритму. Чтобы попрактиковаться в этом, приходите на бесплатный вебинар, где будем разбирать реальное тестовое задание, которое дают аналитикам в Альфа Банке. Что будем делать на вебинаре: 🟠Напишем сложные SQL-запросы для банковских данных; 🟠Вспомним, как правильно использовать оконные функции; 🟠Узнаем, как создавать разметку, из чего она состоит и для чего она нужна; 🟠На реальных данных проведем когортный анализ и сделаем выводы; 🟠Расскажем, как доставать инсайты из данных. Вебинар проведет Денис Иванов, ведущий продуктовый аналитик 😶Зарегистрироваться на бесплатный вебинар

🔼 Модель зрелости REST API Леонарда Ричардсона Модель зрелости REST API Леонарда Ричардсона — концепция, которая оценивает уровень соответствия API принципам REST ◾️показывает эволюцию от простого RPC к полноценным REST API: чем выше уровень в модели, тем лучше выстроено API Применяется: 🔘для анализа текущего состояния API и для создания REST API, которые легко интегрируются и поддерживаются, что делает их более гибкими для бизнеса ➿➿➿➿➿➿➿➿➿➿ 💡 Напомним URL (Uniform Resource Locator): указывает, где находится ресурс, и как к нему обратиться (например, протокол + адрес) 💙https://example.com/page URN (Uniform Resource Name): уникальное имя ресурса, независимое от его местоположения. 💙urn:isbn:0451450523 URI (Uniform Resource Identifier): общий термин, включающий как URL, так и URN, т.е. идентификатор ресурса в сети 💙URI может быть как https://example.com, так и urn:isbn:0451450523 ➿➿➿➿➿➿➿➿➿➿ Уровни зрелости модели 💙 Уровень: API как удалённый вызов процедур (RPC) Иногда называется "болото оспы" (The Swamp of POX (Plain Old XML) API — точка входа, которая принимает параметры и возвращает результат (единственный endpoint). Действует как обёртка для удалённых процедур, не использует RESTful принципы 🔹один URI, один HTTP метод 🔹HTTP используется только для взаимодействия компонентов распределенной системы 🔹например, это могут быть протоколы XML-RPC и SOAP 🔹действия определяются через параметры запроса, 💙 пример: POST /api с телом запроса {action: "createUser", data: {...}} Запросы обрабатываются как действия, а не как операции с ресурсами 💙 Уровень: Разделение ресурсов через URL 🔹несколько URI, один HTTP метод 🔹отдельные endpoints для каждого ресурса 🔹действия привязаны к URL 💙 пример: POST /createUser для получения спискапользователей, POST /getUsers для создания. 💙 Уровень: HTTP-методы 🔹несколько URI, каждый поддерживает разные HTTP методы 🔹используются методы HTTP, например, GET, POST, PUT, DELETE 🔹добавлены коды ответа HTTP (например, 200 OK, 404 Not Found). Это делает интерфейс более понятным 💙 пример: GET /users/123 → возвращает пользователя DELETE /users/123 → удаляет пользователя 💙 Уровень: HATEOAS для управления состоянием через ссылки Самый высокий уровень зрелости REST API 🔹сервер предоставляет не только данные, но и гиперссылки. Они показывают клиенту действия, доступные с этим ресурсом 🔹ресурсы сами описывают свои возможности и взаимосвязи HATEOAS (Hypermedia as the Engine of Application State) — характеристика веб-сервиса возвращать действия, которые могут быть выполнены с ресурсом, в виде URL Дает возможность менять URI независимо от клиентов 💙 пример применения HATEOAS Есть API для управления задачами в приложении Сервер может вернуть ответ на запрос списка задач, в том числе гиперссылки 🔘self — ссылка на текущий ресурс (конкретную задачу) 🔘update — для обновления задачи 🔘delete — для удаления Клиент может следовать ссылкам, но не знать заранее URL-структуры API

    
        {
  "tasks": [
    {
      "id": 1,
      "title": "Buy groceries",
      "status": "pending",
      "_links": {
        "self": "/tasks/1",
        "update": "/tasks/1/update",
        "delete": "/tasks/1/delete"
      }
    },{}
    

📎 Материалы 1. А ваша служба является RESTful? Все что необходимо/обязательно знать про веб службы и REST 2. Richardson Maturity Model – RESTful API (en) 3. REST API — Что такое HATEOAS? 4. REST, что же ты такое? #api ➿➿➿➿➿➿➿➿ 🧑‍🎓 Больше полезного в базе знаний по системному анализу

🔼 Модель зрелости REST API Леонарда Ричардсона Модель зрелости REST API Леонарда Ричардсона — концепция, которая оценивает уровень соответствия API принципам REST ◾️показывает эволюцию от простого RPC к полноценным REST API: чем выше уровень в модели, тем лучше выстроено API Применяется: 🔘для анализа текущего состояния API и для создания REST API, которые легко интегрируются и поддерживаются, что делает их более гибкими для бизнеса ➿➿➿➿➿➿➿➿➿➿ 💡 Напомним URL (Uniform Resource Locator): указывает, где находится ресурс, и как к нему обратиться (например, протокол + адрес) 💙https://example.com/page URN (Uniform Resource Name): уникальное имя ресурса, независимое от его местоположения. 💙urn:isbn:0451450523 URI (Uniform Resource Identifier): общий термин, включающий как URL, так и URN, т.е. идентификатор ресурса в сети 💙URI может быть как https://example.com, так и urn:isbn:0451450523 ➿➿➿➿➿➿➿➿➿➿ Уровни зрелости модели 💙 Уровень: API как удалённый вызов процедур (RPC) Иногда называется "болото оспы" (The Swamp of POX (Plain Old XML) API — точка входа, которая принимает параметры и возвращает результат (единственный endpoint). Действует как обёртка для удалённых процедур, не использует RESTful принципы 🔹один URI, один HTTP метод 🔹HTTP используется только для взаимодействия компонентов распределенной системы 🔹например, это могут быть протоколы XML-RPC и SOAP 🔹действия определяются через параметры запроса, 💙 пример: POST /api с телом запроса {action: "createUser", data: {...}} Запросы обрабатываются как действия, а не как операции с ресурсами 💙 Уровень: Разделение ресурсов через URL 🔹несколько URI, один HTTP метод 🔹отдельные endpoints для каждого ресурса 🔹действия привязаны к URL 💙 пример: GET /users для получения списка пользователей, POST /users для создания. 💙 Уровень: HTTP-методы 🔹несколько URI, каждый поддерживает разные HTTP методы 🔹используются методы HTTP, например, GET, POST, PUT, DELETE 🔹добавлены коды ответа HTTP (например, 200 OK, 404 Not Found). Это делает интерфейс более понятным 💙 пример: GET /users/123 → возвращает пользователя DELETE /users/123 → удаляет пользователя 💙 Уровень: HATEOAS для управления состоянием через ссылки Самый высокий уровень зрелости REST API 🔹сервер предоставляет не только данные, но и гиперссылки. Они показывают клиенту действия, доступные с этим ресурсом 🔹ресурсы сами описывают свои возможности и взаимосвязи HATEOAS (Hypermedia as the Engine of Application State) — характеристика веб-сервиса возвращать действия, которые могут быть выполнены с ресурсом, в виде URL Дает возможность менять URI независимо от клиентов 💙 пример применения HATEOAS Есть API для управления задачами в приложении Сервер может вернуть ответ на запрос списка задач, в том числе гиперссылки 🔘self — ссылка на текущий ресурс (конкретную задачу) 🔘update — для обновления задачи 🔘delete — для удаления Клиент может следовать ссылкам, но не знать заранее URL-структуры API

    
        {
  "tasks": [
    {
      "id": 1,
      "title": "Buy groceries",
      "status": "pending",
      "_links": {
        "self": "/tasks/1",
        "update": "/tasks/1/update",
        "delete": "/tasks/1/delete"
      }
    },{}
    

📎 Материалы 1. А ваша служба является RESTful? Все что необходимо/обязательно знать про веб службы и REST 2. Richardson Maturity Model – RESTful API (en) 3. REST API — Что такое HATEOAS? 4. REST, что же ты такое? #api ➿➿➿➿➿➿➿➿ 🧑‍🎓 Больше полезного в базе знаний по системному анализу

Хотели порекомендовать канал Senior системного аналитика— Ирины.  В данном канале найдёте вопросы с собеседований на вакансии системного аналитика:  • С вилкой 400 тыс. руб. на руки  • Вопросы за 280 тыс. руб. (часть1, часть2, часть3) • Вопросы за 200 тыс. руб.  • Вопросы за 170 тыс. руб.  Сможете сравнить вопросы с собеседований за 300 тыс. руб. на вакансию в крупный российский финтех и международный стартап.  Узнаете как некоторые руководители честно рассказывают о минусах своей вакансии. Найдёте ответы на самые интересные вопросы. Например, недавно был вебинар с разбором двух задач с реального собеседования: построение UML-диаграммы последовательности и построение ER-диаграммы.  Прочитаете о том, что волнует системных аналитиков, и узнаете статистику о прохождении испытательного срока.  Узнаете какие заметки может сделать hr на hh.ru в вашем резюме. В канале также систематизированы самые часто встречаемые вопросы на собеседованиях: про UML, JSON, идемпотентность и не только.  Подписывайтесь на канал Ирины — это кладезь полезной информации.

System Analysis Meetup SberHealth❤️ Когда: 3 апреля в 18:00 Где: Москва офлайн/онлайн трансляция В программе доклады от ведущих экспертов SH: 🔘Как описывать требования для мобильных приложений 🔘Как создать сообщество для обмена знаниями ⭐️Севостьянова Анастасия, Ведущий системный аналитик в Альфа-Банке, расскажет про мидл слой без хаоса: как сделать документацию понятной и живой Присоединяйтесь, чтобы прокачать свои навыки и задать вопросы экспертам ⭐️ 🔜 Узнать подробности и зарегистрироваться