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

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

Привет, меня зовут Антон Огнев, я iOS-разработчик в ПСБ, и в этой статье расскажу о классах, компонентах и зависимостях между ними. Конкретно речь пойдет о том, какие принципы стоит всегда соблюдать при создании и поддержке компонентов, как определить, не рушит ли одна новая зависимость весь проект, как меняются приоритеты по компонентам между стартом новой разработки и зрелым продуктом. 

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

Заглянули к себе в компоненты и обнаружили, что там бардак и обобщенные имена типа Cоmmon, Shared, Core, Base, Utils? Это текст для вас: сам был на вашем месте, помогу навести порядок. 

Всем привет! Меня зовут Алексей Цыбульник, я помогаю внедрять Kanban в командах ПСБ. В банке я работаю с 2019 года, а вообще в IT больше 15 лет. Почти все это время всеми силами я продвигаю Kanban — учу методологии, веду подкаст, делаю конференцию о нем. Если вы интересуетесь этим миром, то можете меня знать :-)

В этой статье расскажу про системный подход, с которым будет проще самостоятельно внедрять Kanban в команде. Имя ему STATIK — System Thinking Approach To Introducing Kanban. Разберемся, чем он полезен и как ложится на принципы канбана. 

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

Я — Дмитрий Тутов, руководитель направления нагрузочного тестирования в ПСБ. Сегодня поговорим про другую сторону Чёрной пятницы!

Поехали!

Меня зовут Александра Гордеева, я возглавляю процессный офис в ПСБ.

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

Понедельник, утро, открываешь проект, а авторизация на dev-стенде снова сломана. Или же надо поторопиться с релизом фичи, а бэк еще не готов, и разрабатывать нужно параллельно, и тут без моков не обойтись. Ну или классика: в командировке лежит интернет, и вся работа встала колом. Знакомо?

Что тут можно поделать? Можно подождать, пока починят стенд. Можно залезть в код и что-нибудь там нахардкодить, переполнив его ненужной логикой моков. Можно поставить Postman, Insomnia или другие популярные решения. Но у каждого подхода есть подводные камни: простои и сорванные дедлайны, забытые хардкоды в продакшене, необходимость согласований с инфобезом (особенно если вы работаете в банке) и зависимость от внешних серверов.

Мы попробовали существующие решения и поняли: ни одно из них не закрывает наши потребности полностью. Нужно было что-то свое: простое в установке, работающее офлайн, не требующее дополнительных приложений и аккаунтов. Что-то, что можно быстро настроить под себя и не зависеть от внешних решений вендора. Так появился наш велосипед — браузерное расширение Req-Saver. 

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

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

Всем привет! Меня зовут Кулаев Сергей, я — Angular-разработчик в ПСБ. В этой статье я поделюсь с вами внутренним устройством примитива signal (сигнал). В Angular уже достаточно давно появилась возможность обрабатывать изменения данных через этот примитив, и большинству людей он уже знаком, но мало кто понимает, как он устроен под капотом. В ходе статьи мы разберём, что из себя представляет сигнал, в каких библиотеках он встречается, а также напишем свою собственную наивную реализацию сигнала и на её основе детально разберём принцип его работы. Статья будет полезна тем, кто при изучении технологий любит построить свой «велосипед», чтобы разобраться, как это работает на пальцах.

Привет всем, я Дмитрий Кислов, системный аналитик-технолог в ПСБ. Отвечаю за создание новых и доработку существующих продуктов для клиентов малого и среднего бизнеса.

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

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

Чем обычно занимаются подростки летом? Гуляют с друзьями, читают заданные на лето книги (нет), гоняют на велосипедах или самокатах по городу? 

90 школьников из Ярославля и Севастополя стали участниками летней трудовой смены ПСБ и получили реальный рабочий опыт. Команда ИТ‑центра ПСБ дала им возможность почувствовать себя частью коллектива.
Посмотрите на этот опыт их глазами.

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

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

А точнее: об оптимизации REST API в бою: как снизить количество запросов без потери данных, где проводить расчеты (и чем это грозит), зачем стандартизировать ответы, как кешировать с умом и почему health-check — это не просто «жив/мертв».

Всем привет! Меня зовут Александр Битько, я фронтенд-разработчик в ПСБ. Сегодня поговорим об одной из частых болей в работе с микрофронтенд-архитектурой — поиске баланса между независимостью микрофронтов и согласованным UI. Когда независимые микрофронты используют разные подходы к стилям (CSS-фреймворки, методологии вроде BEM или CSS-in-JS, глобальные стили), возникают конфликты с визуальной несогласованностью в приложении. Красная кнопка вдруг становится зелёной, шрифты начинают прыгать и так далее. 

Что с этим делать? В этой статье я расскажу о конфликтах стилей: какими они бывают, как с ними бороться и какие стратегии лучше подходят для приложений в разных случаях. И приведу примеры, как это работает на Angular и на React с использованием наиболее популярных библиотек Angular Matherial и MUI. Поехали.

Привет всем, меня зовут Дмитрий Шитиков, я – бэкенд-разработчик в ПСБ.

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

Десятилетиями высокий показатель интеллекта или уровень IQ был предметом гордости. В массовом кино (особенно в 80-е и 90-е) превозносили гениев с запредельным IQ, что подогревало интерес к тестам, время от времени они появлялись даже в модных журналах. Но когда в последний раз вам попадался новый фильм, где главный герой — гений «с IQ выше 160»? Куда делась любовь к элитарной интеллектуальности сейчас?

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

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

Меня зовут Евгений Рошковский, я специалист по процессному управлению в ПСБ. Расскажу, как мы выстраиваем работу с процессным репозиторием.

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

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

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

Привет. Меня зовут Владислав Бердник, я DevOps. Хотя сейчас это не так важно. Ведь чем бы я ни занимался, где бы ни работал, меня окружают люди.

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

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

Всем привет! Я Алексей Толбин, главный системный аналитик в ПСБ, эту статью я написал вместе со своими коллегами — Никитой Резаевым, ведущим системным аналитиком, и Оксаной Резван, управляющим экспертом. 

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

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

Эта статья родилась из практической задачи — понять, как устроен Android в общем и целом, как он сохраняет и восстанавливает состояния приложения (помимо БД и файлов) при внезапном завершении процесса, как управляет процессами.

Я разберу ключевые системные компоненты (Zygote, SystemServer, AMS, Binder) и процесс восстановления состояния через Bundle.

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

История бесконечности потенциально бесконечна, но фактически, увы и ах, эта статья будет последней в нашем цикле. Кстати, предыдущее предложение звучало бы смешнее на английском (...but actually). Но я пишу её не на языке Ньютона и Шекспира, а на языке Колмогорова и Есенина, так что придётся читателю довольствоваться лишь потенциальным каламбуром.

В компьютерных RPG часто бывает три концовки: добрая, злая и true ending. В данном случае реальная жизнь повторяет за геймдевом, и в истории бесконечности все эти сюжетные ветки также присутствуют. Под катом я расскажу, в чём их смысл и какие персонажи класса «математик» прошли игру «Жизнь» с этими концовками.