Основы аутентификации: всё, что нужно для самостоятельного изучения 🚀
Привет! Я Диана, системный аналитик Clevertec. Сохраняй мой список полезных материалов для самостоятельного изучения межсистемной аутентификации.
1. Общие понятия аутентификации и факторов аутентификации
2. Протоколы и стандарты аутентификации
3. Токены и их использование
Еще я написала подробную статью, чтобы объяснить основные принципы межсистемной аутентификации. Переходите — она будет полезна начинающим аналитикам.
PostgreSQL | SQL-скрипт | Для получения подробного описания таблиц (в виде таблицы) | для системных аналитиков
Многие системные аналитики, приходя на проект, сталкиваются с проблемой что PostgreSQL БД уже создана ранее, а описания таблиц нет, да и доступ к ней дадут не скоро.
В итоге когда дают доступ, начинается анализ каждой из таблиц, чтобы перенести в документацию ее описание.
Я задался вопросом: "Можно ли сразу выгрузить все описания таблиц разом?" Оказывается можно, держите готовый скрипт для postgreSQL:
-- Скрипт получения информации о таблицах БД
SELECT
-- Наименование БД
current_database() as "Наименование БД",
-- Схема данных
current_schema as "Схема данных",
-- Наименование таблицы
relname as "Наименование таблицы",
-- Описание таблицы
obj_description(oid) as "Описание таблицы",
-- Наименование поля/столбца
column_name as "Наименование поля/столбца",
-- Тип данных
CASE
when character_maximum_length is not null
and udt_name = 'varchar' then concat(
udt_name :: varchar(255),
'(',
character_maximum_length :: varchar(255),
')'
)
else udt_name
end as "Тип данных",
-- Описание поля/столбца
col_description(oid, ordinal_position) as "Описание поля/столбца"
FROM
pg_class as a
right join information_schema.columns as b ON b.table_name = a.relname
-- WHERE
-- relname='<наименование таблицы>'На выходе получим классное описание, которое сможем включить в документацию (например):
| Наименование БД | Схема данных | Наименование таблицы | Описание таблицы | Наименование поля/столбца | Тип данных | Описание поля/столбца |
| --------------- | ------------ | -------------------- | ------------------------------------------- | ------------------------- | ------------- | -------------------------------------- |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | table_id | uuid | Идентификатор записи в таблице shops |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | partner_short_name | varchar(1000) | Краткое наименование компании партнера |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | offers_sales_notes | varchar(50) | Условия продажи товара |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | url | varchar(2048) | URL главной страницы |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | company | varchar(1000) | Полное наименование компании |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | name | varchar(1000) | Короткое наименование компании |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | created_at | timestamp | Дата создания записи (в БД) |
| sandbox_db | public | shops | Информация о поставщиках услуг (справочник) | is_actual | bool | Признак актуальности записи (в БД) |----
P.s.Плюсы приветствуются, а если уж минусите, то хоть коммент напишите, что не так!
----
Связь со мной: https://t.me/antzim_in
Почитать мой телеграмм: https://t.me/sa_chulan
Хочу поделиться итогами последней моей переписки с ребятами из OpenGroup по поводу особенностей применения стандарта Archimate 3.2 для описания микросервисной архитектуры с использованием Docker.
Как оказалось, паттерн, который был предложен 4 года назад с применением элементов Node для моделирования docker-контейнеров после выхода версии стандарта 3.2 стал неактуален - поскольку Node потерял большинство типов связей, которые были для него допустимыми по отношению к Artifact.
Спросите, почему этот вопрос встал только сейчас ? Потому что полностью стандарт 3.2 был поддержан в редакторе Archi относительно недавно... плюс как раз появилась необходимость в актуализации старых схем технологического слоя - и тут-то и выяснилось, что больше нельзя показать, что docker-контейнер (Node) реализуется посредством docker-образа (Artifact).
Резюмируя итоги обсуждения с коллегами из OpenGroup:
рекомендуется использовать для моделирования докер-контейнеров элемент Системное ПО (System Software), для которого по прежнему доступно установление связи Реализации от докер-образа (Artifact)
элемент Node остается как элемент для моделирования некоей условной совокупности программно-аппаратных средств (включая физические, "не-ИТ" объекты - т.е. станки и др) - цитирую Jean-Baptiste Sarrodie: "используем Node, чтобы показать что именно будет размещать или предоставлять сервисы, не обращая внимания на то как эта функция будет реализована (приложение, сервер, контейнер и т.д.)". Иначе говоря Node остается некоей логической структурой, объединяющей физические элементы (System Software, Device и др.).
элемент Device рекомендуется применять для моделирования не только физических, но и виртуальных машин (до этого были варианты использовать для "виртуалок" элемент Node) - но возможно в новой версии Archimate что-то уточнится
P.S.: почти месяц назад, 25 января, вышла версия Archi 5.5 - за это время удалось пощупать, и могу сказать, что обновляться стоит.
Из ощутимых улучшений:
возможность удалять на схеме элементы-контейнеры (стиль nested - когда элементы помещаются друг в друга) без удаления вложенных элементов (команда "Delete from view (keep children)" )
инструменты для фильтрации дерева (регулярные выражения, фиксация папок верхнего уровня, учет регистра текста, вовлечение пользовательских свойств элементов и видов) и навигации по нему (вкл/выкл режима синхронизации выбранного в схеме элемента с деревом)
Совсем недавно ИТ-сообщество Global CIO объявило проект Колибри-АРМ по созданию независимой ИТ-инфраструктуры для Forvia победителем конкурса «Проект года» в номинации «Создание и модернизация инфраструктуры».
В новом эпизоде подкаста Колибри-АРМ – последние сплетни новости из жизни команды: запуск свежего релиза, победа в «Проекте года», секретные фичи для последующих обновлений и планы по завоеванию рынка.
Системный аналитик. Мифы и реальная польза для бизнеса (Sravni Podcast)
В новом выпуске поговорили со Светланой Амелькиной, системным аналитиком Сравни. О том, что SA представляет собой в 2025 году – глазами самого специалиста, разработки и бизнеса.
Внутри видео:
О скиллах: что важно знать и уметь SA для успешной карьеры
Взаимоотношения SA с другими командами (разработкой, QA, продактами)
Мифы о системных аналитиках, в которые пора перестать верить
Трудоустройство SA: как и зачем интервьюировать работодателя
Посмотреть или послушать выпуск можно здесь:
✅YouTube
✅RUTUBE
✅VK
✅Яндекс Музыка
Материалы прошедшего вебинара
Делюсь записью вебинара «Актуальные навыки системного аналитика. Возможности и перспективы развития», где рассказала не только про основные навыки системного аналитика, но также подробно разобрала тенденции, влияющие на требуемые знания специалистов. Запись вебинара можно скачать по ссылке.
4:32 – типы навыков и содержание
6:29 – что включают в себя основы системного анализа
8:25 – тенденции в hard-skills
11:01 – факторы развития hard-skiils
13:37 – базовые навыки
14:16 - 27:53 – актуализация навыков
28:31 – t-shape в системном анализе
31:08 – направления обучения и развития
35:01 – практика в реальных задачах
Топ 5 инструментов системного аналитика, для ускорения решения практических задач (на собеседованиях по системному анализу)
"Кто выиграл время, тот выиграл все.“
© Мольер
Каждый системный аналитик, при прохождении практической части собеседования, начинает судорожно вспоминать инструменты, в которых можно это быстро сделать, т.к. ему на это отводится всего-лишь 5-10 минут, чтобы:
1️⃣ Нарисовать BPMN, в этом вам поможет:
🔗 https://demo.bpmn.io/s/start (бесплатно, не нужно регистрироваться)
🔗 https://stormbpmn.com/app/home (бесплатно, но нужно зарегистрироваться заранее)
2️⃣ Нарисовать sequence, в этом вам поможет:
🔗 https://sequencediagram.org/ (бесплатный, но нужно ознакомиться заранее)
🔗 https://www.plantuml.com/plantuml/uml/SyfFKj2rKt3CoKnELR1Io4ZDoSa700003 (бесплатный, но нужно ознакомиться заранее и лучше подготовить шаблон)
3️⃣Нарисовать ERD, в этом вам поможет:
🔗 https://erd-editor.io/ (бесплатно и не нужно регистрироваться (гайд тут: https://docs.erd-editor.io/docs/category/guides))
4️⃣Спроектировать структуру json, в этом вам поможет:
🔗 https://jsoncrack.com/editor (условно бесплатно и не нужно регистрироваться)
5️⃣Просто "порисовать", в этом вам поможет:
🔗 https://unidraw.io/ (нужна регистрация)
🔗 https://app.diagrams.net/ (без регистрации)
P.s. Это мой первый пост. Заранее спасибо за критику.
----
Связь со мной: https://t.me/antzim_in
Почитать мой телеграмм: https://t.me/sa_chulan
Вебинар «Актуальные навыки системного аналитика. Возможности и перспективы развития»
11 февраля я проведу бесплатный вебинар: «Актуальные навыки системного аналитика. Возможности и перспективы развития», где расскажу про востребованные навыки для аналитика, их рост и подходы к развитию, а также поделюсь своим опытом. Запись на вебинар доступна по ссылке.
Что будет на вебинаре:
Поговорим о необходимых аналитику знаниях и навыках
Рассмотрим подходы к их развитию
Поговорим о том, как специалисту расти на практике в реальных задачах
Жду вас на вебинаре!
По результатам опроса в сообществе и под статьей на Хабре образовалась интересная статистика, которая превзошла мои ожидания.
В обоих случаях целые 44% опрошенных, представившихся системными аналитиками (почти половина) проголосовали за вариант «мне приходилось погружаться в код своих коллег и читать его».
А если учесть, что и в сообществе и на Хабре треть опрошенных (35% и 40% соответственно) проголосовала за вариант «посмотреть результаты», то получим около 70% аналитиков, сталкивавшихся с такой необходимостью и это колоссальные цифры! 🤯
О чем же они говорят?
☹️1. Плохая документация
На это могло повлиять множество факторов. Как основные: или отсутствие аналитиков, или сложный запутанный домен, или команда работала в режиме «стартап», когда главное было пилить как можно быстрее новый функционал для бизнеса. Или все вместе взятое .
☹️2. Плохие процессы
Возможно, что в команде не были должным образом выстроены процессы проектирования, разработки и тестирования:
отсутствовали соглашения по проектированию и описанию требований
отсутствовала культура тестирования (напомню, что хорошо описанные требования на разработку являются основой для формирования тест-кейсов, и хорошие QA будут требовать документацию от аналитиков).
Что делать?
Отсутствие документации — это большая возможность для прокачки скиллов: как хардов, так и софтов.
В целом в таких ситуациях я использую следующий порядок действий:
Получить доступ к стенду тестирования и посмотреть, какой функционал уже имеется в системе.
Определить круг стейкхолдеров и подготовить вопросы для их интервьюирования.
Изучить таск‑трекер (условная Jira) на предмет следов разработки (можно узнать о том какие сервисы и фичи были сделаны ранее)
Поговорить со всеми разработчиками и узнать, какие сервисы они разрабатывают/разрабатывали на проекте и вообще что они о нем знают.
Изучить систему контроля версий (например GitLab или BitBucket) — позволит найти сервисы и их код.
Изучить конфигурации сервисов. В них, как правило, будут URL-адреса интеграционных и иных взаимодействий (БД, брокеры итд).
Изучить API, если есть описание. Если нет, то придется погружаться в чтение кода.
На этом этапе очень полезным станет отрисовка схемы микросервисов и определение структуры моделей данных в БД.
На схему микросервисов будет необходимо нанести сервисы, стрелочками изобразить взаимодействие между ними, и желательно написать имя используемого метода и его URL.
БД можно описывать в табличном виде или в виде ER-диаграмм.
Во время чтения кода вы можете использовать информацию из предыдущих пунктов, чтобы восстановить и задокументировать бизнес-процессы так, как они реализованы на самом деле.
Системный аналитик: подборка полезных материалов
Если вы хотите лучше понять, чем занимается системный аналитик, или недавно работаете в этой области и ищете новые инструменты и подходы, держите подборку.
Знакомство с профессией
Где и сколько учиться на системного аналитика — рассказываем о вузах, колледжах и онлайн-курсах, где можно получить профессию системного аналитика.
«Системный аналитик» — на бесплатной части курса вы познакомитесь с этапами работы над проектами, увидите, чем занимаются аналитики, и узнаете, как выглядят результаты их работы.
Чем занимается системный аналитик — разбираем ключевые задачи этой профессии на примере создания навыка для виртуального ассистента.
Полезные материалы
Работа с API: 17 полезных ссылок для системного аналитика — материалы, которые помогут разобраться в основах работы с API, документировании REST API, использовании форматов данных XML и JSON, а также в инструментах вроде Swagger.
Гайд для системного аналитика
Этот цикл статей поможет разобраться в работе с требованиями на всех фазах проекта. Мы рассмотрим пример на основе банка, чтобы показать, как документировать требования, подбирать инструменты анализа и использовать удобные решения вроде Wiki и таск-трекеров.
Часть 1: Инициация — разбираем, как определить бизнес-цели, собрать пользовательские требования, выбрать уровень их детализации и заложить основу для последующих этапов.
Часть 2: Планирование и исполнение — учимся декомпозировать требования, распределять задачи между членами команды и управлять изменениями в проекте с помощью таск-трекеров.
Часть 3: Контроль — разбираем методы проверки, тест-дизайна и рецензирования, которые помогут избежать ошибок.
Друзья, приглашаем на бесплатный вебинар «Введение в архитектурные стили разработки». Обсудим ключевые архитектурные стили: их свойства, преимущества и недостатки, а также разберем примеры применения.
📅 Дата: 27.01.2025
⏰ Время: 17:00-18:00 (Мск)
На вебинаре обсудим:
✔️ Слои,
✔️ Микросервисы,
✔️ Событийно-ориентированные архитектуры,
✔️ Стили каналов и фильтров,
✔️ Классную доску и другие стили.
👨🎓 Спикер: Луговской Андрей — специалист в области разработки ПО.
Вебинар «Аналитик в команде. Актуальные проблемы и их решения»
15 января я проведу бесплатный вебинар: «Аналитик в команде. Актуальные проблемы и их решения», где я расскажу о проблемах в задачах системного аналитика и подходах к их решению. Запись на вебинар доступна по ссылке.
Что будет на вебинаре:
Поговорим о совмещении различных ролей системным аналитиком
Разберем нестандартные задачи аналитика и подходы к их решению
Рассмотрим необходимые навыки и перспективы развития
Поговорим о том, с какими сложностями может столкнуться аналитик сегодня
Жду вас на вебинаре!
Вебинар «Аналитик в команде. Актуальные проблемы и их решения»
15 января я проведу бесплатный вебинар: «Аналитик в команде. Актуальные проблемы и их решения», где я расскажу о проблемах в задачах системного аналитика и подходах к их решению. Запись на вебинар доступна по ссылке.
Что будет на вебинаре:
Поговорим о совмещении различных ролей системным аналитиком
Разберем нестандартные задачи аналитика и подходы к их решению
Рассмотрим необходимые навыки и перспективы развития
Поговорим о том, с какими сложностями может столкнуться аналитик сегодня
Жду вас на вебинаре!
Почему совершать ошибки — полезно: рассказывают наставники Практикума
Каждая ошибка — это шаг вперёд, если сделать из неё выводы. Это знали и наши наставники, которые превратили свои неудачи в ценный опыт. Делимся двумя историями:
Тест, который не работал
Рассказывает Дарина Кухтина, наставница на курсе «Аналитик данных»
Я руковожу отделом аналитики в мобильном геймдеве. Мы запустили А/В-тест для игровых автоматов, чтобы проверить разные расстановки. Более успешные слоты поставили в начало. 3а две недели эксперимента не произошло никаких изменений.
Оказалось, что всё это время обе группы получали одну и ту же расстановку, потому что мы не добавили изменения на продакшн. После этого неудачного теста мы сделали новую успешную расстановку и до сих пор ей пользуемся.
Выводы:
Нужно пользоваться своим продуктом: заходить на сайт или играть в игру, над которыми идет работа.
Ошибка может быть в любом месте.
Чем раньше заметить ошибку, тем лучше. Это экономит время, а время — деньги.
Никому нельзя верить, даже себе.
Самокаты начали сигналить по всему городу
Рассказывает Андрей Шевченко, наставник на курсе «Инженер по тестированию»
Команда тестировала новую фичу для кикшеринга самокатов перед продакшном. Тогда мы не нашли одну из моделей самокатов и не перезапустили сервисы после доработки.
Со следующим обновлением они перезапустились сами, в том числе единственная модель, которую мы не протестировали. Две тысячи самокатов сигналили два часа подряд. Было неприятно, но мы быстро собрались и вместе устранили проблему.
Выводы:
Команда всегда тебя поддержит.
Если ты где-то облажался, то облажалась вся команда.
Окружение важно! Покройте проверками максимум.
Перезапускайте сервисы после обновлений.
Ошибок не допускает только тот, кто ничего не делает.
Есть ли ошибка, которая помогла вам стать лучше? Расскажите об этом в комментариях.
Системный аналитик — проблемная должность на рынке.
Руководители и команды зачастую не знают, какие именно функции такой специалист должен выполнять, а сами аналитики не понимают, какие компетенции развивать. В разных компаниях к системным аналитикам порой предъявляются диаметрально противоположные требования.
За 8+ лет работы системным аналитиком, участия во множестве собеседований и общения с коллегами я пришла к выводу, что путаница возникает из-за того, что за условным названием "системный аналитик" сегодня скрываются как минимум пять специализаций.
Давайте поделюсь, как я их вижу, и буду рада, если вы расскажете, как это выглядит у вас.
1. Инженер по требованиям
Функции: систематизирует и описывает требования в информационной системе, пишет документацию, помогает разработчикам понять, что именно нужно реализовать. Отвечает за полноту и согласованность требований. Управляет изменениями требований.
Инструменты: вики-системы, таск-трекеры, BPMN, UML, системы разработки интерфейсов
2. Фича-овнер (фича-лид)
Функции: управляет жизненным циклом фичи или подсистемы. Определяет цели и дорожную карту развития подсистемы. Координирует работу фича-team, создающих и поддерживающих подсистему. Это продукт-овнер "на минималках". Отвечает за функционал на всех стадиях: от проработки идеи до внедрения и поддержки.
Инструменты: таск-трекеры, корпоративные мессенджеры, онлайн-доски
3. Проектировщик информационных систем (ИС)
Функции: роль близка к архитектору, но, как правило, с узким фокусом на конкретный набор подсистем. Создаёт архитектуру системы, продумывает её компоненты и взаимодействия, моделирует процессы. Отвечает за документирование и актуальность схем архитектуры.
Инструменты: C4 Model, PlantUML, вики-системы, системы для моделирования процессов
4. Проектировщик баз данных
Функции: собирает и документирует требования к обработке и хранению данных. Строит модели данных, проектирует структуры БД с учётом, в том числе, и нефункциональных требований. Заботится о связях и нормализации.
Инструменты: SQL, инструменты для проектирования баз данных, вики-системы
5. Проектировщик интеграций
Функции: работает там, где есть потребность в интеграциях. Разрабатывает схемы и спецификации взаимодействия между системами, продумывает форматы данных и их трансформации. Документирует API. Помогает команде настраивать интеграционные тесты и валидирует их результаты.
Инструменты: OpenAPI, средства управления запросами к API, стек для управления логами и анализа данных
Это не устоявшаяся терминология и тем более не жёсткое разделение. Однако, судя по вопросам на собеседованиях и картам развития СА (раз, и два), такие границы довольно очевидны.
Что даёт понимание разделения ролей системного аналитика?
Для аналитиков:
Задайте себе вопрос: в какой роли вы чувствуете себя наиболее уверенно? Понимание своей специализации и зон роста поможет вам:
выбирать компании и проекты с подходящими задачами;
чётко выстраивать своё профессиональное развитие.
Например, я знаю, что как проектировщик баз данных я пока скорее джун, но в интеграциях и работе с требованиями могу уверенно брать задачи для уровня сеньора. И для моих текущих обязанностей это идеальный набор.
Для команд:
Вы лучше понимаете, как взаимодействовать с аналитиком, учитывая его специализацию. Да и в целом становится яснее, кто именно появился или уже работает в вашей команде.
Для руководителей:
Это помогает чётче формулировать задачи и искать специалиста под конкретные потребности, а не пытаться закрыть всё одним человеком.
Я считаю, что разделение ролей системного аналитика — это ключ к более ясному и эффективному взаимодействию всей команды. А вы?
25 декабря я проведу бесплатный вебинар: «Разработка требований к интеграции в практической задаче», где мы рассмотрим проработку и описание требований на практике с реальным кейсом. Запись на вебинар доступна по ссылке.
Что будет на вебинаре:
Подробно разберем процесс работы с требованиями в интеграционных задачах
Поговорим о проектировании API
Рассмотрим возможные проблемы и их решения
Жду вас на вебинаре!
Что мы поняли о пользователях из России, пока делали UX-исследование для гватемальцев
Немногие с ходу вспомнят, где на карте мира находится Гватемала. Она расположена в южной части Северной Америки, на севере граничит с Мексикой и имеет выход сразу к двум океанам — Тихому и Атлантическому.
Недавно нам выпало познакомиться с этой страной и ее жителями поближе — наша команда проводила уникальное UX-исследование для крупного гватемальского девелопера. Глобальной целью было улучшить сайт одного элитного района в столице страны.
Итоги нашей работы оказались интересными не только для заказчика, но и для нас: они подсветили различия в цифровом поведении между гватемальскими и российскими пользователями. Делимся ими с вами в этом посте.
1. Пользователи в Гватемале ценят личное общение.
Гватемальцы предпочитают звонить напрямую, чтобы уточнить детали, они больше ценят возможность живого общения с представителем бизнеса. При этом большинство опрошенных в исследовании положительно отнеслись к ссылкам на чаты WhatsApp, а вот чат-боты их совсем не интересовали. Сравните с российскими пользователями, которые чаще выбирают переписки в мессенджерах и всё реже пользуются телефонными звонками.
В работе над сайтом девелопера для нас эта особенность гватемальцев стала сигналом о необходимости разместить контакты на самом видном месте — так, чтобы их можно было найти в один клик.
2. 3D-модели жилья повышают доверие.
Простые фотографии не производили должного впечатления на гватемальских пользователей. Они хотели видеть больше деталей, желательно в формате, который позволил бы «почувствовать» пространство. Интерактивные 3D-туры стали идеальным решением, которое позволило потенциальным покупателям глубже погрузиться в атмосферу района и нового жилья.
В России, например, 3D-модели также находят отклик у пользователей, но часто воспринимаются как дополнительная опция, а не обязательный элемент.
3. Карта территории — необходимость.
Район, где работал наш заказчик, состоял из нескольких блоков с буквенными обозначениями домов. Для туристов или неместных людей такая навигация была сложной. Многие не могли понять, как добраться до нужного места. Поэтому мы решили добавить на сайт интерактивную карты.
Интересно, что местные жители и риелторы, которые хорошо знали город, не видели в этом проблемы. Российские же пользователи привыкли считать карты базовым функционалом, без которого сайт теряет значительную часть своей пользы.
Этот случай наглядно показал, как разные группы пользователей могут по-разному воспринимать одни и те же аспекты интерфейса.
4. Всем гватемальцам важна экология.
Вопросы экологии оказались важны для всех респондентов в Гватемале, независимо от возраста или социального статуса. Пользователи позитивно отзывались о разделе сайта, посвященном экологическим проектам, и считали его наличие важным показателем ответственности компании.
Для нас этот инсайт стал важным аргументом в пользу сохранения и улучшения существующего раздела. Это резко контрастирует с российской аудиторией, которая уделяет экологии мало внимания.
Тут мы собрали только малую часть интересных открытий нашего проекта. Если хотите узнать больше деталей и результатов, читайте кейс в нашем блоге на Хабре.
Задача о прогулках по улицам
Макс приехал в Санкт-Петербург и гуляет по Васильевскому острову. Большая часть острова — это сетка из трёх параллельных проспектов и перпендикулярных им линий. Макс хочет дойти от причалов (точка А) до дома друга (точка В), не проходя по одной и той же улице дважды и не разворачиваясь назад.
Ему нужно пройти шесть кварталов вперёд и два вправо. Можно сначала повернуть, потом идти вперёд. Можно сначала пройти вперёд, а потом уже поворачивать. А можно идти вперёд, потом повернуть, потом снова идти вперёд… в общем, вариантов много! Но сколько именно?
Посчитайте количество способов добраться из точки А в точку B. Делитесь способом решения и результатом.
Подборка для аналитиков по работе с SQL
Собрали статьи, которые будут интересны начинающим аналитикам. Если вы только начинаете знакомство с SQL или хотите освежить знания, эта подборка для вас.
Типы данных SQL — что о них нужно знать начинающему аналитику. Разбираем, какими они бывают и как с ними работать.
Таблицы в SQL: типы и операции — различные типы таблиц и основные операции, которые можно выполнять над ними.
SQL-запросы — основные команды для управления базами данных.
Оконные функции в SQL — что это и как использовать.
Основные ошибки SQL — список распространённых ошибок в работе с запросами баз данных SQL и лучших практик, о которых забывают некоторые пользователи. Рассказываем, как найти ошибки и исправить их.
Потренироваться и решить 70 задач в тренажёре можно на бесплатном курсе «Основы работы с базами данных и SQL».
Этого не найдешь в документации к Xilinx Zynq
Производители SoC, как правило, предоставляют окружение для разработки и документацию с примерами реализации универсальных решений. Но много важных деталей упускается или скрывается от пользователя. В итоге нетривиальная модификация системы требует долгих исследований и экспериментов.
Изучили все нюансы на практике за вас, реализовав проект запуска Embedded Linux на Hard- и Soft-процессорах Xilinx Zynq. Пойдем по этапам:
В качестве бонуса: запустим ОС Soft-CPU на эмуляторе QEMU и разработаем bare-metal приложение в обход IDE Vitis.
