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

🖌️ Цикл "Осмысленная визуализация":
🔴 Использование визуализации при анализе и проектировании информационных систем (Intro)
🟠 Осмысленная визуализация при анализе и проектировании информационных систем
🟡 Метадерево как инструмент для выбора средства визуализации
🟢 Осмысленная визуализация при анализе и проектировании в действии
🔵 Metatree: a visual navigator for visual models (EN☝)
🟣 За что я люблю картинки

🎨 Цикл "На вкус и цвет":
🔴 Красный день календаря (Intro)
🟠 Использование цвета при анализе и проектировании систем. Часть 1
🟡 Использование цвета при анализе и проектировании систем. Часть 2
🟢 Использование цвета при анализе и проектировании систем. Часть 3
🔵 7 рекомендаций по выбору цвета

#подборки #статьи #визуализация #цвет

📌 Том и Джерри в гибкой разработке

84 года назад (в 1940г.) на экранах впервые появилась мультипликационная пара Том и Джерри. Думаю, вы все знаете этих ребят. Но почему именно такой порядок: "Том и Джерри", а не "Джерри и Том"?

Скажу сразу, ответа у меня нет, но в этом вопросе прослеживается любопытная параллель с работой Agile-команд. Поясню свою мысль.

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

В других командах скрам-мастер (возможно, совместно с владельцем продукта) определяет удобный для себя порядок опроса или же команда движется сверху вниз по доске в Jira, отфильтрованной по членам команды. При таких схемах изо дня в день условный Джерри всегда выступает после условного Тома. Знакомо?

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

В общем, попробуйте! А для удобства можете воспользоваться следующей реализацией на Python:

import random 
scrum_team = ["А", "Б", "В", "Г", "Д", "Е", "Ё", "Ж", "З", "И"] 
random.shuffle(scrum_team) 
[print(_) for _ in scrum_team] 

#методыуправления #agile

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

Так вот. В последние месяцы я ловлю себя на мысли, что часто оказываюсь в ситуации, когда я знаю, как нужно, но это "как" невозможно обеспечить в требуемые сроки (не готов функционал смежников, затянулась миграция в мастер-систему и пр.). И тут уже возникает задача другого рода: а как бы так сделать, чтобы получить требуемый бизнесу результат без доработок смежников?

Получается такая себе задача сварить кашу из топора: чтобы все были сыты, но без каши, масла и соли.

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

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

🕯️ На сон грядущий хотел бы рассказать одну историю.

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

Когда прорабатывал требования, я указал на то, что при отсутствии диплинка в ответе кнопку не следует изображать. Ну так, на всякий случай, а то вдруг когда-то в будущем что-то у смежников поменяется. Было решено, что пусть лучше кнопки не будет вообще, чем у пользователя будет неработающая кнопка или, того хуже, приложение выдаст ошибку. Так что в итоге? И месяца не прошло, как мы столкнулись с ситуацией, при которой отдельным пользователям кнопка перестала показываться…🙈

На этом, наверное, можно было остановить повествование, поучительно процитировав слоган "Trust No One" из "Секретных материалов", но нет, на этом моя история не заканчивается.

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

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

📜 Новое — это хорошо забытое старое

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

Ну, поговорили и поговорили. Но сегодня история внезапно нашла своё продолжение.

Занимался подготовкой материалов к намечающемуся выступлению (об этом расскажу как-нибудь в другой раз). И в ставшей уже классической книге Ф.И. Перегудова и Ф.П. Тарасенко от 1989г. обратил внимание на то, что авторы описывают поползновения своих коллег-современников изменить термин "системный анализ" на что-то более подходящее и более точно описывающее суть. Что примечательно, авторы ссылаются на статью аж 1984г.😅.

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

🌐 Имплементации веб-сервисов

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

Полученный результат — во вложении к данному посту. Специально для подписчиков канала @humane_analyst 😎

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

Как-то попалась мне статья про благотворное влияние использования системного подхода на эффективность закупок. Заголовок меня зацепил, стал читать.

Статья оказалась длинная. Термин "системный подход" в разных вариантах упоминался в общей сложности 9 раз. В заслугу ему ставились успехи в надоях в решении бизнес-проблем логистической компании. Но беда в том, что никакой связи между вышеназванным подходом и содержанием я не увидел. В итоге я оставил комментарий автору с вопросом, как на деле используется системный подход (мне правда было интересно!), но ответа не последовало.

