🤖 PlantUML joined telegram 🤖

🤖 Сделал крутого телеграм-бота, который создаёт диаграммы из puml кода прямо в чате. Чтобы воспользоваться ботом, необходимо:
1. Добавить бота в свой групповой чат
2. Сделать бота админом (оставьте хотя бы право на отправку сообщений)
3. Написать мне, я добавлю чат в белый список
4. Наслаждаться UX на кончиках пальцев

🤖 @Plant_UML_Analyst_Boost_bot реагирует на ключевые слова
@startuml и @enduml,
и если сообщение состоит только из puml кода, то мгновенно кидает картинку. Если исходное сообщение отредактировать, он снова сгенерирует и отправит диаграмму, что очень полезно для коррекции опечаток и мелочей, чтобы не слать код по 10 раз.

🤖 Обратную связь можно оставить прямо в личных сообщениях с ботом. Обратите внимание, в ЛС он не будет строить диаграммы, они будут только в группе. В скором обновлении бот будет транслировать ещё и ошибки исходного псевдокода.

👾 Заходите к нам в чат @Plant_UML, увидите бота в действии и сможете обсудить все тонкости псевдоязыка в компании экспертов.

#инструменты | Analyst Boost

👍 PlantUML — он не только про Sequence 👍

👍 Заметил как в сообществе, так и на хабре тенденцию "говорим PlantUML — подразумеваем диаграмму последовательности". Я соглашусь, что для неё Plant, пожалуй, наиболее интуитивен, да и сама диаграмма — крайне популярна (проводил опрос к докладу).

👍 Предлагаю вот так оценивать необходимость применения псевдокода для non-sequence диаграмм. Если:
▫️Картинка будет нагляднее текста или таблицы;
▫️Есть возможность что-то задокументировать за разумное время (до пары часов?) или диаграмма верстается автоматически;
▫️Диаграмму сможет воспринимать другой человек;
▫️Элементов и связей на диаграмме будет разумное количество (до 40?),

👍 То потратьте своё время на развитие компетенции в Plant'е и подарите своей доке новый артефакт. Затем снимите обратную связь, воспользовался ли кто-то схемой, или всем всё равно. Выводы сделаете сами.

👍 Лично мне приходится иногда строить диаграмму классов, чтобы сориентировать заинтересованных лиц в бизнес-контексте, не вываливая на них детали БД. А там, где есть статусная модель — UML state machine. И, конечно, простейшие Activity для алгоритмов с развилками, если это не полноценный бизнес-процесс.

👍 По моему мнению, главный фактор, негативно влияющий на популярность puml диаграмм — это авторасстановка. Иногда с ней можно побороться, но чаще всего проиграешь. В нашем сообществе можно посмотреть на реалистичные примеры таких диаграмм от участников, я же продемонстрирую наглядный пример State Machine в исполнении моего бота, а вы делитесь своими опытом в комментариях.

#мысли | Analyst Boost

"Чтобы переварить знания, нужно поглощать их с аппетитом"

✋ Лето — пора конференций, и потому нельзя пройти мимо традиционного ЛАФ. Тем более в этот раз я рад увидеть среди спикеров Владимира Баймакова — моего коллегу по временам NetCracker'а. Программа интересная, загляните по ссылке. Я предпочитаю онлайн, потому побуду информационным партнёром, а пока буду готовить доклад на другое мероприятие, stay tuned.

⏳ Через несколько недель пройдёт Летний Аналитический Фестиваль, где соберутся лучшие специалисты для двух дней интенсивного обучения, обмена опытом и нетворкинга.

🎤 Вас ждут 40+ докладов, мастер-классов, дискуссий и деловых игр с упором на практику и интерактив: Программа ЛАФ 2024

✏️ Вдохновляйтесь опытом ведущих специалистов, участвуйте в интерактивных сессиях и заводите полезные знакомства. И всё это — в атмосфере свободного общения и отдыха на природе.

⏰ Даты: 13-14 июля
📍 Место: Москва, Sheraton Skypoint Luxe

💌 Купить билеты на ЛАФ | Телеграм-канал ЛАФ

#партнёрское | Analyst Boost

🔤 Выложили трансляции ГигаКонфа 🔤

UPD: ссылка на ВК

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

1️⃣ 00:02:00 Аналитик, Agile и запутанный домен. Валерий Львов, Мир Plat.Form

Как в больших командах строится анализ требований, проектирование и разработка, если команда разработки эффективно работает спринтами и с минимальным time to market, но фича должна быть выделена и проработана к началу спринта.

2️⃣ 01:03:25 Требования — не грибы, их не собирают. что же мы делаем, когда «собираем требования»? Ирина Гертовская, ЛАФ

Одна из основных функций аналитика — сбор и анализ требований. Собираем ли мы требования? Если собираем, то где? А если не собираем, то что же мы делаем? И требования ли? Если не требования, то что? В докладе раскрою свое понимание того, что же на самом деле происходит, когда мы «собираем требования». И почему вопрос «зачем?» далеко не первый при общении со стейкхолдерами. Покажу путь, позволяющий оперативно и качественно выявить интересы людей и организаций, а также определить задачи, решения которых ожидают от ИТ-систем. Приведу примеры из своей практики.

