Коллеги выложили запись интервью. На самом деле, мы потом ещё полчаса сидели не под запись. Нужно уже к форматам Дудя переходить: есть о чем поговорить на 3-4 часа 😂
Forwarded from NextWay - анализ и проектирование в IT
🎞Делимся записью карьерного диалога с Юрием Куприяновым.
С Юрой порассуждали о профессии системного аналитика:
▪️зачем нужны аналитики и как объяснить их необходимость руководству,
▪️как можно в себе развить системность и абстрактное мышление,
▪️как развитие ИИ влияет на ИТ и нашу профессию,
▪️почему аналитики хотят в архитекторы,
▪️в какие стороны можно еще посмотреть.
Очень хочется продолжить в формате дискуссии, а не интервью, т.к.вопросов осталось еще на пару-тройку встреч.
На встрече не спросили, но в чате Юра написал о 3-х книгах, которые на него повлияли:
✅Мифический человеко-месяц Брукса
✅Руководство по UI дизайну для программистов Спольски
✅Современные методы описания функциональных требований к системам Коберна про юзкейсы. Перевод названия неудачный, на самом деле она называется Writing Effective Use Cases
С Юрой порассуждали о профессии системного аналитика:
▪️зачем нужны аналитики и как объяснить их необходимость руководству,
▪️как можно в себе развить системность и абстрактное мышление,
▪️как развитие ИИ влияет на ИТ и нашу профессию,
▪️почему аналитики хотят в архитекторы,
▪️в какие стороны можно еще посмотреть.
Очень хочется продолжить в формате дискуссии, а не интервью, т.к.вопросов осталось еще на пару-тройку встреч.
На встрече не спросили, но в чате Юра написал о 3-х книгах, которые на него повлияли:
✅Мифический человеко-месяц Брукса
✅Руководство по UI дизайну для программистов Спольски
✅Современные методы описания функциональных требований к системам Коберна про юзкейсы. Перевод названия неудачный, на самом деле она называется Writing Effective Use Cases
YouTube
Кем мы станем, когда вырастем. Юрий Куприянов
С Юрой Куприяновым порассуждали о профессии системного аналитика:
▪️зачем нужны аналитики и как объяснить их необходимость руководству,
▪️как можно в себе развить системность и абстрактное мышление,
▪️как развитие ИИ влияет на ИТ и нашу профессию,
▪️почему…
▪️зачем нужны аналитики и как объяснить их необходимость руководству,
▪️как можно в себе развить системность и абстрактное мышление,
▪️как развитие ИИ влияет на ИТ и нашу профессию,
▪️почему…
❤17👍9🔥2
Когда появились первые таблицы?
Мы, как аналитики, сталкиваемся с таблицами в двух случаях:
— когда залезаем в базу данных или в выгрузку из неё, и пытаемся что-то понять из этих данных;
— когда пытаемся структурировать какую-то информацию для требований.
На всех тренингах и в личных консультациях я рано или поздно советую преобразовать информацию в таблицу. Скорее рано, это частая ошибка — не использовать таблицы.
Типичный вопрос, с которым ко мне приходят — как сделать документы лучше. Ну вот вроде бы пишу требования и постановки, но что-то не то. Что можно улучшить?
Один из советов — используйте таблицы! Неопытные аналитики начинают с текста. Получается длинный и не всегда хорошо структурированный текст. Текстом вообще мыслить сложно, и структурировать сплошной текст сложно.
Лучше поменять форму:
— список всегда лучше, чем сплошной текст (в технических текстах);
— таблица ещё лучше.
Чтобы построить таблицу, вам нужно задать её структуру. А для этого её нужно продумать.
И таблица даёт преимущество, которое не даёт текст и список — показывает пропущенные места. Таблица Менделеева хороша не тем, что выстроила элементы в каком-то порядке, а тем, что предсказала несколько неоткрытых!
Когда появились первые таблицы? Вот на картинке таблица из окрестностей Вавилона, 1900-1600 г. до н.э. Клинопись по глине.
Скорее всего, это список выплат за какие-то работы. Тут уже есть столбцы с названиями, строки, в одном из столбцов — сумма двух других, в другом столбцы перемножены, под таблицей есть итоги. Практически, глиняный Эксель!
Хранится в Британском музее, https://cdli.mpiwg-berlin.mpg.de/search?layout=full&id=P368686
Мы, как аналитики, сталкиваемся с таблицами в двух случаях:
— когда залезаем в базу данных или в выгрузку из неё, и пытаемся что-то понять из этих данных;
— когда пытаемся структурировать какую-то информацию для требований.
На всех тренингах и в личных консультациях я рано или поздно советую преобразовать информацию в таблицу. Скорее рано, это частая ошибка — не использовать таблицы.
Типичный вопрос, с которым ко мне приходят — как сделать документы лучше. Ну вот вроде бы пишу требования и постановки, но что-то не то. Что можно улучшить?
Один из советов — используйте таблицы! Неопытные аналитики начинают с текста. Получается длинный и не всегда хорошо структурированный текст. Текстом вообще мыслить сложно, и структурировать сплошной текст сложно.
Лучше поменять форму:
— список всегда лучше, чем сплошной текст (в технических текстах);
— таблица ещё лучше.
Чтобы построить таблицу, вам нужно задать её структуру. А для этого её нужно продумать.
И таблица даёт преимущество, которое не даёт текст и список — показывает пропущенные места. Таблица Менделеева хороша не тем, что выстроила элементы в каком-то порядке, а тем, что предсказала несколько неоткрытых!
Когда появились первые таблицы? Вот на картинке таблица из окрестностей Вавилона, 1900-1600 г. до н.э. Клинопись по глине.
Скорее всего, это список выплат за какие-то работы. Тут уже есть столбцы с названиями, строки, в одном из столбцов — сумма двух других, в другом столбцы перемножены, под таблицей есть итоги. Практически, глиняный Эксель!
Хранится в Британском музее, https://cdli.mpiwg-berlin.mpg.de/search?layout=full&id=P368686
🔥25👍11🤨2
В четверг расскажу, как появилась идея карты технологий интеграции, как шёл процесс её создания, какие сложности и что ещё нужно знать в области интеграций, но в карту не вошло.
Приходите, готовьте свои вопросы!
Приходите, готовьте свои вопросы!
Telegram
Системный сдвиг
В канун Нового года держите подарочек от меня: всё, что вы хотели знать про разные способы интеграций, в одной (большой) картинке.
Тут в основном только перечисления названий протоколов и технологий, но зато даёт общую картину. Это ещё круче, чем в предыдущем…
Тут в основном только перечисления названий протоколов и технологий, но зато даёт общую картину. Это ещё круче, чем в предыдущем…
10🔥15👍7
Forwarded from Systems.Education: Системный Анализ и Проектирование информационных систем: архитектура, интеграции, базы данных
systems.education
Вебинар: Карта паттернов и технологий интеграции
Подробнее →
Карта паттернов и технологий интеграции
в этот четверг, 20 февраля в 18 вечера мск приглашаем вас на вебинар, посвящённый Карте паттернов и технологий интеграций — уникальному инструменту от Юрия Куприянова, который поможет разобраться в сложном мире интеграционных технологий.
На вебинаре мы подробно разберём, как устроена карта, как её применять на практике и как она может помочь в обучении, выборе технологий и решении бизнес-задач.
План вебинара:
Как появилась идея карты
Этапы создания карты
Как устроена карта
Как применять карту на практике
Развитие карты
Ответы на вопросы
Кому будет полезен вебинар:
— Системным аналитикам и архитекторам, которые хотят лучше разобраться в интеграционных технологиях.
— Разработчикам, которые сталкиваются с выбором инструментов и протоколов для интеграции.
— Руководителям продуктов, Тимлидам, которым важно понимать, какие технологии использовать для решения бизнес-задач.
— Студентам и начинающим специалистам, которые хотят систематизировать свои знания в области интеграций.
Регистрация
NB: Следите за анонсами вебинаров и обсуждайте их с коллегами в группе @SE_Webinars
#вебинары #интеграция
в этот четверг, 20 февраля в 18 вечера мск приглашаем вас на вебинар, посвящённый Карте паттернов и технологий интеграций — уникальному инструменту от Юрия Куприянова, который поможет разобраться в сложном мире интеграционных технологий.
На вебинаре мы подробно разберём, как устроена карта, как её применять на практике и как она может помочь в обучении, выборе технологий и решении бизнес-задач.
План вебинара:
Как появилась идея карты
Этапы создания карты
Как устроена карта
Как применять карту на практике
Развитие карты
Ответы на вопросы
Кому будет полезен вебинар:
— Системным аналитикам и архитекторам, которые хотят лучше разобраться в интеграционных технологиях.
— Разработчикам, которые сталкиваются с выбором инструментов и протоколов для интеграции.
— Руководителям продуктов, Тимлидам, которым важно понимать, какие технологии использовать для решения бизнес-задач.
— Студентам и начинающим специалистам, которые хотят систематизировать свои знания в области интеграций.
Регистрация
NB: Следите за анонсами вебинаров и обсуждайте их с коллегами в группе @SE_Webinars
#вебинары #интеграция
🔥7👍2❤1
К сегодняшнему вебинару поискал разные классификации интеграций. По статьям в интернете. И знаете что? Китайская классификация животных из рассказа Борхеса просто отдыхает.
Вот смотрите. Итак, интеграции бывают:
- горизонтальные
- вертикальные
- гибридные
- точечные
- в форме звезды
- через шину ESB
- оркеструющие процессы
- событийно-ориентированные
- REST
- SOAP
- GraphQL
- интеграции платформ
- интеграции данных
- интеграции приложений
- интеграции бизнес-процессов
- облачные
- через брокер
- ориентированные на сообщения
- через API
- MQTT
- gRPC
- интеграции легаси-систем
- через передачу файлов
- в форме обмена электронными документами
- высоконагруженные
- вебхуки
Так и хочется дописать "бесчисленные", "бегающие как сумасшедшие" и "похожие издали на мух".
Вообще вопрос классификаций сложный, и мало кто умеет их нормально составлять (и мало где в природе они в чистом виде присутствуют - в биологии, например, насколько я понимаю, с классификацией есть сложности). А одна из лучших книг про классификации - "Морфология волшебной сказки" Проппа.
Это вообще отличная книга по системному анализу (ну, с поправкой, что это всё же 1928 год!). В волшебной сказке Пропп выделяет следующие элементы и аспекты:
- функции
- действующие лица
- распределение функций по действующим лицам
- атрибуты действующих лиц (речь идёт в основном об объектах и их свойствах)
- ходы (применение функций) и их сочетания (последовательность и наложение ходов, отвлечения и возвраты)
Видите что-то знакомое? Натуральный системный анализ! 😂
Ну а с классификациями интеграций попробуем разобраться сегодня на вебинаре.
Вот смотрите. Итак, интеграции бывают:
- горизонтальные
- вертикальные
- гибридные
- точечные
- в форме звезды
- через шину ESB
- оркеструющие процессы
- событийно-ориентированные
- REST
- SOAP
- GraphQL
- интеграции платформ
- интеграции данных
- интеграции приложений
- интеграции бизнес-процессов
- облачные
- через брокер
- ориентированные на сообщения
- через API
- MQTT
- gRPC
- интеграции легаси-систем
- через передачу файлов
- в форме обмена электронными документами
- высоконагруженные
- вебхуки
Так и хочется дописать "бесчисленные", "бегающие как сумасшедшие" и "похожие издали на мух".
Вообще вопрос классификаций сложный, и мало кто умеет их нормально составлять (и мало где в природе они в чистом виде присутствуют - в биологии, например, насколько я понимаю, с классификацией есть сложности). А одна из лучших книг про классификации - "Морфология волшебной сказки" Проппа.
Это вообще отличная книга по системному анализу (ну, с поправкой, что это всё же 1928 год!). В волшебной сказке Пропп выделяет следующие элементы и аспекты:
- функции
- действующие лица
- распределение функций по действующим лицам
- атрибуты действующих лиц (речь идёт в основном об объектах и их свойствах)
- ходы (применение функций) и их сочетания (последовательность и наложение ходов, отвлечения и возвраты)
Видите что-то знакомое? Натуральный системный анализ! 😂
Ну а с классификациями интеграций попробуем разобраться сегодня на вебинаре.
👍25😁12👏4👎2🤔1
Вчера на вебинаре показывал промежуточные версии карты технологий интеграций, и внезапно одна из версий, которую я забраковал, вызвала интерес. Так что опубликую её тоже.
Здесь не так явно видна связь элементов друг с другом, только по расположению, зато видны направления дальнейшего возможного развития:
— от ETL идём в хранилища данных и BI
— от gRPC через HTTP/2 можно проложить путь к рассмотрению низкоуровневых протоколов (нужно ли аналитикам знать, чем друг от друга отличаются HTTP /1.0, /1.1, /2 и /3 ?)
— от транзакционной целостности можно дойти до паттерна Saga и микросервисов, а оттуда уже к рассмотрению архитектуры распределенных систем
— а от OpenAPI и смежных нотаций дальше идём к вопросам управления API
У карты четыре "центра кристаллизации" — всё те же стили из книги "Паттерны интеграций корпоративных приложений": обмен файлами, общая БД, удаленный вызов и обмен сообщениями. Вокруг группируются связанные технологии.
А ещё эта карта похожа на карту местности в какой-то стратегической игре — закрепились в одной части, построили укрепления, пошли разведывать новые области :) Надо будет туман по краям дорисовать, для антуражности.
Я показал эту версию ограниченному кругу, её очень ругали — мол, непонятная. Но на вебинаре она людям понравилась. Так что опубликую её тоже, а вы напишите в комментах — какую версию вы считаете более понятной и полезной.
Здесь не так явно видна связь элементов друг с другом, только по расположению, зато видны направления дальнейшего возможного развития:
— от ETL идём в хранилища данных и BI
— от gRPC через HTTP/2 можно проложить путь к рассмотрению низкоуровневых протоколов (нужно ли аналитикам знать, чем друг от друга отличаются HTTP /1.0, /1.1, /2 и /3 ?)
— от транзакционной целостности можно дойти до паттерна Saga и микросервисов, а оттуда уже к рассмотрению архитектуры распределенных систем
— а от OpenAPI и смежных нотаций дальше идём к вопросам управления API
У карты четыре "центра кристаллизации" — всё те же стили из книги "Паттерны интеграций корпоративных приложений": обмен файлами, общая БД, удаленный вызов и обмен сообщениями. Вокруг группируются связанные технологии.
А ещё эта карта похожа на карту местности в какой-то стратегической игре — закрепились в одной части, построили укрепления, пошли разведывать новые области :) Надо будет туман по краям дорисовать, для антуражности.
Я показал эту версию ограниченному кругу, её очень ругали — мол, непонятная. Но на вебинаре она людям понравилась. Так что опубликую её тоже, а вы напишите в комментах — какую версию вы считаете более понятной и полезной.
👍29🔥9❤5👎1👌1
А вот уже и запись вебинара по карте интеграций готова: https://youtu.be/27KmDUMkV6A
Смотрим, ставим лайки, задаем вопросы!
Upd.: Альтернатива на VK: https://m.vk.com/video-211773358_456239310
Смотрим, ставим лайки, задаем вопросы!
Upd.: Альтернатива на VK: https://m.vk.com/video-211773358_456239310
YouTube
Карта паттернов и технологий интеграции • Юрий Куприянов
Юрий Куприянов, эксперт школы Systems.Education, провёл вебинар, посвящённый Карте паттернов и технологий интеграций — уникальному инструменту ведущего, который поможет разобраться в сложном мире интеграционных технологий.
На вебинаре мы подробно разобрали…
На вебинаре мы подробно разобрали…
🔥34👍4
На канале Solvery поделился небольшой инструкцией по написанию документов требований с помощью ИИ.
В двух словах: не стоит ждать, что ИИ напишет сходу всё ТЗ или PRD. То есть, он конечно напишет, но результат может быть не совсем целостным. Поэтому нужно, во-первых, действовать последовательно — идти от верхнеуровнего описания или модели к деталям. Я начинаю с выявления ролей пользователей, основных юскейсов и контекстной диаграммы. Потом прошу выявить объекты и составить модель данных. А потом уже можно требования и интерфейсы описывать (всё — отдельными запросами).
Во-вторых, нужно проверить полноту документа через связи. Мы описываем одну систему с разных точек зрения, так ничего не должно "провисать" -- все части описания со всеми связаны. Это тоже может проверить ИИ.
В общем, смотрите карточки!
У ребят из Solvery на канале вообще интересный формат — многие эксперты делятся своим опытом. В основном про поиск работы и вход в ИТ — в разные профессии, не только в СА. Но есть и посты конкретно про аналитиков:
👉 прохождение собеса на аналитика в Т-банк
👉 подкаст про то, как джунам выжить на перегретом рынке IT
👉 и как упаковать профессиональный опыт, чтобы стартовать в системном анализе
В двух словах: не стоит ждать, что ИИ напишет сходу всё ТЗ или PRD. То есть, он конечно напишет, но результат может быть не совсем целостным. Поэтому нужно, во-первых, действовать последовательно — идти от верхнеуровнего описания или модели к деталям. Я начинаю с выявления ролей пользователей, основных юскейсов и контекстной диаграммы. Потом прошу выявить объекты и составить модель данных. А потом уже можно требования и интерфейсы описывать (всё — отдельными запросами).
Во-вторых, нужно проверить полноту документа через связи. Мы описываем одну систему с разных точек зрения, так ничего не должно "провисать" -- все части описания со всеми связаны. Это тоже может проверить ИИ.
В общем, смотрите карточки!
У ребят из Solvery на канале вообще интересный формат — многие эксперты делятся своим опытом. В основном про поиск работы и вход в ИТ — в разные профессии, не только в СА. Но есть и посты конкретно про аналитиков:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🔥2❤1
Forwarded from Solvery | Айтишники о карьере, росте и провалах
Как джуну в системном анализе использовать ИИ и не спалиться? 🔵
Поделился Юрий Куприянов - независимый эксперт и консультант в области системного анализа и архитектуры, ведущий тренер школы Systems.Education, автор канала "Системный сдвиг", программный директор конференции Winter Analytical Weekend.
⏩ Он также первым в России использовал ИИ для работы системных аналитиков и рассказал об этом на Хабре :)
▶️ Продолжает развивать эту тему в своем канале, где публикует также полезные материалы для аналитиков по проектированию интеграций и разработке требований.
Подписывайтесь, если хотите узнавать больше
Поделился Юрий Куприянов - независимый эксперт и консультант в области системного анализа и архитектуры, ведущий тренер школы Systems.Education, автор канала "Системный сдвиг", программный директор конференции Winter Analytical Weekend.
Юрий больше 25 лет проектирует и создает программные системы в разных ролях — разработчика, аналитика, архитектора и продакта. Создавал системы для крупнейших банков и в области образования (EdTech).
Постоянный докладчик на конференциях по системному анализу, автор лучших докладов на Analyst Days, ЛАФ и Flow.
Подписывайтесь, если хотите узнавать больше
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥16👍7❤2👎2
Второй по счету WAW — Зимний аналитический уикенд — прошел. Я, честно говоря, очень переживал — такую высокую планку с точки зрения атмосферы и нетворкинга задал первый WAW. Когда в любое время проходишь по лобби отеля, и видишь, что везде тут и там сидят группками люди и общаются — это кайф! 💖 То есть, в основном же все на докладах и мастер-классах, но всегда кто-то активно тусит в кулуарах — огонь! 🔥 Кажется, это то, чего хотят все организаторы всех конференций.
Опытные люди говорили мне после первого WAW — ну, это эффект новой конференции, первый раз обычно всегда хорошо проходит, а вы попробуйте повторить. Поэтому в этом году я особенно волновался — удастся ли нам повторить успех прошлого года? В первую очередь — сохранить эту атмосферу и вайб? Ну и набрать доклады с мастер-классами — достаточно глубокие, чтобы было интересно, и достаточно практические, чтобы можно было брать и делать? При том, что конференций по системному анализу становится всё больше, а вот спикеров сильно больше не становится.
И, знаете что? Кажется, всё получилось!😻 Так же до ночи сидели люди, что-то обсуждая, так же исписали весь флипчарт, установленный в фойе, так же тусили между и параллельно с докладами, перемешивались за обедом, танцевали на афтепати.
Ну и отзывы. Отзывы всегда приятно читать — значит, все нервы и споры в ПК, все горящие дедлайны и общение со спикерами (не всегда простое) — всё было не зря!
Теперь нужно в третий раз затащить, и это будет уже точно не случайность, а закономерность!
Опытные люди говорили мне после первого WAW — ну, это эффект новой конференции, первый раз обычно всегда хорошо проходит, а вы попробуйте повторить. Поэтому в этом году я особенно волновался — удастся ли нам повторить успех прошлого года? В первую очередь — сохранить эту атмосферу и вайб? Ну и набрать доклады с мастер-классами — достаточно глубокие, чтобы было интересно, и достаточно практические, чтобы можно было брать и делать? При том, что конференций по системному анализу становится всё больше, а вот спикеров сильно больше не становится.
И, знаете что? Кажется, всё получилось!
Ну и отзывы. Отзывы всегда приятно читать — значит, все нервы и споры в ПК, все горящие дедлайны и общение со спикерами (не всегда простое) — всё было не зря!
Теперь нужно в третий раз затащить, и это будет уже точно не случайность, а закономерность!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤18🔥13👍2👏1