Привет, Хабр! Меня зовут Денис Коробков, я руковожу отделом DevOps по розничному направлению в ПСБ. В своей статье расскажу, как мы внедрили релизную платформу, чтобы выстроить и автоматизировать релизный процесс.

До недавнего времени он был практически полностью ручным. Разработчики согласовывали участие в релизе по почте, релиз-менеджеры вручную собирали общий список сервисов и индивидуально переносили каждую сборку между стендами. Потом в компании изменился подход к разработке: розничный блок, в том числе и микросервисная платформа, перешёл на Trunk Based Development (далее TBD). В связи с этим нам нужно было уменьшить ручные шаги и сократить время релизного цикла. 

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

Одна из ключевых проблем ИИ — склонность к «галлюцинациям», то есть к генерации убедительно звучащих, но ложных ответов. Яркий пример на картинке :) Как это можно исправить или улучшить? Есть разные способы. Одно из самых простых решений, позволяющих значительно повысить точность и достоверность ответов, — RAG (Retrieval Augmented Generation). Это генерация с дополненной выборкой. 

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

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

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

Привет, Хабр! Меня зовут Кирилл Маканков, я iOS-разработчик в ПСБ.  

Сегодня хочу поговорить про особенности реализации MVVM. Не с практической, а с теоретической стороны. С практической стороны этот архитектурный шаблон давно уже изучен вдоль и поперёк. А вот теоретических исследований, особенно применимых к Swift (и в общем, и к SwiftUI в частности), не так уж и много. Давайте вместе попробуем закрыть этот пробел и обосновать с теоретической точки зрения те или иные вариации реализаций в нашей ежедневной работе. Мобильным разработчикам на ObjC, Java и Kotlin данное исследование и обсуждение тоже будет полезно. Присоединяйтесь!

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

Привет всем, на связи снова Дарья Борисова, системный аналитик из ПСБ. Продолжаю развеивать мифы о REST API.  В первой статье цикла мы разобрали фундаментальные заблуждения о природе REST. Сегодня переходим к более прикладным, но не менее спорным вопросам — к мифам о реализации. Мы разберем тонкости работы с методами, поговорим о настоящем смысле «stateless» и выясним, правда ли, что новые технологии отправляют REST на покой. Погружаемся глубже.

Эйнштейн в 26 лет сформулировал специальную теорию относительности. Ньютону не исполнилось и 25 лет, когда он сформулировал закон всемирного тяготения. А наша сегодняшняя героиня в неполные 22 года опубликовала работу о спин‑памяти гравитационных волн, а затем описала так называемый «треугольник Пастерски‑Стромингера‑Жибоедова» — и эту работу цитировал Стивен Хокинг. А ещё раньше, в своём детстве, она обрела популярность благодаря необычному для школьницы техническому хобби — в 14 лет она сама собрала самолёт и совершила на нём одиночный полёт.

Сабрину Гонсалес звали в Blue Origin и NASA, но она посвятила себя физике частиц. Если когда‑нибудь начнут вновь снимать «Теорию Большого взрыва», для неё точно должны найти место в сюжете. К 8 марта разберёмся, что сделала эта американская девушка кубинского происхождения и чем занимается сейчас!

Привет, Хабр! Меня зовут Дмитрий Кислов, я системный аналитик в команде автоматизированной банковской системы в ПСБ. 

Рано или поздно каждый ИТ-специалист сталкивается с ситуацией, когда бизнес ставит почти невыполнимую задачу с жёстким дедлайном. Как тут не вспомнить старую шутку: «Можно ли заставить 9 женщин родить ребёнка за один месяц?». Ответ очевиден — нет, законы природы (и разработки) не обманешь.

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

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

