Путь от ядерной физики к цифровым валютам — личная история руководителя проектов в R-Style Softlab
Мой первый компьютер и первая программа
1986 год. Мне 14 лет, и я сижу за клавиатурой «Агата» в школьном кабинете информатики. Это был советский клон Apple II с зелёным монитором и дисководом на 140 килобайт. Тогда я написал свою первую программу на Бейсике - простой калькулятор для решения квадратных уравнений.
Я учился в физико-математической школе при НИЯУ МИФИ, и все вокруг говорили: «Парень, ты пойдёшь в ядерную физику, будешь работать в научных центрах, может, даже в Курчатовском институте». Так и вышло - поступил в МИФИ на факультет экспериментальной и теоретической физики. Но параллельно с лекциями по квантовой механике я продолжал кодить. Сначала - задачки для себя, потом - расчётные программы для курсовых, затем - моделирование физических процессов.
Почему физик - это уже программист
В МИФИ я понял важную вещь: современная физика без вычислительной техники невозможна. Мы моделировали распад частиц, рассчитывали сечения реакций, строили графики зависимостей - и всё это требовало кода. Я освоил Fortran, затем C, потом пришёл Pascal и Delphi.
Но ключевой навык, который дала мне физическая школа, - это не язык программирования. Это мышление системами. В физике ты не можешь изменить одну переменную и ждать, что остальное останется прежним. Всё связано: изменишь начальные условия - получишь совершенно другую траекторию. Этот системный подход я перенёс в IT, когда понял, что банковская система - тоже сложная динамическая система с обратными связями, нелинейностями и фазовыми переходами.
Первый коммерческий проект: когда теория встречается с бизнесом
После МИФИ я не пошёл в науку. 90-е годы, лихие времена, и я оказался в компании «Открытые Технологии». Там я впервые столкнулся с коммерческой разработкой - нужно было автоматизировать учёт для торговых предприятий.
Помню свой шок: в физике если формула работает, она работает всегда. А в бизнесе? «Андрей, нам нужно, чтобы программа делала X». Я делаю X. «Нет, мы имели в виду почти X, но когда Y, должно быть Z». И так десять итераций.
Я понял, что техническая задача - это только 30% успеха. Остальное - это понимание контекста, коммуникация с заказчиком, умение формализовать размытые требования. Физика учит строгости, но бизнес учит гибкости. Пришлось расти.
Путь к архитектуре: от кодера к системному мыслителю
В 2000-х я уже руководил разработкой в «Открытых Технологиях». Мы делали сложные системы документооборота, интеграционные решения, автоматизацию бизнес-процессов. И здесь произошёл ключевой переход: я перестал писать код сам и начал проектировать, как система будет работать в целом.
Архитектура ПО - это как проектирование экспериментальной установки в физике. Ты должен предвидеть, где возникнут «узкие места», какие компоненты будут взаимодействовать, где нужны «демпферы» для поглощения нагрузки, а где - «усилители» для масштабирования.
В 2013 году я пришёл в R-Style Softlab. Компания уже была игроком на рынке банковского ПО, и меня пригласили усилить архитектурную команду. Сначала - руководитель направления, потом - руководитель проектов. И вот я здесь уже больше десяти лет, прошедший путь от инженера-физика до архитектора финансовых систем.
Цифровой рубль: когда государство доверяет частной компании
В 2022 году нам поставили амбициозную задачу: разработать решение для интеграции банков с платформой цифрового рубля ЦБ РФ. Это был вызов не только технический, но и организационный.
Представьте: десятки банков-партнёров, у каждого - своя инфраструктура, свои legacy-системы, свои сроки. Регулятор выдвигает требования, которые меняются по ходу проекта. Нужно обеспечить 300 транзакций в секунду, при этом система должна быть отказоустойчивой, безопасной, сертифицированной в реестре отечественного ПО.
Я применил тот же подход, что когда-то в физике: декомпозиция сложной системы на подсистемы, моделирование поведения при разных сценариях, поиск резонансных частот (в IT это называется «бутылочными горлышками»). Мы построили гибкую архитектуру с оркестратором бизнес-процессов, который позволяет банкам адаптировать решение под себя без переписывания кода.
Чему физика научила меня в IT: 5 принципов
За годы работы я выделил несколько принципов, которые пришли ко мне из физической школы:
1. Закон сохранения сложности
Сложность системы не исчезает - она только перераспределяется. Можешь вынести её на уровень кода, можешь - на уровень конфигурации, можешь - на уровень инфраструктуры. Грамотный архитектор выбирает, где сложность будет обслуживаться с наименьшими издержками.
2. Принцип неопределённости для требований
Чем точнее ты формализуешь одно требование, тем размытее становятся связанные с ним. Поэтому важна итеративная разработка: двигайся маленькими шагами, получай обратную связь, корректируй траекторию.
3. Энтропия растёт
Любая система со временем деградирует, если не вкладывать энергию в её поддержание. Рефакторинг - это не «красота ради красоты», это борьба с энтропией кода.
4. Резонансные частоты
В любой системе есть точки, где небольшое возмущение вызывает катастрофические последствия. В банковском ПО это пиковые нагрузки, race conditions, интеграционные точки. Архитектор должен их находить и «детюнить» заранее.
5. Модель никогда не равна реальности
Любая архитектура - это модель. Она упрощает, абстрагирует, идеализирует. Важно понимать границы применимости модели и быть готовым к тому, что реальность внесёт коррективы.
Совет тем, кто думает, что «не туда учился»
Часто слышу от молодых специалистов: «Я закончил не тот вуз», «У меня непрофильное образование», «В IT идут только с дипломом ВМК или Физтеха».
Это не так. Я инженер-физик. В моей команде есть математики, лингвисты, инженеры-химики. Важно не название диплома, а способность мыслить абстрактно, учиться новому и видеть систему целиком.
Если вы физик - у вас уже есть математический аппарат и системное мышление. Если вы гуманитарий - у вас, скорее всего, развиты коммуникации и понимание контекста. Если вы инженер - вы умеете работать с ограничениями и ресурсами.
IT - это не закрытый клуб для «посвящённых». Это поле, где ценится способность решать проблемы. Откуда вы пришли - неважно. Важно, куда идёте и готовы ли учиться.
Что дальше?
Сейчас я продолжаю работать в R-Style Softlab, развиваем направление цифровых валют и платёжных решений. Но если бы меня спросили, что я хочу попробовать через 5 лет, я бы сказал: скорее всего, что-то связанное с применением AI в финансовых системах. Это новая физика - только вместо элементарных частиц у нас нейроны, а вместо ускорителей - GPU-кластеры.
А пока я продолжаю кодить иногда по выходным. Не для работы - для удовольствия. Потому что та программа на Бейсике, которую я написал в 14 лет, была началом пути, который продолжается уже почти 40 лет. И он не заканчивается.
Андрей Кузнецов - руководитель направления «Цифровой рубль» в R-Style Softlab, выпускник НИЯУ МИФИ (инженер-физик), 25+ лет в IT.
Хотите узнать больше о карьере в IT? Подписывайтесь на канал - пишу о технологиях, архитектуре и пути от джуниора до руководителя проектов.