Однажды я устал расшифровывать аудио пачкой инструментов в духе «Балерино-Капучино и Бобрито-Бандито» и решил собрать свой пайплайн.

В статье расскажу, как я подключил ИИ к обработке голосовых записей буквально за вечер. Мне нужно было загружать запись голоса в нейросетку и на выходе получать выжимку с итогами встречи — саммари/фоллоу‑апами/«минутками». Я хотел от софта безопасности данных, локального запуска и минимума вложений (в идеале 0 затрат). Я системный аналитик, поэтому не был готов писать приложение целиком.

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

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

Привет! Меня зовут Борис Пишванов, руковожу архитекторами решений в Альфа-Банке. В статье хочу поделиться историей нашей команды архитекторов решений, которая включает около 90 человек и занимается созданием и разработкой архитектуры IT-решений для бизнес-инициатив крупного банка. Уверен, многим из вас наша история покажется знакомой, а возможно, кому-то поможет избежать наших ошибок или найти вдохновение для позитивных изменений.

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

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

Нужно было что-то менять на кардинально новое. Мы начали искать подход, который помог бы объединить отдельные инициативы в единую осмысленную систему. И здесь наше внимание привлёк подход Capabilities-Based Planning (CBP), про который мы узнали из TOGAF.

Так родилась простая, но, как оказалось, рабочая идея: «А давайте подойдём к нашей работе как к развитию бизнес-функции. Через capabilities»

Привет! Я Никита, продакт в финтехе. Моя команда запустили сервис для должника в мобильном банке. Но разговор будет не об этом, а о жизни с долгами. 

В юности пять лет я жил с кредиткой как на американских горках — то много тратил, то затягивал пояса. Потом всё переосмыслил и устроился на проект, где помогаю другим людям закрыть просроченные кредиты. Я реально загорелся темой и изучил:

— когда в книгах начали упоминаться должники, 

— что спрашивают люди, когда звонят в банк по долгам, 

— кто он сегодня – типичный клиент коллектора. 

Под катом делюсь своей кредитной историей и самым интересным, что узнал.

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

И о решении, которое подойдёт не только мне.

Всем привет! Меня зовут Наумов Герман, я работаю в Лаборатории машинного обучения Альфа-Банка, и я расскажу, как мы автоматизировали внутренние процессы, упростили работу операторов чата с физическими лицами. Задача не особо простая и тюнингом гиперпараметров как на Kaggle не решается. Но решается.

Привет! Меня зовут Абакар, я работаю главным техническим лидером разработки в Альфа-Банке.

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

Привет, Хабр! Меня зовут Максим Хандусь, я ML-инженер в лаборатории машинного обучения Альфа-Банка. Недавно наша команда «Мы МИСИС 177!!!» (Назарий Карпов, Кузнецов Данил, Павел Смирнов, Душенёв Даниил — как вы могли догадаться, все мы студенты НИТУ МИСИС) участвовала в хакатоне PurpleHack2025 с достаточно необычным форматом и заняла там второе место.

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

Расскажем, какие задачи были, как мы их распределяли и решали.

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

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

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

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

«Женщина на борту — к беде» и другие стереотипные, а часто и сексистские, высказывания — всего лишь приколы из «нижнего интернета» или реальность даже в прогрессивной сфере IT? Чем больше живу и работаю, тем сильнее задумываюсь об этом. Возможна ли спокойная дискуссия по таким провокационным вопросам?

В статье рассмотрим, как детские игрушки и кружки влияют на количество девушек на физмате, причём тут Трамп и Питер Пэн и как сериалы «Белый лотос» и «Наследники» отражают нашу реальность. Не обойдёмся без неймдроппинга неоднозначных личностей, это важно для повествования (модераторы Хабра, простите).

Привет! Меня зовут Денис, Product Owner в Альфа-Банке (до этого — Сбер, МКБ). Сегодня хочу затронуть тему one-to-one, насколько всем знакомую, настолько же дискуссионную.

Как вы считаете, нужны ли нам one-to-one встречи? Возможно, это лишняя встреча в календаре, может, лучше потратить время на другие важные задачи?

Долгое время я относился к ним аналогично, то есть скептически. Встречи 1:1 проводил без чётких целей: ответить на вопросы сотрудников, узнать о проблемах, а если был повод для замечаний — дать развивающую обратную связь. Встречи были нерегулярными, иногда переносились. Казалось, что сотрудники, как и я, не испытывали в них острой потребности.

Я считал, что для решения важных вопросов будет достаточно scrum-церемоний, а срочные вопросы можно решить в чате, по телефону или лично. Узнать, как у него дела и что беспокоит, можно за обедом или в курилке. Мне казалось, что если я не пойму, что сотрудник чем-то недоволен — зарплатой, нагрузкой или отсутствием перспектив, — то он обязательно об этом скажет.

