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

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

Всем привет! Меня зовут Наумов Герман, я работаю в Лаборатории машинного обучения Альфа-Банка, и я расскажу, как мы автоматизировали внутренние процессы, упростили работу операторов чата с физическими лицами. Задача не особо простая и тюнингом гиперпараметров как на 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 назад я обозревал велогибрид, когда поддался настойчивым убеждениям на форумах о том, что он лучше, чем просто велосипед, ведь это транспорт будущего - он надёжный и экономичный. Думал, что он будет достаточно комфортно (в хорошую погоду) и быстро перемещать меня из точки А в точку Б не затрачивая силы. Сейчас я катаюсь только на «обычном» велосипеде — без мотора. И электробайк больше не куплю.

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

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

Привет! Я Лёша, backend‑разработчик, который любит путешествовать. Зато я увлёкся нейронками и доработал самописный Telegram-бот, который мониторит цены на туры и перелёты. Статья будет как раз про ИИ с точки зрения внедрения в пет-проект.

Под катом узнаете:

— где стоит применить нейронки, а где можно обойтись NLP;

— как локально крутить LLM и почему стоит воспользоваться API;

— как подбирать промпты, чтобы получать от ИИ не просто ответы, а реально полезную информацию;

— зачем вообще в боте для поиска дешёвых авиабилетов (и любых сообщений) нейросети и почему в нём осталась лемматизация / NLP, а в некоторых местах регулярки для поиска сообщений.

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

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

И у нас практически получилось.

Привет, меня зовут Дмитрий, я аспирант 4-го курса факультета «Систем управления и робототехники» Университета ИТМО. Я расскажу историю, как мы в прошлом году с командой выступили на «Битве роботов» с автономным роботом. Так как подобные роботы на ринге «Битвы» не появлялись, и мы, в свою очередь, ещё не занимались постройкой 160-килограммовых «самодвижущихся» боевых аппаратов, которые управляют «сами собой», опыт был весьма занимательный.

Что нужно аналитику из навыков дизайнера?

Нужно ли им строить объекты? А создавать маскированные области при ретушировании фотографии? Информация о принципах работы с кривыми излишняя или нет? Подключение библиотек? Создание стилей? Что должно входить в программу?

И главный вопрос — зачем?

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