Привет, Хабр! Меня зовут Андрей Кундус. Я работаю в отделе розничных продаж и клиентского обслуживания ПСБ в Кемерово. С ИТ и программированием моя жизнь пересекается ровно настолько, насколько у любого современного человека: компьютер, смартфон, несколько программ для работы. Я — не математик, не data‑scientist и уж точно не разработчик.

Но есть одна вещь, которая меня занимает очень давно, — число π. Не как «3,14» из школьного учебника, а как загадка. Как вообще можно вычислить бесконечную дробь? Кто придумал способ добраться до триллионов знаков? И почему до сих пор этим занимаются?

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

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

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

Если вы начинающий специалист в области ИТ-инфраструктуры, который видит своё будущее в ИТ-менеджменте — эта статья для вас. Думаю, вам будет полезно ознакомиться с вызовами и олдскульными способами их решения, основанными частично на ITIL, частично на devops.

Еще в 22-м году я рассказывал, как за довольно небольшой промежуток времени мы смогли ворваться в ТОП-3 финтех-приложений для малого и среднего бизнеса. С тех пор уже состоялось новое исследование MarksWebb 24-го года, в котором мы стали лучшими. В мае текущего года мы стали серебряными призерами — с колоссальным отрывом от всех остальных преследователей.

На связи Кирилл Маканков, iOS-разработчик из ПСБ.

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

1. руководителям всех направлений разработки, так как показывает, где и как находить неэффективные процессы, и, самое главное, — как радикально повышать их эффективность;

2. архитекторам программного обеспечения, так как именно они ответственны за эффективность процессов разработки;

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

«К.А.Р.А.Т.» (далее — «Карат») звучит как название секретного проекта из научной фантастики. В публикациях и обсуждениях его иногда называют чуть ли не «советским искусственным интеллектом для управления реактором». Обычно в таких историях фигурируют автономный контроль мощности, сложные алгоритмы принятия решений и другие детали, которые хорошо смотрятся в ретроспективе.

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

На связи Владимир Багаутдинов, риск-аналитик в ПСБ. Разберемся, что представлял из себя «Карат» на самом деле и какое место он занимает в истории автоматизации атомной энергетики.

Привет, Хабр! Меня зовут Дмитрий Попов, я Android‑разработчик в ПСБ. В какой‑то момент мне захотелось разобраться — что такое корутина и откуда они вообще взялись. Погрузившись в различные статьи и видео, я узнал много нового, рассказал коллегам внутри команды, а теперь решил рассказать и вам. Все, что важно знать о корутинах, по моему скромному мнению, — в этой статье!

Вам точно хотя бы раз попадался мем «Кодзима гений». Собственно, я когда-то сначала увидела мем, а уже потом заинтересовалась игрой. Он появился в 2015 году, когда вышла игра Metal Gear Solid V: The Phantom Pain, и один из популярных российских стримеров выложил на неё обзор с таким заголовком. А в 2019 году, в преддверии выхода нового проекта Хидео Кодзимы, японского сценариста и геймдизайнера, фраза окончательно ушла в массы и заполонила весь рунет.

Metal Gear — серия игр, разрабатываемая компаниями Konami и Kojima Productions и издаваемая Konami, в жанре стелс-экшн, одна из таких игр, где выгоднее не нападать в открытую, а избегать столкновений: прятаться, обходить противников и действовать скрытно. Вообще, она была одной из первых игр в этом жанре. Первая часть Metal Gear вышла ещё в 1987 году, хотя всемирная известность пришла к ней 12 лет спустя — после выпуска для PlayStation. Но причина восхищения Кодзимой не только в геймплее. В Metal Gear много философии, здесь поднимаются темы войны, контроля, свободы выбора и зависимости человека от системы.
 
 Сегодня в серию Metal Gear входит 10 основных игр и множество спин-оффов, это уже целая вселенная. Но как Кодзиме удаётся удерживать внимание фанатов на протяжении 39 лет? И в чём именно выражается его гениальность? Давайте разбираться.

