Гуманный аналитик

В отличие от ряда коллег, которые посещали в минувшие дни профильные конференции типа Analyst Days, я отдал предпочтение выставке Ван Гога. И, судя по попавшим на глаза отзывам, мой выбор был вполне удачным😅.

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

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

Кто подписан на мой канал давно, знают, что ранее я в своих работах уже затрагивал вопросы использования цвета, но в данном случае захотелось посмотреть на использовании цвета именно как требование к ПО. Что из этого получилось, читайте далее.

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

https://telegra.ph/Colors-in-software-requirements-11-25

⚡ И снова IT Talk

Сейчас в Новосибирске проходит очередной, уже 5-й по счëту, митап IT Talk by Sber. Уверен, это хороший знак. 

В программе три доклада от спикеров из Москвы и Новосибирска. Слушаем про подход к шардированию баз данных, запуск контейнеров и про работу конкурентных коллекций.  

Не уверен, что сам всë уловил из описания, но будем разбираться😉. 

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

🤖 Тестирование обучающего курса

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

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

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

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

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

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

Мои выводы.

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

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

#войтивайти #требования

🧛 Тёмная сторона обратной совместимости

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

С одной стороны да, и многие книги учат именно по такой логике развивать свои API, чтобы зазря не травмировать потребителей. Но на днях я столкнулся с другой стороной этого вопроса. Об этом и хотелось рассказать в этот замечательный вечер🎃.

Каждый API в общем случае предполагает передачу в запросе одних данных и получение в ответе других. Все данные в зависимости от их характера могут быть классифицированы по уровню конфиденциальности, критичности и любым другим признакам, какие сочтут полезными в вашей организации. Работа с разными категориями информации может налагать различные обязательства на процесс контрактования, согласование доступа и т.п. Пока противоречий не прослеживается, но они вскроются буквально в двух следующих абзацах.

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

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

Выводы.
1️⃣ Описанная ситуация не универсальна и в ряде случаев на практике невозможна. В то же время держать её в голове точно не помешает.
2️⃣ При некоторых обстоятельствах общеупотребимые подходы и хорошие практики могут оказаться не такими уж и хорошими. Как минимум, они могут нуждаться в дополнительных действиях, нейтрализующих нежелательные эффекты.

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

📋 Текстовые форматы данных

Некоторое время назад открыл для себя формат JSON5. Это достаточно интересная, хотя и мало распространённая штука (ссылка). А поскольку каждая новинка помимо любопытства добавляет ещё и сложности соотнесения с уже имеющимися в арсенале средствами (надо же как-то понять, в каких случаях следует предпочесть тот или иной вариант), то я решил провести небольшое сравнение.

Скажу сразу, сравнивал основные форматы, относящиеся преимущественно к интеграциям, и только текстовые. То, что вышло, прикрепил.

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

🧁🍭 Случилось! Сегодня каналу исполнился 1 год.

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

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

Друзья, поздравляю всех с днём рождения канала и спасибо за ваш интерес!

🚀 Т.Конф Мск: история и современность

Сейчас в самом разгаре "Т.Конф Мск", техническая конференция для инженеров Сбера. И если в прошлом году мне удалось посетить "Т.Конфы" в Новосибирске и Екатеринбурге (о них тоже оставлял заметки в канале), то в этот раз я добрался до Москвы.

Из примечательного. В качестве площадки было выбрано место, на котором ранее работала легендарная шоколадная фабрика "Красный Октябрь" 🍫. Сам факт этого, как мне кажется, уже настраивает на позитивный лад.

Но вернёмся к самому мероприятию. 

На конференции проходят выступления на 6 параллельно действующих секциях, плюс работает отдельная секции воркшопов. Выбирать есть из чего, но я лично отдал предпочтение докладам из секций "ИТ-архитектура" и "Вектор 2026. Образ будущего".

