😮 Как одна забытая проверка на бэкенде чуть не остановила прием инвестиций

На эфире онлайн-магистратуры МФТИ «Разработка ИТ-продукта» говорили о карьере в разработке и о том, как устроена работа над ИТ-продуктами. Один из примеров разобрал Иван Балашов — руководитель разработки с более чем 10-летним коммерческим опытом в бэкенде. Он участвовал в запуске Ozon.Invest и рассказал историю, в которой одна неучтенная проверка могла стоить очень дорого.

2019 год, Ozon. Команда запускает Ozon.Invest — продукт, в котором продавцы маркетплейса могли привлечь деньги на закупку товаров, а инвесторы — вложиться в пакет и потом получить деньги обратно. Иван сравнивает эту механику с кикстартером.

Команда заранее продумала многое: как распределять деньги, работать с налоговой и устроить все на стороне сервера. Объявили сбор первого инвестиционного пакета — примерно на 16–18 млн рублей.

Когда сбор почти завершился, остался небольшой «хвостик» — всего 700 рублей. Внести эту сумму обычным способом было нельзя: минимальный размер инвестиции составлял 10 тысяч рублей.🧑‍💻

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

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

Например, есть привычное действие — «добавить товар в корзину». Для человека это одна кнопка. А на бэкенде за ней может стоять проверка остатков на складе, резерв товара, срок резерва, списание денег и защита от ситуации, когда последний товар оказался в корзинах у двух людей одновременно.

⚡️ Поэтому хороший разработчик думает не только о том, как написать код.
Он заранее продумывает:
— какие сценарии могут не сработать;
— где проходят границы правил;
— что произойдет на последнем шаге;
— кто столкнется с проблемой, если система все сделает «по правилам», но не даст человеку завершить действие.

С ИИ в разработке похожая история. Агент может набросать фрагмент кода, предложить план или помочь с типовой задачей. Но он не будет потом объяснять бизнесу, почему в продакшене что-то сломалось.

Фраза «это не я, это ИИ написал» не спасет. Ставил задачу, проверял результат и выпускал в продакшен человек — значит, ответственность остается на разработчике.

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

На онлайн-магистратуре МФТИ «Разработка ИТ-продукта» учат смотреть на разработку именно так: через бэкенд, fullstack-разработку, архитектуру ПО, системное проектирование и сложные ИТ-системы.
😆 Подробнее о программе, обучении и поступлении — на странице онлайн-магистратуры: https://mipt.online/masters/development?utm_source=tg