Я будую системи так, як будують їх у банку
Мене звати Владислав Ананченко. Архітектор програмних систем, магістр права, аспірант з комп’ютерних наук. Я будую роботу так, щоб довіра спиралась на факти, а не на обіцянки.
МайстерняНе студія з менеджерами й конвеєром. Кожен проєкт я веду особисто — від першої розмови до запуску й підтримки.
Понад п’ять років інженерного досвіду, з них більше двох — у фінтеху й банківському секторі, над продуктами одного з найбільших банків України. У банку не буває «і так зійде»: кожен реліз проходить перевірки безпеки, а кожна помилка коштує грошей і репутації.
Перевірка буває не лише технічною. Понад два роки я працював юрисконсультом на великому підприємстві й бачив зсередини перевірку контролюючого органу. Знаю, чому керівник не хоче підписувати документ, у якому не розуміє половини формулювань. Тому договір і технічне завдання для мене — такий самий інженерний артефакт, як архітектура й кодова база.
Працював і в продуктових командах, і в замовній розробці, тому знаю обидва боки: як великий продукт розвивається роками — і як почувається замовник, якому не пояснюють ухвалених рішень і який не може перевірити, за що платить.
Заклади освіти й державні установи у фокусі тому, що тут найбільший розрив між тим, як є, і тим, як має бути. Цими системами користуються всі — діти, батьки, вчителі, люди старшого віку, люди з інвалідністю. Мета проста: щоб за публічну систему не доводилося виправдовуватись тим, хто за неї відповідає.
Три роботи, які прямо впливають на те, як я будую системи
Тези доповіді
Модель релізних гейтів як інструмент управління операційним ризиком у цифровому банкінгу
8-ма Міжнародна наукова конференція «Інформаційні та інноваційні технології в XXI столітті», у співавторстві. Саме ця модель лежить в основі мого інструмента перевірок — жодна збірка не потрапляє до замовника, поки не пройде гейти.
Наукова стаття
Тампер-резистентна архітектура Server-Driven UI з верифікацією Merkle-доказів у реальному часі
Журнал «Інформаційні технології та комп’ютерна інженерія», № 3. Про те, як клієнт може математично перевірити, що отриманий ним інтерфейс не підмінили дорогою.
Наукова стаття
Реактивне трасування поведінкових сценаріїв в односторінкових додатках через Bun-WebSocket та OpenTelemetry
Вісник Черкаського державного технологічного університету, № 4. Про спостережуваність — здатність системи пояснити, що з нею сталося, без здогадок.
Як я працюю
Показую, а не розповідаю
Перший крок — аудит вашої системи з фактами й цифрами. Рішення після цього ухвалюєте ви.
Обсяг і ціна зафіксовані до початку
Вартість, строки, перелік робіт і межі відповідальності визначені договором з технічним завданням у додатку.
Дані й доступи — ваші, і це в договорі
Контент, документи, дані та всі доступи — власність установи, вивантаження на вимогу.
Доступність закладена від початку
Кожну систему перевіряю на придатність для людей з порушеннями зору, слуху й моторики.
Безпека за замовчуванням
Шифрування, захищений вхід, сучасні заголовки, щоденна звірка залежностей з базами вразливостей і резервні копії, відновлення з яких перевірене.
Підпис під роботою
За замовчуванням у підвалі стоїть невеликий логотип моєї майстерні. Не хочете підпису — скажіть, і його не буде.
Опишіть задачу — поверну розбір і оцінку
Напишіть, що зараз робиться руками або що не працює. Протягом 10 робочих днів отримаєте зрозумілий документ — що можна змінити і в якому порядку, а вартість узгодимо після короткої розмови. Без технічного жаргону.
або напишіть туди, де зручно