PRO продукты и системы | Иннокентий Бодров

Самый короткий рассказ, способный растрогать любого

Помните шутки, что курьеры будут получать больше айтишников?)

🔥 SPRINT OFFER в YADRO для системных аналитиков: Телеком и BIOS/BMC!

В YADRO стартовал SPRINT OFFER для системных аналитиков. Это возможность пройти все этапы отбора и получить оффер в компанию всего за три дня. Мы в поиске специалистов в два направления:

🚀 Телеком
Разработка компонентов мобильных сетей и систем управления сетью. Команда работает с архитектурой базовых станций и телеком-платформами для стандартов GSM/LTE/5G.
Технологии: LTE/5G/GSM, 3GPP/RFC/O-RAN/ITU.

💻 BIOS/BMC
Разработка и поддержка системного ПО для серверов и модулей серверных платформ.
Технологии: BMS, BIOS/UEFI, Embedded, Linux, высокоскоростные интерфейсы, протоколы интеграции

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

Уровень: Специалист / Старший / Ведущий.
Формат работы: Удалённая работа или офис в городах присутствия — Москве, Санкт-Петербурге, Нижнем Новгороде, Екатеринбурге, Минске.

⚙️ Как проходит SPRINT OFFER:
1️⃣ Подайте заявку до 29 марта и пройдите HR-скрининг.
2️⃣ Пройдите техническое и менеджерское интервью.
3️⃣ Получите оффер в течение 3 дней.

💙 Подайте заявку до 29 марта и всего за 3 дня начните свой путь в компании, которая задает новые стандарты в технологической среде!

Жиза №984

Часто слышу про эйджизм в IT, но у меня был обратный кейс.

3 или 4 года назад взял в команду джуном-аналитиком мужика, которому было около 45. Он только закончил курсы, а до этого полжизни проработал в логистике.

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

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

Посудите сами: если человек в 40+ решился сменить профессию и доучился, у него с мотивацией все точно в порядке.
______________
Поделиться своей историей — @zhizaIT_bot

🔥 Хард-скиллы переоценены? Давай честно разберёмся

Сегодня наткнулся на историю, которая очень чётко подтверждает мысль, о которой я говорю уже не первый год:

👉 харды — это руки, а софты — это голова

И вот где начинается самое интересное.

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

И что происходит дальше?
👉 он довольно быстро доезжает до уровня mid+/senior

А рядом сидят коллеги, которые:
• знают UML почти наизусть
• могут идеально декомпозировать систему ⚙️
• читают документацию как художественную литературу

…и при этом годами остаются на том же уровне.

⸻

🧠 Где здесь правда, которую многие не хотят признавать

На своём опыте могу сказать довольно жёсткую вещь:

👉 харды сегодня стремительно теряют ценность

И дело не в том, что они не нужны — без них ты просто не войдёшь в профессию. Проблема в другом:
• 🤖 ИИ всё больше закрывает технические задачи быстрее и дешевле
• ⚙️ стек технологий меняется так быстро, что половина твоих знаний устаревает за пару лет
• 📚 само знание «как делать» становится commodity

⸻

А что начинает реально решать

Если смотреть на сильных аналитиков и TPM-ов, у них почти всегда есть одно общее:
• ✅ они умеют договариваться и влиять на решения, а не просто фиксировать требования
• ✅ они понимают зачем это делается для бизнеса, а не только «как»
• ✅ они умеют упаковать решение, чтобы его приняли и реализовали
• ✅ они быстро доучиваются под задачу, а не пытаются заранее знать всё
• ✅ они способны объяснить сложное простым языком, и это резко снижает количество ошибок

⸻

💡 И вот главный момент, который многие игнорируют

👉 харды дают тебе вход в профессию
👉 но карьеру тебе делают софты

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

Но вот:
👉 понять, что вообще нужно делать и почему — всё ещё зона ответственности человека

⸻

⚡ Вывод

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

⸻

А что думаешь ты?
Замечаешь ли, что софты начинают перевешивать харды в реальной работе? 👇

Коллеги, добрый день!
Уже через месяц, 18 апреля, состоится онлайн-конференция Аналитический марафон #17 на тему "Техники и коммуникации в работе системного аналитика"!

Мир меняется: сегодня системный аналитик не просто пишет ТЗ, а проектирует архитектуру и внедряет AI-инструменты. Мы собрали контент, который даст вам мощный апгрейд и сэкономит месяцы самостоятельного обучения.
Что в программе?
🔹 ADR & Agent Skills: Узнаем, как системному аналитику готовить качественные архитектурные решения с помощью LLM и специализированных агентских навыков.
🔹 Свой AI-ассистент на коде компании: Live-demo по созданию RAG-системы на базе 800 репозиториев. Подключаем приватные данные и строим логику чата — можно внедрять сразу после доклада.
🔹 Стандартизация API: Пошаговая методика — как перейти от хаоса к автоматической проверке качества и измеримым метрикам.
🔹 От промпта к прототипу: Валидируем требования заранее! Учимся использовать Gherkin для AI-прототипирования и сравнивать UX-паттерны еще до начала разработки.
Это не теоретические лекции, а реальные кейсы, схемы и лайфхаки, которые меняют подход к работе.

