#советы@analyst_exe

Как проводить эффективные видеоконференции: памятка

Когда-то давно я писал про это:
🔸 Первая часть
🔸 Вторая часть

Но это было давно и неправда 😄
А на последнем обсуждении CBOK тема снова всплыла, поэтому собрал всё в одну компактную памятку:

🔸 Подготовка
Задавайте нужные вопросы — точно ли нужна встреча или вы текстом можете все решить?
Назначайте встречи заранее
— до 16:00 предыдущего дня для обычных встреч
— за неделю для встреч с руководителями (у них обычно забит календарь)
Формулируйте цель встречи — иногда после неё встреча становится ненужной xD
Материалы для подготовки — отправляйте заранее
Контекст разговора — погрузите себя в предметную область, почитайте регламенты/материалы/видео, чтобы на встрече говорить на одном языке
Личная беседа vs Групповая встреча — понимайте, что поведение людей в группе отличается (количество и качество собранной информации тоже)

🔸 Фасилитация
Фокус на цели — модератор должен уметь возвращать разговор в нужное русло
Оптимальное количество участников — до 10–15 человек, иначе стоит провести анкетирование/ пересмотреть формат
Визуализация (большая часть человеков по типу восприятия - визуалы, почитайте про это)
— показывайте экран, если что-то рассказываете… если кто-то говорит про систему — пусть он показывает экран!
— рисуйте простые схемы в реальном времени (например, PageMarker)
Работа с камерами — помогает включить эмпатию и получше понять человека по ту сторону
Генерация вопросов — навык, который можно развивать. Отличная тренировка — игра «ДаНетКа», полистайте канал наверх или поищите по тегу #данетка@analyst_exe
Вытягивание вопросов — вопросы составьте заранее.. понимайте, что вы можете лишь прикинуть где будут первые ниточки до встречи, но по пути придется за них быстро тянуть (цепляться за детали и задавать развивающие вопросы)
Тайминг — ставьте таймер и реально следите за временем, улетает очень быстро..
Запись встречи
— расслабляет и позволяет не бояться упустить детали, вы сможете полностью отдаваться потоку мысли, а не делать судорожные заметки
— используйте AI для транскрибации и саммаризации (ищите сервисы или ботов, которые подключаются к звонкам)
— обязательно соблюдайте NDA и правила безопасности данных (когда будете заниматься транскрибацией ахаха)

🔸 Результаты
Протокол встречи или чётко зафиксированные договорённости (договорились о: 1,2,3,4, задачи: ответственный, срок и тд)
Список открытых вопросов для дальнейшей проработки

Почему важно соблюдать эти правила?
Потому что нарушение даже пары из них превращает онлайн-встречу в бесполезную трату времени. Со временем вы начнете ненавидеть созвоны)
Берегите свои часы и нервы 😉

analyst.exe | чат

#советы@analyst_exe

Главный вопрос аналитика: зачем?

🔸 “Зачем?” — универсальный инструмент, который спасает в любой ситуации. Он помогает:
• понять, стоит ли вообще идти на встречу
• провалидировать требования (адекватно ли это? правда ли хотят именно этого?)
• докопаться до сути любого вопроса (просто задайте “зачем?” пять раз подряд — привет технике “5 почему”)
• спроектировать правильную архитектуру решения
• разобраться в любой новой теме

По ощущениям, аналитик должен задавать этот вопрос процентов 50% времени общения. Минимум.

В прошлом посте я писал, что моей путеводной звездой были Google и логика. Так вот: именно логика требовала задавать “зачем?” при каждом удобном случае. Можно назвать это здравым смыслом — если хотите.

🔸 Почему это важно?
Если я не понимал целей изменений, нормальной задачи не получалось: рос объём работ, росла стоимость, срывались сроки.

Так что да — спрашивать “зачем?” нужно каждый день. Много раз в день. Представьте, что вы следователь на допросе (но без лампы в глаза).

Бонус — альтернативные формулировки:
• “Что это даёт мне?” (х/ф Револьвер)
• “Чтобы что?” (цитаты великих продактов)
• “Пушка? Они заряжают пушку? Зачем? А! Они будут стрелять! Прибавить ходу!” (безупречная логика из Острова сокровищ)
• “Нахуа?” (что-то французское… но крайне важное)
analyst.exe | чат

#meme@analyst_exe

Сделал мем, не смог пройти мимо

...дальше будет про "не рассказывай мне работу этой фичи, это я устно ставил ТЗ на ее разработку"

analyst.exe | чат

Ребята у меня для вас разрыв

Сегодня не будет каких-то важных постов, чилл, релэкс

