Кому будет интересен контент канала?

В первую очередь - это системные и бизнес аналитики, т.к. этот канал посвящен именно бизнес и системному анализу в ИТ.

Аналитики здесь могут найти много полезной информации: от теоретических материалов до гайдов, практических заданий и разборов проектов.

Стараюсь делать контент канала максимально разнообразным, поэтому канал будет интересен всем специалистам из ИТ сферы любого грейда.

Присоединяйтесь к каналу, давайте расти вместе!

Навигация по каналу:
📌#ITA_requirements
📌#ITA_process_modeling
📌#ITA_databases
📌#ITA_integration
📌#ITA_architecture
📌#ITA_interview_questions
📌#ITA_projects
📌#ITA_news
📌#ITA_books
📌#ITA_podcast
📌#ITA_life

Как структурировать свои знания с помощью mindmap?

В последнее время изучаю много разной информации из области системного анализа. Для лучшего усвоения нового материала решил составить mindmap для системного аналитика. Читал, что такой подход к изучению позволяет структурировать знания и запоминать больше информации. Чтож, предлагаю проверить...

Сейчас mindmap находится в процессе разработки, и пока я добавил только основные темы. Как думаете, что можно ещё добавить на карту системного аналитика? Буду ждать ваши предложения в комментариях к посту

Кстати, недавно искал какой-нибудь готовый mindmap по системному анализу, но поиски хорошего варианта завершились безуспешно. Если у кого-нибудь есть такая карта -пожалуйста, поделитесь в комментариях

Только сейчас понял, что комментарии к посту выше были выключены. Исправил ситуацию :)
Написать комментарий к предыдущему посту можно тут 👇

О системном мышлении:
Читал недавно две довольно популярных книг про системное мышление (обложки книг прикрепил к посту). Как по мне, мало только поверхностно прочитать эти книги. Чтобы понять, что хочет донести автор и научится видеть зависимости в реальной жизни нужен более глубокий анализ литературы.
Возможно, чуть позже сделаю статью с основными принципами из книг.
IMHO обе книги интересные, хотя местами и пересекаются по темам. Тем, кто ещё не читал - советую.

#моделирование_процессов

Нашёл прикольную шпаргалку с основными элементами BPMN.

А также немного полезного контента про моделирование в нотации BPMN:

Первое - Канал про BPMN

И второе - Статья на habr с описанием основных сущностей нотации

#базы_данных

Интересная статья про индексы в БД. Понравилась подача материала. Как говорится: "простыми словами о сложном".
Статья в посте ниже 👇

Индексы в БД на пальцах

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

🔹 Что такое индекс? Это вспомогательная структура данных, которая создается средствами СУБД и хранит информацию о расположении (или адресе) строки в таблице с некоторым значением поля. Индексы строятся для каждого поля отдельно: можно построить по индексу на каждое поле таблицы, если в этом есть необходимость.

🔹 Зачем нужны индексы? Для ускорения поиска. Без индекса СУБД вынуждена перебирать все строки в таблице в поисках нужной; индекс позволяет быстро узнать местоположение этой строки и перейти сразу к ней. Аналог из жизни - статья в журнале или глава из книги: вместо того, чтобы перелистывать все страницы, вы ищете название в оглавлении и переходите к нужной странице.

🔹 Как работают индексы? Индексы можно упрощенно представить себе как отсортированные копии полей (столбцов таблицы). Поиск значения в отсортированной структуре происходит очень быстро - вы быстрее найдете старницу номер 742 в книге из 1000 страниц, чем бубновую девятку в перетасованной колоде карт, потому что карты нужно перебирать, а номера страниц отсортированы. Найдя значение поля в индексе, СУБД получит информацию об адресе всей строки таблицы (которая там была сохранена при создании индекса), то есть "перейдет по номеру страницы", если сравнивать с книгами.

🔹Минусы и особенности. Помимо очевидноно плюса в виде ускорения поиска, есть ряд особенностей, которые нужно иметь ввиду.
1. Индексы - это дополнительные структуры данных, которые нужно хранить, следовательно, они занимают дисковое пространство, особенно это важно учитывать при работе с большими таблицами (хотя именно там они наиболее эффективны).
2. Если мы меняем значения в таблице (включая добавление и удаление строк), то это будет происходить в двух местах: в самой таблице и в индексе, то есть у нас немного замедляется модификация таблиц. Для задач с большим количеством изменений это может быть ощутимо.
3. Неправильно выбранный тип индекса может замедлить поиск. Например, индексы в виде деревьев неэффективны для столбцов с низкой мощностью множества*

🔹Когда использовать индексы? Строить индексы нужно только по тем полям, по которым осуществляется поиск. Идеальный случай - данные в таблице меняются редко, а запрашиваются часто. Контрпример - таблица, которая представляет собой журнал аудита, куда данные пишутся постоянно всей системой, а читаются только в случае инцидентов и нет высоких требований к скорости поиска. В этом случае использование индекса только навредит: будет тратиться лишнее дисковое пространство и запись будет чуть медленнее.

* Мощность множества или Cardinality - это характеристка, показывающая уникальность данных, входящих в множество. Если у нас есть миллион строк для поля Gender, которые содержат только значения Male и Female, то говорят, что у такого множества низкая мощность. А поле Email с уникальными данными будет иметь высокую мощность.

Подробнее о типах индексов можно почитать в этой статье на хабре

#СУБД #собеседование