Есть отдельный мем в корпоративной среде — инициативы по развитию доверия. Как это бывает? В один прекрасный рабочий день вы получаете письмо от эйчара, где вас зовут на тимбилдинг с практиками по развитию этого самого доверия. Или вас просят пройти анонимный опрос на платформе для фидбэка, а в конце письма приписка: «Мы строим культуру доверия и открытости». Все бы ничего, но вы-то знаете, что каждую командировку тут нужно проводить через три согласования (чтобы за деньги компании сотрудник случайно не отдохнул в селе Голышманово под Тюменью). После попытки задать вопросы другой команде об их процессах вам сразу же назначили внеплановый 1-to-1. А как тихо пропесочили одного вашего коллегу за резкую критику в «анонимном» опросе, все запомнили еще с прошлого года.
 
 С другой стороны, совсем без страховки и регламентов тоже нельзя: хаос будет. Или нет? Пару лет назад мне довелось прочитать книгу «Скорость доверия» Стивена М. Р. Кови, она рассказывает о том, как компании, где люди не доверяют друг другу, теряют деньги и как снижают издержки те, где культура доверия на самом деле есть.

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

Привет, Хабр! На связи Дмитрий Баринов и Дмитрий Ганявин, системные аналитики в команде разработки системы быстрых платежей (СБП) в ПСБ. Наверняка вы хотя бы раз пользовались СБП. Но слышали ли вы про сервис мгновенного выставления счетов, интегрированный с системой быстрых платежей? Это обмен счетами и их оплата в режиме реального времени.

Не так давно мы в ПСБ внедрили сервис «Запрос о платеже» (Request to Pay) для малого и среднего бизнеса. Делали это вместе с НСПК (Национальной системой платёжных карт), которая вообще стала инициатором появления в России такого решения. И, что приятно, внедрили этот сервис первыми среди российских банков. В этой статье расскажем, как и зачем появился этот сервис и чем он полезен. 

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

Но вот однажды пользователи стали жаловаться, что не могут найти ранее подписанные документы. Бывало, пользователь подписал файл, долго к нему не возвращался, а спустя время уже не смог его отыскать. Переустановил приложение или авторизовался с другого устройства, и все файлы как в воду канули. 

Меня зовут Георгий Левченко, я Android-разработчик в ПСБ. Начал я искать источник бед пользовательских. Оказалось, виной всему было то, что все файлы хранились в кэш-директории приложения. Понял я: чтобы файлы не пропадали, им нужен менеджмент для файлов. Отыскался у Android для таких целей готовый инструмент — Storage Access Framework (SAF), он служит для доступа к файлам через стандартный интерфейс без управления разрешениями вручную. Поведаю под катом, как я решал с его помощью эту задачу. 

Эрику Барони было 25 лет, когда он начал писать код. Юноша уже год как окончил университет, но степень по информатике никак не помогала ему найти работу — компании не бывают заинтересованы в кандидатах без опыта. Тогда Эрик решил попрактиковаться в программировании на C# и разработать проект для своего портфолио.
 
Оставалось понять, за что бы взяться? А с детства Барони был фанатом игр Harvest Moon (теперь называется Story of Seasons), которые можно описать как «RPG о сельской жизни». У него появилась идея создать свою альтернативу любимой игре, дополнив и улучшив её так, как ему всегда хотелось. Работа над Stardew Valley заняла четыре года (и почти всё это время будущего гения содержала его девушка, которая работала на двух работах, вот так она в него верила!).  

Симулятор жизни на ферме Stardew Valley разошёлся тиражом в миллион копий всего за два месяца после выхода и был номинирован на премию The Game Awards 2016 в категории «Лучшая независимая игра». Игроки полюбили его за особую атмосферу и разнообразие геймплея. Давайте посмотрим, как Барони удалось сделать такой проект в одиночку.

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

Я никогда не играла в GTA, но случайно и мимоходом благодаря этой игре узнала о необычном арт-объекте в Лос-Анджелесе. В вымышленном игровом штате San Andreas разработчики создали копию реально существующей достопримечательности — Башен Уоттса. Это место не играет никакой роли в сюжетной линии, туда можно попасть только во время выполнения миссии такси, но оно выглядит очень необычно и лично мне напоминает какие-то инопланетные радиовышки.