(кажется я peace de ball)

Короче. Google выпустила обновление https://notebooklm.google.com/
Оно умеет делать подкасты из каких-то материалов, обсуждать их.. в общем полазайте, крайне любопытная штука.

Пара важных моментов:
- Работает только на территории США. Для теста я поставил себе через интернет магазин расширений хрома какой-то бесплатный vpn, установил там USA и все
- Как вы понимаете нужен гугл аккаунт

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

А потом статью на хабре
https://habr.com/ru/articles/770564/

Результат в прикрепленном аудио

Балуемся все майские!
analyst.exe | чат

#советы@analyst_exe

Разминаем пальчики, вспоминаем как работать

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

А если ещё не умеешь — очень рекомендую попробовать. Это как научиться ездить на велике: сначала тяжело, потом — как дышать.

Вот отличный тренажёр:
👉 https://klava.org/delta/#rus_basic

Я вот думаю сделать себе такую привычку: 5-10 минут печати перед началом рабочего дня.
И пальцы просыпаются, и мозг догоняет, что пора работать.

По личной статистике (измерил сейчас):
• средняя скорость — 300 зн/мин
• точность — 91%
• основная причина торможений — опечатки 🤦‍♂️ и я вообще за майские разучился печатать госпади..

В общем, клавиатура ждёт. Вперёд! Иди сюда работа! Я тебя всю выполню!
analyst.exe | чат

#meme@analyst_exe

Мемы нужно копировать и переделывать
а хорошие ВОРОВАТЬ НЕЩАДНО

Снова утащил из рабочего чата

С началом трудовых будней! Наша маленькая передача возобновляет свою деятальность, не переключайтесь

analyst.exe | чат

#ИТ_база@analyst_exe
Подстава уровня бог: Просто перенести функционал

Давайте я вам сегодня расскажу про одну подставу, на которую попадались, кажется, все, кто хоть раз работал на IT-проекте.
Имя ей — «просто перенести функционал».
А если говорить шире — перенести что-то старое, забытое и хрупкое.

Вообще известный факт: новое писать проще, чем ковыряться в чьём-то наследии. Особенно если это наследие — хаос времён динозавров.

И вот приходит кто-то умный и говорит:

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

Где тут подвох?

Смотрите. Важно чётко понимать этапы. Вот прям чётко:
🔸 Разбираемся, как это работает. Желательно без инсульта.
🔸 Переносим слово в слово, ничего не ломая и сохраняя контракты (структуру запроса и ответа) — фронт жить хочет.
🔸 Выпускаем и проверяем. Всё ли дышит?
🔸 Только потом начинаем что-то менять.

‼️ Самое главное. Прошу вас, не трогайте требования на этапе переноса.

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

Вот вроде бы я почти 6 лет в профессии. А недавно снова вляпался в такую задачу.
Любимые грабли.
Они ждут.
Не наступайте, это подстава 🙏

В след. посте расскажу про реальные примеры и чего надо опасаться

analyst.exe | чат

#meme@analyst_exe

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

Также узнал, что у них целая серия:
🔸 Лучшее согласование - кровью: учимся заключать контракты с дьяволом, чтобы ПО не переобулся
🔸 Паяльник, бита или электрошокер - уроки выявления требований у менеджеров из 90-х
🔸 Ничего не понятно, но очень интересно: гайд для разработчиков "как читать 100500 страниц ТЗ по задаче"
🔸 Главное верить, что оно работает, или откровения тестировщика крупной ИТ компании
🔸 "Возвращаемся в эксель" и другие эффективные способы оптимизации бюджета
🔸 Покер планирование по русски: умеем красить кнопку и переделывать сервис с равной оценкой в 13SP
🔸 Лучшие практики мотивации сотрудников: нумеролог поделился какие даты лучше всего для начисления ЗП и аванса

Судя по всему это кладесь ИТ знаний, обязательно поделитесь, где заказать!!!

analyst.exe | чат

#полезные_каналы@analyst_exe

Небольшой канал с жизненными мудростями про современный мир
Всем рекомендовано к просмотру

Осторожно! ОТРЕЗВЛЯЕТ

Из списка моих любимых:
🔸Про коммунизм
🔸Про зомби
🔸Про Костю
🔸Чего хочет бог? - видео, с которого все началось (а потом я наглухо пересмотрел все видео)

https://youtu.be/VktwlnYeowE

Наслаждайтесь, самое то для четверга.

Но кому я вру, никто не посмотрит, включить мозг это сложно

analyst.exe | чат