3️⃣ 02:04:00 Искусственный интеллект на службе у системного аналитика. Александра Шкабарня, Сбер

Расскажу об актуальных возможностях, проблемах и трендах в использовании ИИ системными аналитиками на примере gigachat. что может и чего не может всемогущий ИИ? Узнаем вместе! В финале вы получите рабочий набор промптов для решения типичных задач системного аналитика.

4️⃣ 03:02:45 Экспедиция в личный кабинет: от монолита к микросервисам. Александра Петрова, Т-Банк

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

5️⃣ 04:02:20 Как находить неэффективности в процессах при помощи цифровых следов. Наталья Дубиничева, Сбер

Process mining — технология для анализа процессов на базе цифровых следов, позволяющая выявить узкие места в процессе и оптимизировать его. В Сбере process mining применяют уже 6 лет. На примере решений собственной разработки — платформы Sber Process Mining для бизнес-пользователей и аналитиков и open source-библиотеки SberPM для дата-сайентистов — расскажу, как искать неэффективности в процессах.

6️⃣ 05:01:45 Ревью технической документации. Алексей Лобзов, Альфа-Банк

Все больше отечественных компаний внедряют в свою деятельность подход Docs-as-Code и переходят к ведению документации рядом с кодом. Подход позволяет использовать практики разработчиков при создании технических документов. Одна из таких практик — ревью изменений. Но как его проводить? На что обращать внимание? Какие замечания требуют отработки, а какие допустимо пропустить? В докладе разберем, как проводить ревью изменений технической документации.

#доклады | Analyst Boost

🦁 Укротить строптивого (,) нельзя (,) помиловать 🦁

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

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

🏓 В первом подходе мы честно пишем письма, где подробно излагаем обнаруженное и просим принять решение. Ничего не делаем с релизом, пока явного «ОК» или пересогласования макета не получим. В таком случае наши руки чисты, но сам релиз в результате может очень надолго отложиться, просто в силу процессов согласования на стороне заказчика, процедуры выставления ТЗ на тендер, конкурса КП и прочей мути. А фича так и не увидит прода, простой приведёт к упущенной выгоде, и где-то в конце клубка заказчик потеряет деньги. И может вдруг решить перестать с нами сотрудничать.

🏹 Во втором подходе мы робингудим в пользу бедных пользователей, да и бизнеса тоже. Берём на себя ответственность за то, что другой дизайн не повлияет на функциональность, зато релизим вовремя. Здесь мы рискуем быть отрицательно умными и загубить какую-нибудь метрику заказчику, которую он хитромудро предусмотрел улучшить конкретным макетом. Однако если же нашей экспертности хватило, то и волки целы и загорелы, и овцы сыты денежным траншем за случившийся релиз. А если заказчик доволен, то мы будем сыты и в будущем. АУФ.

🏹 Да, нюансов в каждом методе больше, чем цитат <сос мыслом>, но всё же интересно провести эксперимент: а как бы поступили вы? Голосуйте в опросе ниже и оставляйте комментарии к посту.

#мысли | Analyst Boost

🌴 Горят костры рябин, но в этот день я вовсе не один... 🌴

... а в компании других каналов по профессиональной тематике, которую бережно собрал Сергей Андреев, специалист по HR-Tech и HR-Аналитике: 🗂 20+ каналов для расширения кругозора.

🍂 С рябиной горит и сентябрь, потому хочу поделиться своими мыслями на тему Высшего Образования (ВО) и его роли в карьере Системного Аналитика (СА). На консультациях и чатах часто спрашивают — какое влияние оказывает полное отсутствие ВО, отсутствие "профильного" ВО или неоконченное ВО. Назовём их для контекста "Edu-free". Осторожно, тема горячая, можно обжечься.

🍃 Найм. Лично я не обращаю внимания при найме на ВО. Edu-free кандидаты меня полностью устраивают, я спокойно делал офферы таким ребятам. Я работал с разными HR, и всем на упреждение говорил, чтобы не обращали внимание на ВО. Далее мы отсматривали, кто был отфильтрован, и я объяснял, почему кого-то стоило допустить. И тех, кто пробирался через HR-скрининг, я иногда заворачивал, тоже мотивируя HR'у свои решения. Именно это, а не формальный чеклист идеального кандидата, помогало формировать для меня релевантную воронку соискателей.

🌱 Госы. Якобы, есть места, куда без ВО никак. Чаще всего это гос-тех, бюджетка, МУПы, и места, где сотрудников формально подают как команду для конкурса. Дипломы дают в этом какие-то очки. Как вы понимаете, это именно формализм, о влиянии на качество работы ВО речи не идёт.

