Системный и бизнес-анализ

5 граблей, на которых умирают торговые боты

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

Стратегия - никогда не была сложной частью. Сложной частью была инфраструктура.

«Это работало в бэктесте» ничего не значит, если в live крутится другой код

Стандартный путь продакшенизации стратегии - это её переписывание: исследовательский ноутбук превращается во вторую, собранную руками боевую систему со своей логикой ордеров, своими багами, своим расхождением. Теперь у вас две стратегии, которые выглядят одинаково, а ведут себя по-разному ровно тогда, когда это важнее всего. Например, на момент бектеста все свечи уже закрыты, а в live текущая свеча всегда в статусе pending и её параметры меняются

Ошибка, которая открывает позицию дважды

Бот, обновляющий позицию в момент, когда процесс умирает - OOM, деплой, скачок питания, просыпается с испорченным состоянием: наполовину открытая позиция, неправильный cost basis, выход, который так и не зарегистрировался. Восстановление руками - это место, где утекают деньги.

Ордер, который биржа молча отвергла

Тихий убийца live-торговли: биржа отвергает, отваливается по таймауту или наливает частично - и внутреннее состояние вашего бота больше не совпадает с реальностью. Фикс из учебника - рукописный try/catch с откатом вокруг каждого ордера - это ровно тот код, который ломается на том краевом случае, который вы не предусмотрели.

Десять стратегий, один счёт, экспозиция 100%

Проверки риска по каждой стратегии в отдельности упускают очевидную портфельную истину: десять стратегий, каждая «рискует 10%», - это один счёт, рискующий всем. Открыть сразу 10 позиций не хватит капитала

Получение внешних данных через Crontab

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

Лето и ИТ: как их совместить с прицелом на будущее? Отправьте резюме к нам в SSP SOFT

Про нас как работодателя: компания SSP SOFT работает в сфере заказной разработкой ПО и предоставляет выделенные команды по модели ИТ-аутсорсинга для крупных клиентов. Размер компании — мы «средний бизнес» с числом сотрудников около 500 человек, и с проектами федерального уровня.

Рабочие места у нас в московском офисе, в ЦАО у самой Красной площади. А еще вакансии в департамент в Томске и почти всегда на «удаленку» из любой точки России.

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

Почему вам у нас понравится:
— Здесь интересно применять знания на реальных проектах, а не просто «отрабатывать ставку»
— Здесь не боятся обсуждать сложные вопросы
— Здесь работа оставляет силы на семью, хобби и желание развиваться

Что мы даем взамен:
— Гибкость: удаленка, офис в Москве или Томске, гибридный формат
— Поддержку здоровья и обучения (ДМС и курсы по твоему выбору)
— Атмосферу, где твое мнение важно

📢 Мы ищем прямо сейчас (актуальность проверяйте по ссылке на хх ниже):

1️⃣ DevOps Engineer (MLOps)
2️⃣ Ведущего аналитика 1С (финансовый контур, КТ 2000)
3️⃣ Функционального архитектора 1С
4️⃣ SAP WMS Консультанта
5️⃣ Tech Lead (финтех, инвестиции)