🤔 И это только начало. Программа ещё собирается!
🚀 Сейчас — самая выгодная цена (Early Bird). 25 марта пройдёт первое подорожание.

✅ Зарегистрироваться и ознакомиться с полной программой можно по ссылке: Analyst Marathon #17

Чтобы не потерять нас подписывайтесь на другие каналы:
ВК: присоединяйся
Max: присоединяйся

Команда АМ

🧠 Инструкция по промптингу в нейросетках для больших задач

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

🎯 1. Целеполагание

Формулируем конкретную цель и оцифровываем ожидаемый результат (KPI). Нейросети нужна четкая точка Б.

🧩 2. Декомпозиция от ИИ

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

⚡️ 3. Параллельные запросы

Экономим время: запускаем независимые промпты для разных смысловых блоков одновременно в разных ветках.

🔎 4. Жесткая верификация

Фактчекинг обязателен! Спрашиваем у ИИ про источники данных, просим подтвердить факты и проверяем, нет ли здесь «галлюцинаций» (выдуманной информации).

📄 5. Сборка первого драфта

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

⚖️ 6. AI-Аудит и челлендж

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

🏁 7. Финализация

Оцениваем результат после правок:

✅ Всё корректно? Забираем готовое решение в работу!

🔄 Остались слепые зоны? Возвращаемся на Шаг 2, формулируем новые вопросы и заходим на следующий круг.

🪚Бонус для искушенных

Каждый шаг выше вы можете отдавать разным нейросеткам параллельно. Дальше выбирайте лучшее и собирайте в финальный файл.

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

#инструментыпродакта

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

Пошел на продуктовый митап, а попал на мастер-класс по созданию наглядных примеров для презентаций

Без макак - я никак

Прикинул тут свои траты на ИИшечку.
• €20 — Google AI (Antigravity и всё вокруг)
• €20 — ChatGPT
• €20 — Claude (особенно сейчас, когда разбираюсь с cowork)
• €20 — Gamma для презентаций

Плюс немного на хостинги, сервисы, мелкие инструменты.

В итоге выходит примерно €100 в месяц.
То есть около 9–10 тысяч рублей.

С одной стороны — кажется, что это довольно много.
Раньше это был бы просто «набор дорогих подписок».

Но есть нюанс.

Эти €100:
• экономят часы работы каждую неделю
• ускоряют разработку идей
• позволяют делать вещи, на которые раньше просто не хватало времени

Честно говоря, я уже плохо представляю, как работать без этого стека.

Это как интернет в нулевые:
сначала кажется роскошью, потом становится инфраструктурой.

И мне кажется, в 2026 году у каждого специалиста появится свой AI-stack — как раньше был software-stack.

Интересно сравнить.

А сколько вы тратите на ИИ-инструменты в месяц?
И какие реально окупаются?

В нашей профессии девушки традиционно очень сильны ( в отличие от ИТ в целом), но мы очень рады, что вы с нами!

С 8 марта прекрасную половину человечества)

Любопытно как меняется качество вопросов в чатике с вайб-соло-пренёрами.

Сперва спрашивали какую модель лучше использовать.

Теперь гексагональная архитектура, выбор СУБД, очереди, бекапы, продакшон.

🥹

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

Извините, не могу пройти мимо

Как находят работу за бугром в IT

Наити работу на немецком рынке. И не через релокацию! Сам нашел и сам переехал!

Это история Бизнес аналитика, который работает в Deutsche Bank и язвительно пишет из солнечного Франкфурта-на-Майне.

Из ХЗ в ТЗ — блог про работу в финтехе и как там у них. Антон также исследует рынок РФ и продолжает ходить на собеседования.

Истории, которые уже вышли:
🟢 собеседование в банк Азии. Кринж😬
🟢 красные флаги в тестовом задании. И референс ответа.
🟢 как мы делали mit den Jungs в банке
🟢 стал бы я в 2026-ом накручивать опыт в резюме?

Переходите знакомиться: @anton_alekseev