Доклады довольно разнообразные и порой интригующие. Чего только стоит название: "Отраслевые мультиагентные системы Operations" 😵‍💫. 

В перерывах между выступлениями традиционно есть возможность размять ноги и попить кофейку ☕️. Ещё один традиционный вариант это посещение стендов. Конечно, у всех свои интересы, я же "позалипал" у стенда, на котором можно было потестировать систему распознавания текста с применением ИИ. Поупражнялись на юридических документах, фото с экрана с бликами и даже на записях от руки в школьном дневнике.

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

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

Друзья, я нахожусь в аэропорту и уже совсем скоро должны объявить посадку на рейс.

Лечу на конференцию в Москву, где рассчитываю узнать для себя что-то новое и полезное. И, конечно же, планирую в свободное время по возможности погулять по столице и полюбоваться местной архитектурой.

Подробности будут позднее. До связи!

#анонсы

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

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

По моей задумке текущий "инкремент" является завершением статьи и совместно с предыдущим он должен помочь быстрее погрузиться в неочевидные возможности PlantUML.

Ссылки: сразу на новое и если читать статью сначала.

#визуализация #plantuml #статьи #гайды

📁 СберПапка

Мы с ребятами из Сбера решили поддержать друг друга и собрали папку с телеграм-каналами на тему IT: https://t.me/addlist/NX7cBK6ovfdkNWUy.

В ней, надеюсь, сможете найти для себя что-то интересное. И, кстати, папка пополняемая😉

#сбер #папки

📣 Пришёл, увидел, убедил!

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

Зачем оно мне? Потому что после нескольких выступлений в качестве спикера у меня сформировалось понимание, что надо углубиться в "матчасть" и подтянуть некоторые вещи, для чего, конечно, надо больше практики.

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

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

📙 Прочитать книгу Никиты Непряхина "Аргументируй это. Как убедить кого угодно в чём угодно". Эта работа поможет в изучении эффективной аргументации и систематизации своих знаний по публичным выступлениям.
🎥 Ознакомиться с записями выступлений Владимира Ленина и Елены Блиновской (безотносительно того, как вы к ним относитесь) и разборами этих выступлений. Это позволит увидеть применяемые на практике приёмы убеждения и аргументации.
🎙️ После завершения тренинга закрепить на практике изученное, пока в памяти ещё свежи воспоминания. Даже если подходящей конференции или митапа на ближайшее время не намечается, можно взять тему и заранее проработать цель, тезисы, структуру.

P.S. С моей стороны подготовительный шаг сделан, можно начинать ⤵

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

Друзья, поздравляю всех с Днём системного аналитика! 🎉🥳

🚀 Под постом от 4 сентября собрались реакции, что позволило мне сделать вывод об интересе у моих подписчиков к PlantUML.

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

Сегодня вашему вниманию представляю первую часть. Весь материал разбит на две страницы, при прочтении которых вы узнаете:
🔹 причины того, почему PlantUML при всей своей перспективности пока остаётся непонятым;
🔹 как управлять внешним видом стрелок и цветовым оформлением диаграмм;
🔹 что такое GraphViz и как это знание помогает нам управлять расположением объектов на диаграмме.

Продолжение статьи будет опубликовано по готовности. Поехали!

https://telegra.ph/non-obvious-plantuml-1-09-23

#визуализация #plantuml #статьи #гайды

🤔 Доверяй, но проверяй

Развиваемая нашей командой система использует ML-модели для классификации клиентских запросов. Всё работает хорошо, никаких if’ов и поисков подстрок. В общем, стильно, модно, молодёжно.

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

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

Мораль: окружение имеет значение. Внедрение в проект стороннего модуля, даже отлаженного и в высокой степени автономного, может не дать ожидаемого результата. А раз так, то имеет смысл на своей стороне покрывать такие модули дополнительными тестами, это даст возможность вовремя увидеть возможные аномалии.

#ai #qa #любопытное