Единственное, что приходит в голову, так это то, что ответить нечего. Автору могло просто понравиться красивое звучание термина, не более того.😵‍💫

🎭 Требования к системам в мировой литературе

Друзья, только что на Хабре вышла моя статья на тему требований к системам. А коль скоро сегодня 1-е апреля, то формат и тональность публикации постарался сделать подобающим случаю.

#статьи #требования #юмор

https://habr.com/ru/articles/804349/

Вспомнился старый советский мультик про семь шапок, пошитых из одной овечьей шкуры.

Несмотря на то, что на картинке изображены именно шапки (а не то, что можно было подумать😅), визуальная составляющая подсознательно наталкивает на мораль истории: если пытаться выжать из ограниченного ресурса много полезного результата, как ни крути, выйдет 💩.

🎓 О важности чтения в детском возрасте

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

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

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

Это и было сделано. Детской рукой было вписано, что диплом выдан 10 апреля 1992 года Селезнёву Роману. Полагаю, теперь уже понятно, что тем второклашкой был я😅. Книга же, которая так повлияла на меня 32 года назад, называлась "Энциклопедия профессора Фортрана".

Совсем недавно, снова вспоминая эту историю, пошёл гуглить и наткнулся на вышедшее 1-го сентября прошлого года видео, в котором авторы "Энциклопедии" в студии обсуждают историю её создания и связанные с этим курьёзы и перипетии. Если вы, также как и я, были увлечены чтением этого шедевра 90-х, то видео должно понравиться. Рекомендую!

https://www.youtube.com/watch?v=LfmjHZCovFg

#знакомство #книги

🚀 Поехали!

Друзья, хочу поделиться радостью. Буквально несколько минут назад завершился митап, который я проводил в Сообществе ИТ-аналитиков Сбера. Само выступление и последующая секция вопросов и ответов… пронеслись с космической скоростью!

То ли тому способствовала тёплая атмосфера коллег, то ли аура Дня космонавтики, а может и всё вместе — не знаю, но час пролетел незаметно.

Всех с праздником!

#сбер #события #выступления

⚡ CodeFest 14 в Новосибирске

Менее чем через полтора месяца в Новосибирске пройдёт уже 14-ая ежегодная конференция CodeFest. Это достаточно значимое для ИТ-отрасли мероприятие. Но в этом году оно будет особенным.

Программный комитет конференции решил возродить секцию по системному анализу (System Аnalysis) и, что особенно приятно, меня утвердили в качестве одного из спикеров этой секции.

Так что если кто-то планировал посетить данное мероприятие, но ещё не определился с тем, какие доклады послушать (а там будет из чего выбрать), приходите. Да и просто приходите, пообщаемся😉. Буду рад всех видеть!

#анонсы #события #выступления #визуализация

https://14.codefest.ru/lecture/2750

⚡ Для знающих толк в IT

Как раз в это время в Новосибирске проходит IT Talk by Sber. Митап для IT-специалистов, организованный Сбером.

Тематика выступлений получилась достаточно разносторонней: вопросы оптимизации сборки Java-приложений, передача юридических прав на код и даже пожары в проме🔥.

География спикеров не ограничивается Новосибирском, один доклад даже "приехал" прямиком из Самары. Так что для людей увлечëнных расстояние не помеха😉.

Немного фотографий с мероприятия ⤵

#события #сбер

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

Если же говорить персонально про себя, то я обогатился новыми знаниями (в том числе неожиданными) и смог впервые встретиться вживую с некоторыми коллегами.

Но на этом приятности не закончились. Мой вопрос ко второму докладу был выбран как лучший, за что получил приз. Так что с митапа я ушёл не с пустыми руками🎁.

P.S. Для тех, кто дочитал до конца, хочу привести свой вопрос к докладчику. Вот он.

Если распечатать код программы или переписать его с экрана на бумаге от руки, приобретёт ли он какие-то новые свойства с точки зрения законодательства? К примеру, будет ли полученный текст считаться литературным произведением со всеми вытекающими (можно издавать книги с этим текстом, запрещать его использование и пр.)?

#события #сбер