После первых трёх месяцев стажировки я перешёл в более привычный статус обычного разработчика.
Звучит просто: был стажёром, стал разработчиком. Но на практике это был важный этап. Потому что теперь задачи стали серьёзнее, ответственности стало больше, а ожидание «ну он же ещё стажёр» постепенно исчезло.
Автомобильные проекты
Следующие три месяца я работал на проектах крупного автомобильного дилера.
И это был тот самый случай, когда проект прокачивает тебя технически и одновременно погружает в предметную область. Сначала ты просто делаешь задачи: карточки автомобилей, фильтры, разделы сайта, формы, какие-то изменения в интерфейсе, правки логики, вывод данных. Рабочая рутина разработчика.
Но постепенно ты начинаешь замечать, что уже ориентируешься в автомобильной теме лучше, чем планировал.
Сначала ты просто видишь названия марок и моделей в админке. Потом начинаешь понимать, чем одна модель отличается от другой. Потом уже разбираешься в комплектациях, характеристиках, вариантах кузова, каких-то особенностях модельного ряда.
В какой-то момент я поймал себя на мысли, что могу вполне уверенно говорить об автомобилях, хотя пришёл туда вообще не за этим. Я пришёл писать код, а в процессе стал разбираться во всех представленных марках и моделях.
Наверное, если бы не любовь к программированию, я спокойно мог бы после этого пойти продавать автомобили. База уже была неплохая.
Но всё-таки программирование победило.
Код не живёт в вакууме
И вот это, кстати, один из интересных моментов в разработке. Хороший проект почти всегда затягивает тебя в свою предметную область.
Ты не можешь просто «писать код в вакууме». Чтобы сделать нормальный результат, приходится понимать, как работает бизнес, какие данные важны, что нужно пользователю, почему заказчик просит именно так, а не иначе.
Автомобильный проект научил меня внимательнее относиться к деталям.
Потому что на таких сайтах много сущностей: марки, модели, комплектации, характеристики, фотографии, предложения, формы заявок, акции, сервисы, дилерские центры. И всё это должно быть связано между собой.
Пользователь не думает о том, как это хранится в базе или как выводится на странице. Он просто хочет выбрать автомобиль, посмотреть информацию и оставить заявку.
А значит, разработчик должен сделать так, чтобы всё работало понятно, быстро и без сюрпризов.
Опыт re-store.ru
Примерно в этот же период у меня был опыт работы над проектом re-store.ru.
Это тоже был важный этап. Потому что одно дело — делать небольшой сайт, где можно быстро поправить ошибку и почти никто не заметит.
И совсем другое — работать с крупным публичным проектом, у которого есть аудитория, требования к качеству и цена ошибки.
Такие проекты быстро учат аккуратности.
Ты начинаешь внимательнее относиться к изменениям. Думаешь, как выполнить задачу и что она может задеть рядом. Проверяешь, не сломал ли существующую логику.
Учишься читать чужой код не с позиции «кто это вообще написал», а с позиции «почему это было сделано именно так и что будет, если я сейчас это изменю».
Дисциплина разработки
На крупных проектах быстро понимаешь: разработка — это не только умение писать код.
Это ещё и дисциплина. Умение разбираться в существующей системе. Умение не делать лишнего. Умение задавать вопросы. Умение думать о пользователе, заказчике и команде, которая потом будет поддерживать твои решения.
Для меня этот период стал очень полезным переходом от «я учусь быть разработчиком» к «мне уже можно доверять реальные задачи на серьёзных проектах».
Автомобильный дилер дал глубокое погружение в предметную область. re-store.ru дал ощущение ответственности крупного проекта.
А вместе они очень хорошо показали, что разработчик растёт не только на технологиях.
Он растёт на контексте.
Рост на контексте
На задачах, где нужно понять бизнес. На проектах, где нельзя просто написать «как-нибудь». На чужом коде, который нужно не ругать, а разбирать. На ошибках, которые нужно исправлять. На деталях, которые обычный пользователь никогда не увидит, но обязательно почувствует, если они сделаны плохо.
Именно в таких проектах постепенно появляется профессиональная зрелость.
Ты уже не просто закрываешь задачу. Ты начинаешь понимать, что за каждой задачей стоит часть большой системы. И твоя работа — сделать так, чтобы эта система стала лучше, а не просто получила очередную правку.
Чему меня научили эти проекты
Проекты прокачивают разработчика не только технически.
Иногда ты приходишь писать код, а заодно начинаешь разбираться в автомобилях, ритейле, бизнес-процессах, пользовательском поведении и ответственности за результат.
И чем серьёзнее проект, тем быстрее он показывает, какой ты разработчик на самом деле.
