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

Игра «Мор (Утопия)»/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-ам и вообще всем, кто имеет отношение к релизному циклу. Прошу под кат. 

Одна из ключевых проблем ИИ — склонность к «галлюцинациям», то есть к генерации убедительно звучащих, но ложных ответов. Яркий пример на картинке :) Как это можно исправить или улучшить? Есть разные способы. Одно из самых простых решений, позволяющих значительно повысить точность и достоверность ответов, — 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. А как тихо пропесочили одного вашего коллегу за резкую критику в «анонимном» опросе, все запомнили еще с прошлого года.
 
 С другой стороны, совсем без страховки и регламентов тоже нельзя: хаос будет. Или нет? Пару лет назад мне довелось прочитать книгу «Скорость доверия» Стивена М. Р. Кови, она рассказывает о том, как компании, где люди не доверяют друг другу, теряют деньги и как снижают издержки те, где культура доверия на самом деле есть.

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