Буду вот тут сегодня, заходите
https://news.1rj.ru/str/bpmn2ru/1655

analyst.exe | чат

#meme@analyst_exe

Внимание некультурный мем

*Когда спрашиваешь у продакта после часа обсуждения задачи "а зачем мы хотим ее делать?"

analyst.exe | чат

Воскресный дайджест - читаем, просвящаемся, критикуем

Полезности:

🔸 Книжный клуб - выпуск про подготовку к анализу. Разбираем типы сбора информации, говорим на личном опыте об их полезности. В целом пересмотрите весь плейлист по CBOK, там кладезь знаний.

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

🔸 Как читать книги в виде подкастов. Оно пока не озвучивает полностью, но очень любопытный инструмент, посмотрите.

🔸 Разминая пальчики или как настроиться на рабочий вайб. Тренажер слепой печати, рекомендую к использованию.

Ну и шуточки:

🔸 Творческое объединение 420 - смотреть всем
🔸 Книги, которые очень всем нужны, но (как плохой зять) их негде взять

Предлагайте свои темы в комментариях!

analyst.exe | чат

Вчера набрёл на один ролик, залип — и до двух ночи что-то клепал. Планирую добить к концу недели и отдать в ваши руки (только не ломайте сразу, ладно?).

А пока — затравочка.
Первое вменяемое определение ИИ-агентов, которое попалось мне в дикой природе.

C практическим примером!

Советую глянуть — вот куда ветер дует.

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

Как посмотрите — идём обсуждать в комментарии
#полезные_каналы@analyst_exe
analyst.exe | чат

⚡️⚡️⚡️Нас уже 300!⚡️⚡️⚡️

Так держать — движемся к первой круглой 🎯 пятисотке!

⚙️ Скоро запускаю закрытое тестирование одной полезной штуки — только для подписчиков канала.

Анонс будет в воскресенье. Не переключайтесь!

p.s. не удержался, кто понял, тот понял
analyst.exe | чат

Я люблю тележку, но часто мне сложно за всем уследить.
И вот куда я потратил 3 часа теплым майским вечером:

Настроили ИИ, залили кофе, но всё равно горят дедлайны — неделя выдалась бодрой
#ai_analyst_digest@analyst_exe

