Коллеги выложили запись интервью. На самом деле, мы потом ещё полчаса сидели не под запись. Нужно уже к форматам Дудя переходить: есть о чем поговорить на 3-4 часа 😂

🎞Делимся записью карьерного диалога с Юрием Куприяновым.

С Юрой порассуждали о профессии системного аналитика:
▪️зачем нужны аналитики и как объяснить их необходимость руководству,
▪️как можно в себе развить системность и абстрактное мышление,
▪️как развитие ИИ влияет на ИТ и нашу профессию,
▪️почему аналитики хотят в архитекторы,
▪️в какие стороны можно еще посмотреть.

Очень хочется продолжить в формате дискуссии, а не интервью, т.к.вопросов осталось еще на пару-тройку встреч.

На встрече не спросили, но в чате Юра написал о 3-х книгах, которые на него повлияли:
✅Мифический человеко-месяц Брукса
✅Руководство по UI дизайну для программистов Спольски
✅Современные методы описания функциональных требований к системам Коберна про юзкейсы. Перевод названия неудачный, на самом деле она называется Writing Effective Use Cases

Когда появились первые таблицы?

Мы, как аналитики, сталкиваемся с таблицами в двух случаях:
— когда залезаем в базу данных или в выгрузку из неё, и пытаемся что-то понять из этих данных;
— когда пытаемся структурировать какую-то информацию для требований.

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

Типичный вопрос, с которым ко мне приходят — как сделать документы лучше. Ну вот вроде бы пишу требования и постановки, но что-то не то. Что можно улучшить?

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

Лучше поменять форму:
— список всегда лучше, чем сплошной текст (в технических текстах);
— таблица ещё лучше.

Чтобы построить таблицу, вам нужно задать её структуру. А для этого её нужно продумать.

И таблица даёт преимущество, которое не даёт текст и список — показывает пропущенные места. Таблица Менделеева хороша не тем, что выстроила элементы в каком-то порядке, а тем, что предсказала несколько неоткрытых!

Когда появились первые таблицы? Вот на картинке таблица из окрестностей Вавилона, 1900-1600 г. до н.э. Клинопись по глине.

Скорее всего, это список выплат за какие-то работы. Тут уже есть столбцы с названиями, строки, в одном из столбцов — сумма двух других, в другом столбцы перемножены, под таблицей есть итоги. Практически, глиняный Эксель!

Хранится в Британском музее, https://cdli.mpiwg-berlin.mpg.de/search?layout=full&id=P368686

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

Приходите, готовьте свои вопросы!

Карта паттернов и технологий интеграции

в этот четверг, 20 февраля в 18 вечера мск приглашаем вас на вебинар, посвящённый Карте паттернов и технологий интеграций — уникальному инструменту от Юрия Куприянова, который поможет разобраться в сложном мире интеграционных технологий.

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

План вебинара:
Как появилась идея карты
Этапы создания карты
Как устроена карта
Как применять карту на практике
Развитие карты
Ответы на вопросы

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

Регистрация

NB: Следите за анонсами вебинаров и обсуждайте их с коллегами в группе @SE_Webinars

#вебинары #интеграция

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

Вот смотрите. Итак, интеграции бывают:
- горизонтальные
- вертикальные
- гибридные
- точечные
- в форме звезды
- через шину ESB
- оркеструющие процессы
- событийно-ориентированные
- REST
- SOAP
- GraphQL
- интеграции платформ
- интеграции данных
- интеграции приложений
- интеграции бизнес-процессов
- облачные
- через брокер
- ориентированные на сообщения
- через API
- MQTT
- gRPC
- интеграции легаси-систем
- через передачу файлов
- в форме обмена электронными документами
- высоконагруженные
- вебхуки

Так и хочется дописать "бесчисленные", "бегающие как сумасшедшие" и "похожие издали на мух".

Вообще вопрос классификаций сложный, и мало кто умеет их нормально составлять (и мало где в природе они в чистом виде присутствуют - в биологии, например, насколько я понимаю, с классификацией есть сложности). А одна из лучших книг про классификации - "Морфология волшебной сказки" Проппа.

Это вообще отличная книга по системному анализу (ну, с поправкой, что это всё же 1928 год!). В волшебной сказке Пропп выделяет следующие элементы и аспекты:
- функции
- действующие лица
- распределение функций по действующим лицам
- атрибуты действующих лиц (речь идёт в основном об объектах и их свойствах)
- ходы (применение функций) и их сочетания (последовательность и наложение ходов, отвлечения и возвраты)

Видите что-то знакомое? Натуральный системный анализ! 😂

Ну а с классификациями интеграций попробуем разобраться сегодня на вебинаре.

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

Здесь не так явно видна связь элементов друг с другом, только по расположению, зато видны направления дальнейшего возможного развития:
— от ETL идём в хранилища данных и BI
— от gRPC через HTTP/2 можно проложить путь к рассмотрению низкоуровневых протоколов (нужно ли аналитикам знать, чем друг от друга отличаются HTTP /1.0, /1.1, /2 и /3 ?)
— от транзакционной целостности можно дойти до паттерна Saga и микросервисов, а оттуда уже к рассмотрению архитектуры распределенных систем
— а от OpenAPI и смежных нотаций дальше идём к вопросам управления API

У карты четыре "центра кристаллизации" — всё те же стили из книги "Паттерны интеграций корпоративных приложений": обмен файлами, общая БД, удаленный вызов и обмен сообщениями. Вокруг группируются связанные технологии.

А ещё эта карта похожа на карту местности в какой-то стратегической игре — закрепились в одной части, построили укрепления, пошли разведывать новые области :) Надо будет туман по краям дорисовать, для антуражности.

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

А вот уже и запись вебинара по карте интеграций готова: https://youtu.be/27KmDUMkV6A

Смотрим, ставим лайки, задаем вопросы!

Upd.: Альтернатива на VK: https://m.vk.com/video-211773358_456239310

Сегодня на WAW. Конфа проходит на 5, а у меня лапки.