Но, как оказалось, я ошибался.

Привет! Это Маша из AppSec Альфа-Банка. Я люблю, чтобы разработчикам было интересно, а продукты компании были безопасными.

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

Все задачи из примеров встречались нам ранее в программах BugBounty или на прошлых местах работы и воссозданы в тестовой среде.

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

Привет! Это Маша из AppSec Альфа-Банка. Недавно мы провели первый (для себя) багатон по кибербезопасности, прошедший при совместной работе ИТ, AppSec, команд Внутрикома и DevRel. Главными целями были пропаганда безопасной разработки и сближение разработчиков и команды AppSec.

Расскажем, как мы спланировали и провели мероприятие, чтобы оно стало не только полезным, но и запомнилось командам разработки.

Всем привет! Меня зовут Мельников Виктор, я работаю Junior Data Scientist в хабе Розничного Бизнеса Департамента Продвинутой Аналитики в Альфа-Банке. В этой статье я расскажу про AUF – Open Source библиотеку Альфа-Банка. 

Её главная задача — автоматическое решение задач uplift-моделирования.

Позволяет ускорять разработку в десятки раз и убирает рутину, избавляя от привычного fit-predict. Приятным бонусом идёт полный отчёт по качеству модели, понятный как DS, так и бизнесу.

Дисклеймер: эта статья не про uplift-моделирование, а про библиотеку, которая решает задачу uplift-моделирования. Если хотите почитать про общую постановку задачи, посмотреть на математику, лежащую в основе uplift, в конце статьи оставил раздел с ссылками на полезные материалы.

Друзья, привет!

Меня зовут Егор Пахомов, в Альфе я работаю последние 3 года. Занимаюсь развитием цифровых продуктов в каналах web и mobile, управляю несколькими командами разработки.

Эта статья не будет пересказом учебников и бесчисленных статей по теме Scrum и Agile. В ней вы не найдёте утверждения, которые следует принять в качестве истины в последней инстанции. Здесь также отсутствуют любые отсылки на конкретные персоналии — убеждён, что в данном случае «L'homme c'est rien — l'oeuvre c'est tout» (письмо Гюстава Флобера к Жорж Санд). Просто посмотрим на ситуацию моими глазами в поисках ответа на вечные вопросы любого Product Owner:

— Как сделать, чтобы продукт «заходил» и вашему боссу, и пользователям, а ещё приносил бы профит в ваш карман?
— Как для этого наиболее эффективно использовать все имеющиеся ресурсы (а, кстати, что вообще можно считать ресурсом)?
— Производственный процесс — он нужен или «работает — не трогай»?
— Взаимное доверие: миф секты свидетелей Scrum или эту штуку всё-таки стоит прокачивать?

И, наконец, как отличать успех от неуспеха и фокусироваться на действительно важном, а не на всём подряд, что от тебя хотят все вокруг?

Поговорим не о разработке, а о том, как я путешествовал на парусной яхте. Если коротко: летом 2024-го я впервые получил Шенген, купил яхту и пошёл на ней в Африку через всю Европу, застав Олимпиаду в Париже.

Под катом подробная история, как в 45 лет я стал капитаном собственной яхты, хотя я разработчик, а не олигарх. Где можно получить лодку бесплатно, а где не стоит брать и за деньги? Под каким флагом идти по Европе в наше штормовое время? Какие гаджеты и симка точно нужны для плавания? Всё это под катом.

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

О том, как проводить техническое интервью системного аналитика, сказано много. В интернете можно найти записи публичных интервью. Действующие системные аналитики запускают свои «школы» и консультируют «начинашек», рассказывают, как успешно пройти техническое интервью, причём иногда сразу на уровень middle/ middle+.

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

Привет! Я Влад — старший дизайнер в Альфа-Банке, занимаюсь фичами в «Платежах и переводах». Неровно дышу к улучшению внутренних процессов в компании, поэтому часто выступаю с различными инициативами, одна из которых — разработка стандарта оформления макетов для мобильного банка.

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

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

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

Лет 10 назад я обозревал велогибрид, когда поддался настойчивым убеждениям на форумах о том, что он лучше, чем просто велосипед, ведь это транспорт будущего - он надёжный и экономичный. Думал, что он будет достаточно комфортно (в хорошую погоду) и быстро перемещать меня из точки А в точку Б не затрачивая силы. Сейчас я катаюсь только на «обычном» велосипеде — без мотора. И электробайк больше не куплю.

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

Это статья о том, как обустроить рабочее место под разный бюджет. Кроме разделения на бюджет и комфорт, поделил приёмы и вещи по степени важности. Например, кресло — это вершина комфорта, а камера с телесуфлёром, чтобы глаза смотрели в объектив, — это скорее блажь (которую я на себе протестировал). Но об этом я тоже расскажу и покажу наглядно — фото приложил.