🎤 Конференц-охота
@CrazyElephant_note достал из рукава пачку открытых CFP: VideoTech 2025 (https://conf.com/callforpapers/), Sma Data 2025, Flow 2025 Autumn и BiasCon 2025 — хватай тему и отправляй заявку (t.me/CrazyElephant_note/720). А @korenevskaya_galina зовёт 22 мая на Fintech x Analysis обсудить, как аналитику перейти из роли «писаря» в «стратега» (t.me/korenevskaya_galina/86).

💻 Локальный AI: «медленно, но любопытно»
Герой @CrazyElephant_note пытался подружить Ollama c Deepseek R1 прямо на M1-маке. Итог — тормоза и выключенный вентилятор, но Use Case-генератор всё-таки сэкономил пару часов (t.me/CrazyElephant_note/721). М4 Pro нужен срочно, иначе мечта о приватном LLM будет ждать отпуска.

🖍️ Диаграммная лихорадка
@bpmn2ru раскрыл «главный секрет» токенов BPMN и пофиксил баги в своём редакторе (t.me/bpmn2ru/1662). @data_phil добавила гайд, как выжить в дебрях UML с помощью PlantUML и Draw.io (t.me/data_phil/73). В довесок StormBPMN сгенерировал статью по методам сбора требований из вебинара @korenevskaya_galina — машинное перо оказалось бодрее человеческого (t.me/korenevskaya_galina/87).

☕ Карьерные чайники и прочие притчи
@data_phil вспомнила китайского мудреца: восточный брак — холодная вода на горячей плите, западный — наоборот (t.me/data_phil/69). Совет для рынка труда ясен: грейте «плиту» условий, а не ждите искры. Там же — разнос мифа про «технарей» и «гуманитариев»: аналитика не делится бинарно (t.me/data_phil/76).

😂 Мемы, нервы, лог-файлы
@analyst_exe показал некультурный мем про продактов, забывающих про «зачем» (t.me/analyst_exe/459), а @CrazyElephant_note услышал от разработчиков боль о логах и передал без купюр (t.me/CrazyElephant_note/731). Если же лимит бесплатной нейросети у вас вышел — не переживайте, @data_phil тоже страдает (t.me/data_phil/77).

Итог недели
Зовут выступать везде, учиться рисовать диаграммы стало проще, а личный AI снова упёрся в железо. В остальном всё как всегда: мемы лечат нервы, чайники кипят, а мы продолжаем искать ответ на сакральное «зачем» до дедлайна.

Отслеживаемые каналы: @CrazyElephant_note @analyst_exe @bpmn2ru @data_phil @korenevskaya_galina

Накидайте лайков, если выпускать такую по воскресеньям.

Если считаете, что кого-то надо добавить - напишите @darkwing_duck101
analyst.exe | чат

🛠Ищу отряд бета-тестеров для нового телеграм-бота, который будет экономить время аналитикам — и никуда выходить не придётся.

Открою первую версию уже сегодня-завтра — нужно проверить, покликать и честно рассказать, что болит.

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

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

Если интересно, оставь плюсик в комментариях или напиши в личку @darkwing_duck101. Добавлю в закрытый чат и пришлю ссылку.

У нас все как обычно, бесплатно, без СМС и регистрации

Приходи дорогой — сделаем инструмент, которым самим будет приятно пользоваться.
analyst.exe | чат

#meme@analyst_exe
Почему еще нет группы?

Мем в понедельник, сворованный из рабочего чата, ответит вам за меня

Скоро....
analyst.exe | чат

#советы@analyst_exe
Расскажу вам классику этого мира — или зачем разбираться, как работает ИТ

Есть целые сервисы, которые отслеживают ошибки на маркетплейсах — например, как купить айфон за 60 рублей.

Причина часто банальна: пробел затесался в цену, человек что-то не туда вставил или просто уснул за Excel.

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

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

И вот дальше всё зависит от того, как обработан этот Excel.

Обычно файл обрабатывается построчно.
Что делать, если:
- 10 строк валидны, 5 — с ошибками?
- Сохраняем частично или откатываем всё?

📍 В любом случае важно:
- Показать, где ошибка и почему
- Указать требования:
- формат
- максимальная длина
- обязательность
- допустимость 0
- тип данных и т.д.

🛠 Для описания атрибутов удобно использовать OpenAPI
Для масок ввода — regex, regex101.com или GPT помогут.

Примерчик

price:
  type: string
  pattern: "^\d+(\.\d{1,2})?$"
  maxLength: 10
  example: "1999.99"
  denoscription: "Цена в рублях. Только цифры и точка — без пробелов, символов валюты и запятых." 

Если надо поговорить о том, чем "пример" в json отличается от "контракта" - дайте знать, сделаю пост

🟠 В случае с этим сайтом, похоже, проверку на пробелы в числах не добавили:
Цена скопирована, например, из Google Таблиц — и вставляется в Excel с пробелами. Получаем товар за 100 рублей вместо 10000.

🧩 Казалось бы, мелочь — а последствия серьёзные.

Для любопытных — можно даже написать мини-бота:
- открыть DevTools, изучить API
- найти подозрительные категории (где цены ниже 1000 — нереалистичны)
- бот раз в пару часов опрашивает API
- если что-то странное — шлёт сообщение в Telegram

💡 Такой бот можно сгенерировать с помощью любого ИИ за часик.
Профит. Правда надо ли вам это, вот вопрос.

p.s. Заказ мой на 10 стульев отменили.. а вот еще один вроде как собираются выдать... по крайней мере пока не отменяли
analyst.exe | чат

🟧 Чем отличается JSON-пример от контракта — и при чём тут валидация

(попросили, я сделаль)

Все мы понимаем, что в API можно передавать данные в разных форматах: json, xml, текст, protobuf — суть не в этом. Важно то, что это структурированные данные, а значит, у них должна быть структура. Только вот пример — это не структура. Это иллюстрация. А нужен контракт.

Разберёмся на простом кейсе.
Допустим, у нас есть ручка POST /product, через которую создаётся товар. Пример тела запроса в JSON:

{
  "product_id": "PRD-00123",
  "name": "Ноутбук ASUS ZenBook 14",
  "category": "Электроника",
  "unit": "шт",
  "price": 98000.00,
  "currency": "RUB"
}

Выглядит красиво. Но это просто пример. Иногда рядом пишут:
- product_id: строка по шаблону PRD-00123
- unit: строка, значения типа шт
- price: число
...и всё.

📉 Что дальше?

- Бэкенд как-то валидирует (или не валидирует).
- Клиент делает UI на глаз (или убивает вас вопросами).
- Валидация происходит как получится.

📍 А если делать по уму?
Даже в позитивном сценарии на бэкенде у нас есть этапы:
1. Получить JSON и сериализовать (привести типы данных)
2. Проверить обязательные поля
3. Проверить типы и форматы данных на нужные нам для записи в базу
4. Проверить бизнес-логику (вдруг id не уникальный)
5. Сохранить в базу
6. Вернуть ответ

Проблема в том, что тестировать пример нельзя. А значит, валидировать нечего. А значит — ошибки на проде.

👨‍💻 Окей, у нас клиентская форма и мы хотим давать пользователю ввести ерунду.

Что мы поняли из документации:
- Типы данных есть
- Частично есть списки значений

А чего нет:
- Маска product_id. Можно PRD-ABC99?
- Макс. длина name, category? Нам что делать бесконечный input?
- Можно ли отрицательную цену? Точка или запятая в цене? Сколько знаков после запятой?
- Валюта: только RUB, или и BYN?
- Какие поля вообще обязательны?

📬 А если такое сообщение пришло по очереди из внешней системы?
Те же вопросы.
Как проектировать базу и писать обработку, если данные “примерно такие”? На ощупь?

-----Тут есть важный момент, не пытайтесь собирать особенности работы словами, записывайте хотя бы за всеми, а то потом скажут, что это не они-----

🎯 Вот тут и нужен контракт

Контракт — это не "пример". Это договорённость:
что, в каком формате, какие ограничения, и как это обрабатывать.
Вот примерчик в Openapi

components:
  schemas:
    Product:
      type: object
      required: [product_id, name, unit, price, currency]
      properties:
        product_id:
          type: string
          pattern: "^PRD-\\d{5}$"
          example: "PRD-00123"
        name:
          type: string
          maxLength: 200
          example: "Ноутбук ASUS ZenBook 14"
        category:
          type: string
          maxLength: 200
          example: "Электроника"
        unit:
          type: string
          enum: ["шт", "кг", "л", "м"]
          example: "шт"
        price:
          type: number
          minimum: 0.01
          example: 98000.00
        currency:
          type: string
          enum: ["RUB", "USD", "EUR"]
          example: "RUB"

📊 Или старая добрая табличка:

- Атрибут
- Обязательность
- Тип данных
- Регулярка
- Допустимые значения
- Пример
- Особенности (например, уникальность)

🧘 Вывод

Всегда пытайтесь лучше описать реальность, поставить рамки, даже искусственные. Они вас уберегут. Давайте не пример, а контракт - договор, по которому вы собираетесь формировать и получать сообщения. Буть то внешний (сервер, очередь, другой бэк и др) или внутренный клиент (фронтовые приложения).

Контракт нужен, чтобы:
- Системы друг друга понимали
- Разработчики не гадали
- А валидаторы не ловили баги на проде

p.s. Cейчас кто-то вспомнит про json schema и xsd, ваше право, но для json мне больше нравится Openapi

#api@analyst_exe
analyst.exe | чат

Хочется поговорить про путь наименьшего сопротивления.
(Тот самый, по которому мы идём куда чаще, чем готовы признать )

Утром задумался, пришел к интересной взаимосвязи..

Вспомним правило Парето: 20% усилий дают 80% результата.
Если задачу можно решить быстро и эффективно — мы почти всегда выберем именно такой подход (или усиленно будем его искать, а иначе откажемся от решения).

И это не плохо. Это нормально. Это разумно.

Теперь давайте посмотрим внутрь компании.
Вот, например, приходит запрос: «нужно добавить новую функцию».
Что делает предприниматель с инстинктом выживания?

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

Это и есть оптимальный путь: максимум эффекта при минимуме затрат.
Не делаем «супер-пупер API» с запасом на десять лет — сначала проверим, купит ли кто-то хотя бы за рубль просто решение, которое у нас уже есть.

Но есть нюанс =)

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

Раньше человек думал: «Как сделать хорошо для бизнеса»?
(потому что от этого зависил успех проекта и его денежки).

А теперь думает: «Как бы сделать, чтобы ко мне не прикопались».

🔸Что-то не работает уже полгода? Ну это не моя зона ответственности.
🔸Процессы тормозят? Я вообще-то только тестирую, не лезьте.
🔸Команда буксует? А у меня всё в Jira зелёное, вы что.

Понимаете, о чём это?
Это ведь всё — про пуговицы.

«К пуговицам претензии есть?»
(Если кто не понял — это отсылка к Райкину. Там костюм ужасный, а каждый из 100 специалистов отвечает: «я только за свою узкую специализацию».)

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

Они просто выбрали свой путь наименьшего сопротивления.

Некоторые считают, что это и есть "правильная стратегия развития в корпоративном мире"

Однако этот путь не обязан совпадать с Вашим.

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

Но блин, почему так много странных костюмов?

#советы@analyst_exe
analyst.exe | чат