Привет, Хабр! Меня зовут Оля Борисова, я фронтенд-разработчик в ПСБ. Работала как в продуктовых, так и в платформенной команде. Сегодня хочу поделиться нашим опытом разработки внутренних пакетов, их релизным процессом, расскажу какие проблемы у нас были, а также постараюсь дать советы тем, кто еще в начале пути.

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

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

Мы тут время от времени постим обзоры на интересные игры, которые нравятся кому-то из нашей команды. И сегодня у нас на очереди игра «Мор (Утопия)». Если вам по какой-то причине не хватает в жизни чувства бессилия и потери контроля, то «Мор (Утопия)» это исправит. Вы будете неправильно расставлять приоритеты, расплачиваться за принятые решения, бороться за выживание и, если повезёт, дойдёте до финала. Уставшим и неудовлетворённым, потому что так и задумано.

Игра «Мор (Утопия)»/Pathalogic — дебютный проект независимой московской студии геймдизайна Ice-Pick Lodge. Официальный релиз вышел в июне 2005 года. За неё студия получила премию «Самая нестандартная игра» на Конференции разработчиков игр. Основатель студии Николай Дыбовский рассказывал, что «Мор (Утопия)» — это попытка выйти за рамки жанра компьютерной игры, в которой принято преодолевать уровни один за другим и получать награды. Смысл в том, чтобы игрок получил новый эмоциональный опыт и пережил настоящую метаморфозу. Никаких развлечений, только тревога и фрустрация! Признайтесь, захотелось? :) Тогда заходите почитать про игру побольше.

Привет!

Я Саша Гордеева, руковожу процессным офисом в ПСБ.

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

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

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

Однажды я захотел узнать что-то новое по СУБД Postgres и структурировать уже имеющиеся знания. На помощь пришла программа сертификации. Рассказываю как подготовиться к прохождению теста от Posgres Professional и на что обратить внимание в первую очередь.

Мое имя Денис Непочитой, я уже несколько лет занимаюсь базами данных в ПСБ.

Администрировал разные системы, но в основном фокусе была АБС на Oracle (автоматизированная банковская система, «сердце» банка): от решения проблем с производительностью до обновлений на новую версию. В последнее время также сфокусирован на задачах по АБС, но уже на Postgres. 

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

Как это было — читайте ниже.

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

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

В этой статье я пройду путь эволюции работы с RecyclerView.Adapter:
- Разберу, как работает система уведомлений под капотом.
- Вспомню, как DiffUtil и ListAdapter спасли нас от ручных вычислений.
- Расскажу про AsyncListDiffer, ConcatAdapter и нюансы восстановления позиции.
- И наконец, покажу, как спроектировать универсальный адаптер с поддержкой разных ViewHolder, частичным обновлением (Payloads) и ViewBinding — с полным примером кода.

Поехали!

Деньги, какими мы их знаем и понимаем сегодня, возникли в VII веке до нашей эры — это были первые монеты. А спустя почти полторы тысячи лет в Китае стали использовать прообразы бумажных денег — расписки, которые можно было перевозить вместо тяжёлых монет. Вообще история эволюции денег интересна — они не всегда выглядели как привычные нам монеты или банкноты. В разные времена и в разных культурах долго использовались «товарные деньги», то есть нечто дорогое и нужное всем и всегда, вроде шкурок животных или соли. В качестве платёжных инструментов использовали и весьма неожиданные вещи — ткани, ракушки, камни, шиферные колечки, чай в брикетах…

Давайте вспомним самые необычные платёжные средства из прошлого.

Привет, Хабр! Сегодня мы часто говорим про разные тренды в разработке — ИИ‑агентов, тестирование на ранних стадиях, прослеживаемость изменений, автоматизацию пайплайнов… Все эти тренды звучат убедительно, пока не упираются в реальность: требования лежат в на общих дисках, схемы — в картинках, контракты — в разных версиях, а история изменений размазана по инструментам.

Что делать с этим?

Лев Немировский, руководитель направления по развитию инструментов внедрения ПСБ, рассказал, чем полезен в этом случае подход GitOps и о том, как и в каких случаях это может упростить жизнь команде.