🍀 Время. Можно ли прожить без таких контор в своей карьере? Вполне: 4 года (2, если магистратура), которые будут потрачены на учёбу, только увеличат разрыв с теми, кто одновременно с вами пришёл в ИТ. У ваших "конкурентов" будет 2-4 года живого опыта, ошибок, заказчиков, проектов и опробованных инструментов. А у вас — в лучшем случае сухая теория и учебные проекты, далёкие от требований рынка. В худшем — набор нерелевантных СА знаний.

☘️ Домен. Если вы состоялись как СА в конкретном домене и хотите углубить в нём свою экспертизу, а в рамках работы возможности исчерпаны — можно получить образование в этом домене. И тогда это будет обучение именно ради академического погружения в доменную область, но вовсе не ради СА. Я знаю пару взрослых людей, которым работодатель оплачивал магистратуру, но это исключение из правил. Кому это реально пригодится, осознает это самостоятельно, а не исходя из мнений HR'ов или менеджеров.

🌿 Ретроспективное мышление. Любой прежний жизненный и профессиональный опыт можно представить в свою пользу. Например: если был юристом, сумеешь дотошно изучать входную документацию, писать письма, спорить с другими юристами про перс. данные и 152-ФЗ. Если окончил филологический, то речь будет стройной, сможешь для разной аудитории доносить мысли. Если был поваром — сможешь вкусно приготовить лапшу заказчика. Какую предысторию ни дай, выжмешь из неё полезное, но это не будет означать, что всем надо побыть юристами, филологами и поварами.

🍃 Порицание. В силу пункта выше, люди с ВО могут не верить в Edu-free, потому что не прочитали этот пост не могут сами прожить вторую жизнь и сравнить. Они обобщат свой опыт на требуемый от кандидатов. Пусть они вам не попадутся.

🍀 Личный опыт. Сам я закончил Физтех, и стажировка СА на 3-м курсе дала мне всё необходимое для full time работы с 4-го. А вот 6 лет университета, увы, в СА не помогли. Живой опыт всё равно победит классическое образование, при этом я всецело приветствую точечное обучение.

🍁 Вывод: учиться никогда не поздно, важно понимать — чему, ради чего и какой ценой.

#мысли | Analyst Boost

🧀 Не ошибается тот, кто лишь блоги ведёт 🧀

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

🤮 AS-IS: В нашей системе А есть сущность "Заявка", у неё есть поля "назначенный ответственный" (Assignee) и "Состояние". Возможны два значения состояния: открыта (Open) и Закрыта (Closed). Состояние синхронизируется к нам из системы Б.
🤒 TO-BE: Продакт хочет, чтобы заявку можно было поставить на паузу, а спустя сколько-то часов автоматом переводить в состояние "заморожена", удаляя привязку ответственного, но саму заявку не закрывать.

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

1. Я описываю требования и дохожу до Разработчика X, предлагая статусы Stopped и Frozen.
2. Разработчик X говорит, что лучше новый статус в модели не заводить, и взять имеющиеся Paused и Suspended.
3. Вношу договорённость на диаграмму (см. картинку).
4. Разработчик X уходит в отпуск.
5. Разработчик Y подхватывает задачу и бодро всё реализует.
6. QA проверяют и дают добро.
7. Проходит время, и мы узнаём, что в заявках, попавших в Suspended, удаляется не только assignee, но и все остальные поля, вроде названия и описания.

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

#факапы | Analyst Boost

🤖 Какая LLM не предаст? 🤖

Вчера в сообществе заметил вопрос: какой ИИ использовать, чтобы не бояться нарушить NDA и не слить все свои данные в облако сторонней корпорации?

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

🍾 Если это не помогло — добро пожаловать в мир on premise инсталляций открытых LLM. К чему нужно быть готовым:
— Скорость. Если ваше жилище — не data-центр, то работать ИИ будет неспешно. Я закидываю подробные объёмные текстовые запросы с разными разделами промпта, затем сворачиваю окно. Сетка работает в фоне
— Качество. Полезность выдачи будет зависеть от того, какую версию LLM скачаете — по объёму токенов. Почему бы сразу не скачать самую жирную? См. пункт про скорость
— Английский. Запросы с русского сетка переведёт неплохо, но ответы будет выдавать на английском. Можно заставить её делать перевод на русский, но результат плачевный
— Интерфейс. Только командная строка, только хардкор. Ничего сложного в освоении нет, т.к. это сугубо текстовый обмен сообщениями, но придётся жить без UI-обвязки. Либо запариться и подключить её в готовый UI, но я не заморачивался.

🤯 И здесь я порекомендую то, что использую сам, т.е. проверенный на своей шкуре вариант. Ollama на базе DeepSeek.
1. Скачать для Win | Mac | Linux
2. Открыть консоль и запустить ollama run deepseek-r1:14b (Или другую модель. Инструкция)
3. Отправить нейроболвану сообщение и терпеливо ждать ответа
4. Пользоваться полезными командами. Например:
/clear — сбросить контекст
/bye — выйти

#ИИ | Analyst Boost