Покопавшись в интернете, я выяснила, что эти виртуальные башни — аллюзия на реальную достопримечательность Watts Towers в районе Уоттс в Лос-Анджелесе. Только в реальном мире башен 17, а в игровом всего четыре, и настоящие башни — эффектнее. Художники их обозначили в игре чисто символически.
 
 Мне показалась занимательной история постройки этих башен и дальнейшая их судьба. В течение 33 лет (1921-1954 годы) объект возводил своими руками на заднем дворе собственного дома итальянский иммигрант Сабато Родиа. Потом власти долго порывались их снести, но в итоге они были узаконены и стали историческим памятником. О том, как один человек сумел создать такой впечатляющий объект и как местные архитекторы, художники, учёные и артисты позже боролись за жизнь его башен — читайте под катом.

Всем привет, меня зовут Анатолий Спитченко, я Android-разработчик в ПСБ. В этой статье расскажу про свои эксперименты с Dagger. Наткнувшись в проекте на огромный модуль Application (11,5 Мб), я стал искать альтернативы обертке Dagger Android. Поэкспериментировал с продвигаемым Google Dagger Hilt, а также с более старым подходом — Dagger Components. Последний, как ни странно, позволяет немного сократить Application и в целом имеет больше плюсов, чем минусов. Подробности под катом.

Снепшот-тестирование — один из немногих надёжных способов контролировать визуальную целостность SwiftUI-компонентов. Но что делать, если ваш проект ограничен Xcode 13.3 и Swift 5.6, а большинство компонентов дизайн-системы обёрнуты в UIViewRepresentable?

Меня зовут Денис Третьяков, я iOS-разработчик в ПСБ. В этой статье расскажу, как мы организовали снепшот-тестирование SwiftUI-компонентов в условиях жёстких ограничений, с какими проблемами столкнулись и как их решили.

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

ПСБ тоже решил идти по пути упрощения и внедрил Цифровой профиль Госуслуг в свои сервисы. В этой статье мы расскажем, какой потенциал увидели в этой интеграции, как она помогает упростить опыт клиентов и как банк может повысить доверие пользователей к цифровым услугам.

Как говорится, в споре рождается истина. И этот случай не стал исключением. Часто проектирую запросы, консультирую аналитиков, сама консультируюсь у разработчиков и заметила, что иногда мы по-разному понимаем некоторые аспекты REST. Когда я стала погружаться в тему, то материала набралось столько, что одной статьей не обойтись. Понимание мифов позволяет делать более осознанный выбор при проектировании.
С вами Дарья Борисова, системный аналитик из ПСБ, и я начинаю цикл статей «Мифы о REST».

С 1 сентября 2026 года, согласно закону № 248-ФЗ, принятому в июле 2025 года, клиенты крупнейших банков страны могут предоставить своим клиентам возможность открывать счета цифровых рублей.

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

Привет, Хабр! Меня зовут Максим Сазонов, я android-разработчик в ПСБ. 

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

И главная проблема, которую надо решить при создании этого компонента  это центрирование title и subtitle. Эта проблема возникает потому что у нас может быть тулбар с разным количеством иконок по обе стороны от заголовка, текстом и иконками или только с title. И если ширина иконок у нас стандартна (44 dp), и достаточно просто умножить эту ширину на количество иконок справа, чтобы понять свободное пространство для title и subtitle, то с текстом с одной или с двух сторон всё намного сложнее, так как мы не можем заранее вычислить ширину этого текста, а значит не можем правильно центрировать и задать ширину title и subtitle.

В статье я расскажу, как я решил этот вопрос.

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

Меня зовут Андрей Шумаков, я scrum-мастер, а также куратор по розничному бизнесу в центре развития гибких практик разработки и внедрения продуктового подхода в ПСБ. Мой интерес к настолкам в том числе рабочий: я создаю бизнес-игры. В этой статье расскажу, как создал бизнес-игру с помощью искусственного интеллекта. Scrum-мастера, берите на заметку! Под катом объясню в деталях, как составить хороший промпт и какие именно задачи поручить ИИшке, чтобы она не галлюцинировала излишне, не путалась в контексте и выдавала результат, который потом можно итерировать своими руками. Поехали!