Самовлюблённые числа (они же числа Армстронга, в оригинале Narcissistic numbers) — это числа, равные сумме своих цифр, возведённых в степень количества этих цифр. Например, 153 — самовлюблённое число, потому что 

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

Но действительно ли самовлюблённые числа настолько бесполезны? Чтобы узнать ответ, зайдите под кат.

Привет, Хабр! Меня зовут Николай Чурянин, я занимаюсь iOS-разработкой в ПСБ. Сегодня я хочу рассказать вам, как делал новую документацию для нашего модуля CI/CD. Конечно же, документация у нас была и раньше. И даже не одна — а это, как понимаете, только усугубляло проблему. Часть документации лежала в readme-репозитории — с него-то она по сути и началась. Но обновлялась она там нерегулярно, оказалось, что работать с ней было не очень-то удобно. В какой-то момент этот репозиторий перестали поддерживать, и я попытался оформить её на внутреннем портале. Увы, пользы от этого стало ещё меньше: там документация была оторвана от кода — от наших скриптов. Вдобавок, её было трудно обновлять. Надо ли говорить, что и её забросили?

«Совсем без документации тоже нельзя», —  решил я и принялся искать другой способ. И нашёл его (спойлер: без ИИ тут не обошлось). Покажу, что получилось и как всё теперь работает. 

Привет всем, на связи снова Дарья Борисова, системный аналитик из ПСБ. Продолжаю развеивать мифы о REST API. Если вы пропустили первую и вторую часть, то советую заглянуть туда: ведь мы уже разобрали некоторые заблуждения о природе REST. Сегодня мы разберем нюансы транспортных и бизнес-ошибок, погрузимся в кеширование и узнаем, действительно ли REST должен быть прокси для базы данных.

Переходите под кат, начинаем!

WebAssembly находится в разработке уже более 8 лет. Технология прошла долгий путь развития и недавно разработчики из Bytecode Alliance выкатили версию 3.0.

О WebAssembly уже много материалов, но сегодня нам важна сама суть. У нас есть возможность, воспользовавшись любым из доступных языков программирования, написать модуль с необходимой нам логикой и запустить в исполняемой среде браузера. Разработчики обещают: модули будут быстрее и безопаснее, чем JavaScript, а также созданные ранее технологии, наподобие asm.js.

На связи Борис Мещеряков, frontend-разработчик в ПСБ и чаще всего мне приходится работать с javascript-фреймворками - React, Angular и прочими. Узнав о WebAssembly, я какое-то время наблюдал за его развитием. Мне стало интересно, может ли новая технология помочь мне уже сейчас? Какие ее возможности существуют на данный момент и какие реальны в будущем?

Разберёмся вместе?

Концепция эволюционной архитектуры (Evolutionary Architecture) — очень популярный в наши дни подход к проектированию программного обеспечения, при котором система способна адаптироваться и развиваться без потери функциональности. Этот подход подробно описан в книге «Эволюционная архитектура. Автоматизированное управление программным обеспечением» Нила Форда и др. 

На связи Кирилл Маканков, iOS-разработчик в ПСБ. В этой статье я хочу проанализировать эволюционную архитектуру сквозь призму теории Дарвина и определить, действительно ли этот подход позволяет ПО эволюционировать. 

Внутри банка мы обучаем сотрудников промт-инжинирингу и работе с нейросетями. Студенты в одной группе стали спрашивать: «А зачем мы всё это изучаем? В ПСБ же ничего нет…» Это был знак свыше. Да, мы из тех компаний, которые к LLM относятся крайне осторожно и не стремятся попробовать всё в первых рядах. Но в некоторых направлениях мы как раз пионеры. В частности, в работе с малым и средним бизнесом. Пришло время рассказать об этом побольше.

Меня зовут Дмитрий Шенберг, я заместитель директора департамента электронного бизнеса, малого и среднего предпринимательства. Здесь вкратце и с примерами расскажу о том, как в ПСБ обстоят дела с внедрением LLM-моделей, и разберу кейсы применения генеративного ИИ в нашем банковском бизнесе.

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

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

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