Подробности о вакансиях читайте на нашей странице ХХ.ру, но там откликаться необязательно. Ждем резюме напрямую в ЛС нашей HR Lead (https://t.me/AONikitina).
Не забудьте добавить «секретную фразу» в сопроводительное письмо, «Увидел(а) вашу вакансию на Хабре».

Желаем всем хабровцам успешной карьеры в 2026 году 🚀

Чеклист перед запуском торгового бота

Заперли физика, химика и экономиста,на необитаемом острове с банкой консервов.  Физик предлагает разбить её камнем, химик — нагреть на костре. Экономист говорит: «Предположим, у нас есть открывашка».

• Path-aware exits
  
  Плохо: PnL считается по close, ни одна сделка не закрыта по SL
  Хорошо: OHLC-реплей внутри свечи, intra-candle SL/TP
  

• Look-ahead bias
  
  Плохо: Ручной параметр времени, индикатор на всём массиве
  Хорошо: Ambient-контекст, данные только до текущего тика
  

• Комиссии + слиппедж + leverage
  
  Плохо: PnL по миду, без комиссий, +0.3% это минусовая статегия ниже комиссии
  Хорошо: На момент холда считается стоимость обслуживания leverage, fees
  

• Размер выборки
  
  Плохо: <30 сделок, Sharpe Ratio в космосе, tail-driven
  Хорошо: N/A вместо фейка при недостатке данных, гейты ≥10 сигналов / ≥14 дней
  

• Crash-recovery
  
  Плохо: Нет атомарной записи, рестарт с нуля
  Хорошо: Atomic writes, graceful shutdown
  

• Адаптер биржи
  
  Плохо: Не отправлял реальный ордер
  Хорошо: Если покупателя/продавца не нашлось, не закрываем позицию и в бд

Дайджест ближайших мероприятий онлайн-магистратуры «Науки о данных» центра «Пуск» МФТИ

1️⃣ Эфир «Что происходит с рынком Data Science и как действовать специалисту»

💡О чем поговорим:

— Как ИИ-агенты меняют работу аналитиков, дата-сайентистов, ML- и дата-инженеров.

— Какие навыки помогают выделиться на рынке.

— Какие задачи в Data Science автоматизируются быстрее всего.

— Что сейчас чаще проседает у кандидатов на собеседованиях.

— На что делать упор в обучении, резюме и портфолио.

— Как искать первую работу в Data Science и развиваться дальше, если вы junior или middle.

— Какие карьерные траектории есть в ML, Data Engineering и Data Analysis.

Эфир подойдет тем, кто:

— рассматривает переход в Data Science из разработки, инженерии, аналитики, математики или другой смежной области;

— думает, стоит ли сейчас идти в Data Science и с чего начать;

— уже работает с данными и хочет понять, как расти дальше;

— готовится к поступлению в онлайн-магистратуру «Науки о данных» МФТИ;

— хочет разобраться, какие навыки действительно важны для карьеры в Data Science в 2026 году.

Спикер: Александр Толмачев — директор по машинному обучению и анализу данных (CDO). Он преподает анализ данных и моделирование в Сколково, выступает генеральным продюсером конференции Data Day, руководил дата-функцией в Ozon Банке и создал курс «Инженер данных» в Яндекс Практикуме.

Когда и где: 📅 24 июня (среда), онлайн ⏰ 19:00

🔜 Регистрация

ТГ https://t.me/mipt_events_bot?start=dl-1781603707275

ВК https://vk.com/app6379730_-224205661#l=22&auto=1

2️⃣ День открытых дверей онлайн-магистратуры МФТИ «Науки о данных»

Встречу проведет Юлия Соболь, руководитель онлайн-магистратур МФТИ.

💡 На эфире обсудим:

— Тренды и возможности рынка Data Science в 2026 году.

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

— Формат обучения: структура дисциплин, занятия, командная работа.

— Стажировки у индустриальных партнеров МФТИ и совместные проекты студентов.

— Советы по успешному старту в Data Science и развитию портфеля проектов.

Также ответим на все ваши вопросы.

👥 Гости эфира:

Даниель Щебентовский — ведущий эксперт-консультант программы, Lead ML в международной финтех-компании, владелец московского хаба Open Data Science (ODS).

Майя Котыга — ведущий аналитик данных в Ростелекоме, выпускница программы «Науки о данных» 2026 г. Раскроет тему «финансовой окупаемости» образования через стипендии и гранты, исходя из личного опыта. Вы узнаете о возможностях магистратуры и о том, как университет поддерживает своих студентов.

Дата: 25 июня (четверг) Время: 18:00 (Мск)

🔜 Регистрация

ВК: https://vk.com/app6379730_-224205661#l=20&auto=1

ТГ: https://t.me/mipt_events_bot?start=dl-1781600819b3f6f0619f03

Дал большое интервью изданию Tazabek (деловое медиа Кыргызстана, входит в группу АКИpress) — про то, как мы с командой, начав с мобильного оператора, за пять лет собрали полноценную экосистему «Мой О!»: 3,5 млн клиентов и 10+ млн загрузок при населении страны около 7 млн.

Поговорили о том, что обычно остаётся за кадром историй успеха:

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

• Какое архитектурное решение мы приняли на старте и ни разу не пожалели – про «сквозные», но не единые буквально данные, идентификацию и клиентский опыт.

• Как устроенбаланс между скоростью и регулятором, и почему регуляторная песочница Национального банка — история не только про нас, но и про всю страну.

• Трансграничные коридоры с Kaspi и Uzum — первые прямые финтех-коридоры в Центральной Азии.

• Куда всё движется дальше: AI в каждом домене – от скоринга и антифрода до регуляторики.

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

Полный текст

А пока вопрос к вам: какие локальные финтех- или экосистемные проекты в ЦА и СНГ вы видели вблизи — и на чём они споткнулись? Интересны конкретные кейсы.

«Что дальше в Пайплайне?» — второй выпуск

Мы продолжаем наш новый формат, где нет слайдов и заученных докладов. Второй выпуск шоу «Что дальше в Пайплайне?» мы посвятили аналитикам. Вместе с коллегами из Юзтех и Т1 собрались онлайн, чтобы рассказать реальные истории о курьёзах в требованиях и неожиданных интеграциях.

Смотреть «Часть 2: аналитики»

Больше технических событий и выступлений — в нашем TG-канале.

Всем привет! Коллеги из бизнес-практики BI GlowByte подготовили репортаж по следам прошедшей конференции Fine Day Online, где эксперты из Галамарта, Уралсиба, ОТП и FanRuan говорили о том, что реально происходит внутри больших BI-команд.

Если коротко: дата-каталог на DataHub своими руками, Shadow DWH как болезнь свободного self-service, пиксельный марафон для разработчиков и грабли при миграции FineBI 6.0 на 7.0.

Красная нить всех докладов: данные – есть, BI – внедрен, дашборды – сияют, но бизнес продолжает гадать на кофейной гуще работать на ощущениях. 

Кстати, для тех, кто любит не только почитать, но и послушать, есть ссылочки на выступления. 

Почему в крипте появились wETH, stETH, WBTC, cbBTC и десятки других странных тикеров

Большинство людей впервые сталкиваются с этим во время использования DeFi. Пользователь приходит обменять ETH, а вместо привычного ETH видит wETH. Потом встречает stETH, rETH, cbBTC, tBTC, aUSDC и ещё десяток похожих активов.

В этот момент возникает логичный вопрос: если у нас уже есть Bitcoin и Ethereum, зачем индустрия постоянно создаёт их новые версии?

На самом деле за большинством таких тикеров скрываются не новые монеты, а новые функции.

Одним из первых массовых примеров стал wETH - Wrapped Ether. Проблема заключалась в том, что нативный ETH исторически не соответствовал стандарту ERC-20, на котором построено большинство DeFi-протоколов. Поэтому появился wETH: тот же самый ETH, но в форме токена, с которым удобно работать внутри экосистемы Ethereum. По сути это один и тот же актив, но в другой "упаковке".

Похожая история произошла с Bitcoin. Сам Bitcoin существует в своей собственной сети и не может напрямую использоваться в большинстве приложений Ethereum. Так появились WBTC, cbBTC и tBTC - токенизированные версии Bitcoin, которые позволяют использовать ликвидность BTC в DeFi-протоколах, пулах ликвидности и кредитных сервисах.

Позже индустрия столкнулась с другой задачей - стейкингом. Пользователь хотел получать доходность от ETH, но при этом не терять доступ к своим средствам. Так появились stETH, rETH, cbETH, eETH и другие liquid staking токены. Они представляют собой застейканный актив и одновременно позволяют продолжать использовать его в других протоколах.

Следующий слой - кредитные платформы. Когда пользователь кладёт USDC в Aave, он получает aUSDC. Когда размещает средства в Compound - получает cUSDC. Эти токены фактически становятся цифровой распиской, которая подтверждает право требования к депозиту и накопленным процентам.

Есть и ещё более экзотические категории. Например, sUSD и sBTC - синтетические активы, которые пытаются повторять стоимость оригинального актива без необходимости владеть им напрямую. А veCRV, vlCVX или xSUSHI появились как элементы систем управления протоколами и распределения вознаграждений.

В итоге большинство странных приставок в крипте обычно сводятся всего к нескольким категориям:

• w — wrapped активы

• st, r, e — liquid staking

• a, c — депозитные токены кредитных протоколов

• s — синтетические активы

• ve, vl, x — governance и voting-механики

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

Именно поэтому один и тот же Ethereum сегодня может существовать одновременно как ETH, wETH, stETH, rETH, cbETH или eETH. Снаружи это выглядит как зоопарк тикеров. Внутри - как попытка решить разные инфраструктурные задачи одной и той же экосистемы.

Как переехать в другую страну? Мой опыт

Многие люди хотят переехать, но не решаются.

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

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

1. Не ждите идеального момента

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

Если я что-то хочу, задаю себе вопрос: как могу сделать это с текущими ресурсами? 

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

И так во всем. Идеальный момент никогда не наступит. А новые возможности появляются тогда, когда вы начинаете действовать. 

2. Деньги

Я переехала с небольшим бюджетом и поэтому на первое время выбирала страну с недорогим жильем и уровнем жизни (Таиланд). 

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

Было трудно, я испытывала дискорфорт, но в итоге именно это и прокачало меня.

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

Я давно не работаю аналитиком. Но именно навыки аналитики, структурное мышление и система привычек помогли мне начать зарабатывать в $. Это стало основой всего - переезда, адаптации, независимого дохода. Аналитическое мышление, умение работать с данными и выстраивать систему - это то, что работает в любой стране и на любом рынке. Училась вот по этой программе, кому интересно.

3. Мышление

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

А те, кто наоборот не замыкается на своем комьюнити, а общается с людьми из разных культур, изучает языки, открыты новому - в имиграции чувствуют себя отлично. 

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

Я чувствую, как мое мышление и мировоззрение меняется в лучшую сторону.

4. Система 

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

У меня есть список привычек: 

Например, дневные:

- разговор на камеру на английском языке (15 мин)

- практика Shadowing вечером (30 мин)

- писать, читать, смотреть - практически все только на английском

- каждое утро прохожу курсы (1 час)

Недельные:

- исследование новых возможных ниш (1 час)

- аналитика конкурентов (1 час)

- аналитика результатов по всем проектам (1 час)

- и так далее

Иммиграция оказалась для меня не столько сменой страны, сколько сменой мышления.

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

Да, было сложно. Но именно сложности дали мне самый большой рост.

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

Хотим, чтобы вы попробовали наши лабораторные изнутри - поэтому открыли скидку на подписку «Практик».

700 рублей - цена ланча. А внутри:
– живая трансляция 2 лабораторных в месяц (Лабораторная по мониторингу уже в это воскресенье!)
– личная виртуальная машина со всеми скриптами для развёртывания стека лабораторной
– записи всех прошедших лабораторных - по Docker, Kubernetes и не только

Для сравнения: подобный формат в крупных школах стоит от 3 до 6 тысяч с участника.

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

👉 Стать практиком - https://boosty.to/polnyistek

Что будет после Web3 и существует ли вообще Web4?

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

Проблема в том, что спустя несколько лет Web3 так и не стал массовым в том виде, в котором его представляли. Да, индустрия выросла. Появились DeFi, NFT, DAO, стейблкоины, on-chain экономика и огромная инфраструктура вокруг блокчейнов. Но обычный пользователь по-прежнему редко хочет разбираться в seed-фразах, gas fee, bridge, сетях и формате адресов.

Именно поэтому всё чаще возникает другой вопрос: а что вообще будет после Web3 и существует ли какой-то “Web4”?

На практике проблема Web3 оказалась не столько технологической, сколько пользовательской. Web3 отлично решает вопрос владения активом, но пока плохо решает вопрос удобства. Для массового пользователя Web2 всё ещё проще: зашёл через Google-аккаунт, нажал пару кнопок — и сервис работает. В Web3 пользователь часто становится одновременно и банком, и службой безопасности, и технической поддержкой для самого себя.

Именно поэтому всё больше обсуждений сейчас крутится вокруг идеи, что следующая стадия интернета будет строиться не только вокруг блокчейна, но вокруг сочетания сразу нескольких вещей: AI, identity, автоматизации, intent-based интерфейсов и invisible infrastructure.

Если упростить, Web3 пытался сделать пользователя владельцем инфраструктуры. А условный “Web4”, о котором начинают говорить сейчас, скорее пытается сделать инфраструктуру невидимой для пользователя вообще.

Например, сегодня человек должен понимать:

в какой сети находится актив какой gas использовать как работает bridge что такое approve почему транзакция не проходит

Для массового рынка это слишком высокий порог входа.

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

По сути, Web4 в текущем понимании — это не “новый интернет после блокчейна”, а попытка спрятать сложность Web3 под нормальный пользовательский опыт.

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

Отдельный интерес здесь добавляет AI. Если Web3 был про ownership и decentralization, то следующий этап может оказаться про AI-агентов, которые будут взаимодействовать с цифровой инфраструктурой вместо человека: управлять кошельками, искать ликвидность, совершать сделки и даже взаимодействовать с DAO или DeFi-протоколами автоматически.

Именно поэтому вопрос “что будет после Web3?” сейчас всё чаще звучит не как футуризм, а как вполне практическая проблема индустрии.

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

Чистый PDF для Zotero

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

Мне этот инструмент понадобился, так как я полюбил читать с планшета. Но в мобильном Zotero по сути только PDF хорошо работает и нормально поддерживает аннотации.

Под капотом это работает следующим образом.

Страница скачивается по URL, Defuddle от Kepano вытаскивает из неё основное содержимое без меню, рекламы и прочего мусора, а далее Playwright рендерит это в нормальный PDF.

Создатель Sphinx — о 25 годах в инженерии, провале бизнес-модели и жизни внутри Авито

Новый выпуск подкаста AviTalk — разговор с Андреем Аксёновым, автором поискового движка Sphinx и руководителем группы инфраструктуры поиска в Авито.

Sphinx появился в 2001 году — тогда Андрей хотел просто сделать поиск по сайту с текстами песен, а готовых решений не было. Движок оказался лучше того, что было на рынке, и в итоге превратился в один из самых известных open source-проектов российского IT, который лёг в основу поиска Авито.

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

В выпуске: почему сильная технология сама по себе не бизнес, как Sphinx врос в Авито, что значит 25 лет работать над одним проектом — и какие ошибки Андрей признаёт как руководитель.

Ведёт выпуск Виктор Раев, руководитель разработки юнита Services Base.

Смотрите выпуск на платформах: 

📺 YouTube
🔵 ВК Видео
📌 RuTube

Шпаргалка по C4 model

Приходите на вебинар — покажем, как построить потоковый конвейер данных с латентностью в минуты

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

Разберем это на вебинаре по Evolution Data Platform. Будет полезно дата-инженерам, которые проектируют конвейеры, аналитикам и BI-специалистам, которым важно работать с актуальными данными, а еще архитекторам и руководителям дата-отделов.

На вебинаре расскажем и покажем:

• как проектировать архитектуру конвейера под near real-time: когда брать микробатчинг в Managed Spark Streaming, а когда хватит классического батча;

• зачем нужен Managed Trino как единый слой запросов поверх «горячих» и «холодных» данных — и как это убирает дублирование логики;

• как партиционировать данные по времени в Object Storage, чтобы запросы не тормозили;

• как управлять схемой через Managed Metastore, когда структура потока меняется;

• как настроить дашборд в Managed BI с автообновлением и алертами на отклонения;

• как измерять латентность конвейера — от генерации события до появления на дашборде.

На практической части соберем реальный сценарий: оконная агрегация транзакций в Managed Spark Streaming, оркестрация через Managed Airflow, витрина в Object Storage, ad-hoc запросы через Managed Trino без копирования данных, дашборд с обновлением раз в две минуты.

📅 Когда? 21 мая в 11:00 мск.

📍 Где? Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикеру в прямом эфире.

P.S. А еще мы тут подготовили чек-лист, как создать качественное хранилище данных за 15 шагов — забирайте, нам не жалко. 

Когда требований много, а ясности мало: 10 уроков для аналитиков

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

Собрали 10 открытых уроков, которые помогают пройти этот путь по порядку: от понимания бизнес‑задачи до процессов, объектной модели, архитектурного языка и согласования решений.

Подборка подойдёт бизнес‑аналитикам, системным аналитикам, продактам, тимлидам и всем, кто работает с требованиями, процессами, интеграциями и постановкой задач для разработки.

1. Сначала понять бизнес‑модель

^{Если не ясно, как продукт создаёт ценность, требования быстро превращаются в список пожеланий.}

• 21 мая, 20:00 — «Формирование бизнес‑модели продукта на примере Business Model Canvas». Записаться

2. Проверить проблему через пользователей

^{Кастдев помогает отличать реальную потребность от мнения самого громкого стейкхолдера.}

• 3 июня, 19:00 — «Про кастдевы с интерактивом / исследование потребителей в теории и на практике». Записаться

3. Описать процессы и требования визуально

^{Чтобы бизнес, аналитик и команда смотрели на одну картину, а не спорили о терминах.}

• 14 мая, 18:00 — «Графическое описание бизнес‑процессов и требований». Записаться

4. Разобрать AS IS и TO BE

^{Полезно, когда нужно не просто «автоматизировать», а понять, где хаос, где контроль и что именно должно измениться.}

• 3 июня, 20:00 — «AS IS хаос или TO BE контроль: как построить единую автоматизированную финансовую модель на основе неидеальных, разрозненных данных». Записаться

5. Найти, где создаётся ценность

^{Value Stream помогает увидеть, какие этапы процесса действительно важны, а какие только тормозят движение задачи.}

• 2 июня, 20:00 — «Цепочки создания ценности: моделирование, анализ, проектирование». Записаться

6. Описать поведение системы

^{Sequence Diagram нужен, когда требований уровня «пользователь нажал кнопку» уже недостаточно.}

• 19 мая, 20:00 — «Диаграмма Последовательности (Sequence Diagram) — швейцарский нож системного аналитика». Записаться

7. Собрать объектную модель

^{Чтобы сущности, статусы, связи и правила не расползались в процессе разработки.}

• 2 июня, 20:00 — «Объектная модель без боли: как превратить хаос требований в стройную архитектуру». Записаться

8. Говорить с разработкой и бизнесом на одном языке

^{C4 помогает показывать систему на нужном уровне детализации: без лишней абстракции и без перегруза техническими деталями.}

• 4 июня, 20:00 — «C4 для системного аналитика: строим единый язык между бизнесом и разработкой». Записаться

9. Вовлекать стейкхолдеров

^{Даже сильное решение может застрять, если заказчик, пользователи и команда по‑разному понимают цель.}

• 17 июня, 20:00 — «Заказчик vs Стейкхолдер: как вовлечь бизнес в проект». Записаться

10. Связать аналитику с эффектом для бизнеса

^{Хорошая аналитика должна влиять на скорость, прозрачность, качество и деньги, а не только на документацию.}

• 4 июня, 20:00 — «Операционная эффективность в IT: как находить скрытую прибыль в процессах разработки». Записаться

Если вы только входите в анализ — начните с бизнес‑модели, процессов и требований. Если уже ставите задачи разработке — выбирайте Sequence Diagram, объектную модель и C4. Если работаете с изменениями и согласованиями — смотрите уроки про стейкхолдеров, AS IS / TO BE, цепочки ценности и операционную эффективность.

_{P. S. А если нужен не разовый урок, а полноценный маршрут развития, загляните в каталог курсов OTUS по аналитике и анализу: там собраны программы по системному и бизнес‑анализу, работе с требованиями, процессами и данными.}

_{[Смотреть каталог]}

Май в разгаре и у нас новые вакансии

Говорят, что ближе к лету активность найма в ИТ-отрасли ослабевает. Но только не в SSP SOFT.

Про нас как работодателя: компания SSP SOFT работает в сфере заказной разработкой ПО и предоставления выделенных команд на ИТ-аутсорсинг для крупных клиентов. По размеру компании — мы «средний бизнес» с числом сотрудников около 500 человек, и с проектами федерального уровня.

Рабочие места у нас в московском офисе, который открылся в 2025 году в ЦАО у самой Красной площади. А еще бывают вакансии в департамент разработки в Томске и почти всегда на «удаленку» из любой точки России.

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

Горячие вакансии мая (больше 10 позиций в Москве):
1️⃣ Бизнес аналитика
2️⃣ Дата Инженера
3️⃣ Системного аналитика
4️⃣ Automation QA Engineer (Java) (инженера по автоматизации тестирования, язык Java)
(на остальные вакансии см. ссылку ниже, перейдя на ХХ-ру)

Что предоставляет кадровая политика SSP SOFT:
✅ Мы пишем код, который формирует завтрашний день. Никакой скучной рутины.
✅ Центр компетенций и личное наставничество ускорят развитие до максимума.
✅ Офис, гибрид или «удаленка» ? Есть все варианты.
✅ Время — ваш ресурс. Мы его уважаем.

Подробности о вакансиях читайте на нашей странице ХХ.ру, но там откликаться необязательно. Ждем резюме напрямую в ЛС нашей HR Lead (https://t.me/AONikitina).
Не забудьте добавить «секретную фразу» в сопроводительное письмо, «Увидел(а) вашу вакансию на Хабре».

Желаем всем хабровцам успешной карьеры в 2026 году 🚀

Почему биткоин-миксеры вообще появились и почему вокруг них столько споров

Одна из самых популярных иллюзий о Bitcoin – это “анонимная криптовалюта”. На практике Bitcoin скорее наоборот: это один из самых прозрачных финансовых инструментов. Все транзакции навсегда остаются в публичном блокчейне, а история движения средств, связи между адресами и сами переводы могут анализироваться годами спустя. Именно из-за этой прозрачности вообще появились биткоин-миксеры.

Если сильно упростить, миксер - это механизм, который пытается разорвать очевидную связь между отправителем и получателем средств. Пользователь отправляет монеты, они смешиваются с другими транзакциями, а затем выводятся уже через другие адреса и в другой последовательности. Главная идея здесь не “спрятать Bitcoin”, а усложнить отслеживание происхождения конкретных монет и финансовой истории пользователя.

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

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

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

Почему стейблкоинов так много и чем они отличаются

Стейблкоин - это не просто «цифровой доллар». Это общий термин для разных моделей токенов, которые пытаются держать стабильную цену, но делают это разными способами. Поэтому стейблкоинов много: у каждого свой механизм, свои риски и свой сценарий применения.

Самый понятный тип это фиатно-обеспеченные стейблкоины. Они привязаны к обычной валюте, чаще всего к доллару. Примеры: USDT, USDC, TUSD, USDP. Их плюс простая логика, высокая ликвидность, удобство для переводов и торговли. Минус - приходится доверять эмитенту и его резервам.

Есть криптообеспеченные стейблкоины. Классический пример - DAI, но сейчас важно учитывать, что его экосистема постепенно мигрирует в USDS. Такие модели интересны тем, что они ближе к DeFi и меньше зависят от банковской системы, но зато сложнее устроены и сильнее зависят от состояния залога и рыночной ликвидности.

Есть товарно-обеспеченные стейблкоины, например PAXG и XAUT. Они привязаны не к доллару, а к золоту. Такой формат подходит тем, кто хочет держать в токене не валюту, а реальный актив.

Отдельная категория - это алгоритмические стейблкоины: FRAX, AMPL, sUSD. Их цена удерживается не резервами в классическом смысле, а через алгоритмы, стимулы и автоматическую балансировку. Это самая рискованная и спорная модель, потому что при потере доверия ломается и сама стабильность.

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

Если совсем коротко: все стейблкоины выглядят одинаково снаружи, но внутри это разные механизмы - фиат, крипта, товар или алгоритм.

Как выбрать безопасный криптообменник: краткий чек-лист без иллюзий

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

Ниже краткий чек-лист, который помогает отсеять рискованные варианты ещё до первой операции.

1. Прозрачность условий

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

2. Предсказуемость курса

Важно не только число на экране, а то, фиксируется ли курс и в какой момент. Если итог может “поплыть” без понятных правил, то это уже зона риска.

3. Комиссии и скрытые потери

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

4. Скорость и тип обработки

Автоматическая обработка и понятные статусы - нормальный сценарий. Если процесс завязан на ручные действия и “ожидание оператора”, появляется дополнительная неопределенность.

5. Поведение интерфейса

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

6. Требования по ходу процесса

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

7. Лимиты и ограничения

Несовпадение суммы с правилами сервиса - частая причина ситуаций “деньги отправлены, но не зачислены”. Эти вещи лучше проверять до, а не после.

8. Отзывы и агрегаторы

Отзывы могут помочь, но сами по себе ничего не гарантируют. У любого популярного сервиса будут и положительные, и негативные оценки. Проблема в том, что пользователь чаще смотрит на среднюю оценку, а не на детали. При этом гораздо полезнее обращать внимание не на “5 из 5”, а на повторяющиеся сценарии в отзывах: задержки, изменение условий по ходу обмена, проблемы с зачислением или поддержкой. Если одни и те же жалобы встречаются регулярно, это уже не случайность, а паттерн.

9. История сервиса и цифровой след

Полезно посмотреть, как сервис выглядел раньше и как менялся со временем. Если сайт появился недавно, часто меняет формат работы или почти не имеет истории - это дополнительный фактор риска. 

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

10. Риск транзакции и предварительная проверка

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

11. Поддержка и реакция

Важно не наличие чата, а то, как быстро и по делу отвечают. Это становится критичным, если что-то пошло не по плану.

12. Тестовый прогон

Если сервис новый или сумма чувствительная, небольшая тестовая операция почти всегда дешевле, чем разбираться с последствиями. Если упростить, безопасный обмен - это не тот, где “лучший курс”, а тот, где весь процесс предсказуем: от ввода суммы до финального зачисления.

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