Хочу сегодня поговорить про FOMO — Fear of Missing Out.
Вчера на занятии по web-аналитике рассказывал ребятам про инструменты, которые сам использую. Railway, Supabase, разные штуки для быстрого деплоя и сборки прототипов.
И кто-то из них впервые слышал про эти сервисы.
И в этот момент я снова поймал интересное ощущение.
С одной стороны — FOMO.
Каждый день появляются новые продукты, фреймворки, AI-инструменты, платформы.
Ты открываешь Twitter, LinkedIn, Product Hunt — и создаётся ощущение, что ты безнадёжно отстаёшь.
Что все уже разобрались, внедрили, автоматизировали, а ты всё ещё не там.
С другой стороны — реальность гораздо спокойнее.
Есть огромное количество людей, которые не знают даже про базовые инструменты, способные упростить им жизнь в два раза.
И это нормально.
Знание — коварная штука.
Как только ты что-то узнал, тебе кажется, что «это уже must-have, все должны это знать».
Но мир асинхронен. Каждый в своей точке.
И вот здесь для меня интересный вопрос.
FOMO возникает не потому, что мы реально что-то упускаем.
А потому что мы сравниваем свой «закулисный процесс» с чужой «витриной результатов».
В контексте инструментов это особенно заметно.
Кто-то уже собрал 10 сервисов на Railway.
Кто-то вообще не слышал про Supabase.
Кто-то только открывает для себя GitHub.
И это не про «умнее/глупее».
Это про траекторию.
Поэтому хочу спросить вас.
Интересно ли вам, если я начну делиться: — какими инструментами пользуюсь для сборки приложений,
— как я их выбираю,
— где они реально экономят время,
— а где это просто хайп?
Возможно, таким образом: — я чуть-чуть снижу своё FOMO,
— вы узнаете что-то полезное,
— а вы, в свою очередь, поделитесь своими находками.
И тогда вместо FOMO получится обмен.
А у вас сейчас FOMO больше про технологии или уже скорее про фокус?

У CodeFest открыт CFP — до 1 марта можно подать заявку на доклад 🎙

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

Если вы, как и я, давно думаете: «Когда-нибудь выступлю» — возможно, это именно тот самый момент.

CodeFest — это не просто конференция с сильной аудиторией.
Это место, где:

— задают живые и местами неудобные вопросы,
— дают честную обратную связь,
— не слушают «по инерции», а реально включаются в тему.

Да, выступать немного волнительно.
Но это тот самый полезный стресс, после которого вырастаешь — и профессионально, и личностно.

И это не только про сцену.

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

Темы этого года можно посмотреть здесь:
https://16.codefest.ru/themes#program

Конференция пройдёт 30–31 мая 2026 в Новосибирске.

А если хотите просто прийти послушать — регистрация уже открыта:
https://16.codefest.ru/reg/

Увидимся на сцене или в зале 👋

Скажите, вы бы напряглись, если бы ваша компания проводила такой вебинар?)

Проектируете ли вы интеграцию — или вы проектируете процесс?

На словах кажется, что это одно и то же. На практике — это две совершенно разные плоскости мышления.

Простой пример.
Есть пользовательская система. В ней работает пользователь.
Есть агент, который помогает этому пользователю.

В систему загружаются документы. Чтобы агент мог с ними работать, документы нужно распознать — подключается внешняя система OCR.

Дальше начинается инженерная логика.
Система №1 интегрируется с системой распознавания:
передаётся идентификатор, создаётся внутренний ID — всё аккуратно, всё работает.
Потом подключается агент.
Данные из OCR складываются в Kafka с внутренним идентификатором.
Агент читает сообщение и думает: отлично, у меня есть ID, значит я смогу положить результат обратно в исходную систему.

И вот здесь происходит сбой.
Идентификатор, который агент получает из Kafka, не совпадает с тем идентификатором, по которому можно обратиться к API процесса в исходной системе.
Формально все интеграции были спроектированы.
Каждая пара систем взаимодействует корректно.
Документация, конечно, средненькая, но технически всё «работает».
Только процесс не работает.
Потому что никто не проектировал процесс целиком.

Каждый проектировал свою интеграцию: — система ↔ OCR
— OCR ↔ Kafka
— Kafka ↔ агент
— агент ↔ API
Но никто не проектировал сквозной поток:
«Документ загружен → распознан → обработан → результат возвращён в конкретный бизнес-процесс».
В результате — дополнительные трудозатраты, доработки, синхронизации, выяснение «какой именно ID это был».
И тут возникает важный вопрос.
Кто вообще отвечает за проектирование сквозного процесса?
Интуитивно хочется сказать: solution-архитектор.
Но часто архитектор рисует высокоуровневый Vision, определяет системы и интеграционные точки — и считает задачу закрытой.
А согласование идентификаторов, контекстов, состояний, жизненного цикла сущностей — «это уже детали», которые почему-то должны сами собой сложиться.
Не складываются.
Потому что интеграция — это про соединение интерфейсов.
А процесс — это про синхронизацию смыслов.
Можно идеально соединить API и при этом полностью сломать бизнес-поток.
Вот здесь и проходит водораздел.
Когда вы работаете в сложной системе, вы отвечаете за: — корректность технической интеграции
или
— за целостность процесса от начала до конца?
И это не риторический вопрос.
Потому что если никто не отвечает за процесс целиком,
то за него потом платят все.
А вы в таких историях что проектируете — интеграции или процесс?