От разработчика к продукту

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

Как менялся фокус

Я начинал с сетей и оборудования — инженером техподдержки. Потом был отдел автоматизации в банке, и именно там я всерьёз ушёл в разработку. Дальше — платёжные системы: электронный кошелёк, приложения для платежей, интеграции. Потом телеком, большие нагрузки, микросервисы, и в какой-то момент — управление командой и целой цифровой экосистемой.

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

Сначала вопрос звучал так: «как написать эту функцию?». Потом — «как спроектировать этот модуль?». Ещё позже — «как устроить всю систему, чтобы она не развалилась под нагрузкой и её можно было развивать годами?». А в собственном бизнесе появился вопрос, которого раньше не было вовсе: «а нужно ли вообще это писать — и что это даст?».

Почему язык стал вторичным

Я работал с PHP, Java, C#, писал классические веб-приложения, потом REST API, мобильные приложения, backend под высокую нагрузку. В какой-то момент замечаешь, что выбор языка решает всё меньше. Хороший продукт можно собрать почти на чём угодно, а плохой — развалить на самом модном стеке.

Гораздо важнее оказались вещи, которые к синтаксису отношения не имеют:

• архитектура — как части системы связаны и как они переживут изменения;
• данные — что мы храним, как, и что с этим потом делать;
• инфраструктура — где это живёт и как не падает;
• UX — как этим реально пользуются живые люди;
• безопасность — что будет, когда кто-то захочет это сломать;
• экономика — сколько это стоит и что приносит.

Язык — это то, чем ты всё это записываешь. Важное, но не главное.

Чему научил собственный бизнес

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

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

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

Что для меня теперь значит «сделать»

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

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

Об этом я и хочу писать здесь — не о том, как технология должна работать в теории, а о том, как из идеи получается система, которая работает.