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

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

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

Не так давно мы в ПСБ внедрили сервис «Запрос о платеже» (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».