Начало
Когда ты пришёл в СМС-ИТ, каким разработчиком ты себя тогда считал — и что сейчас в том себе кажется наивным?
В то время я не был уверен в том, правильно ли я оцениваю свой уровень. Собеседование в СМС-ИТ помогло мне побороть все мои сомнения и показало, что на тот момент я действительно соответствовал требованиям для ведущего разработчика.
Изменение масштаба
Что в задачах за эти годы стало сложнее или масштабнее?
В задачах разработчика ничего не изменилось. А вот задач тимлида и техлида сильно прибавилось — конечно, из-за этого вырос масштаб принимаемых решений.
Инженерная кухня
Какая часть разработки обычно остаётся незаметной для пользователя, хотя именно там приходится принимать самые сложные решения?
Самым сложным является не разработка, а проработка поставленной задачи и формирование окончательного технического решения. Пользователю нужна кнопка «Сделать все хорошо», но технически мы это, конечно, не можем реализовать. И здесь начинается долгое согласование — аналитика, разработка, ПМ, заказчик… Порой бывает очень трудно найти компромисс, но мы всегда его находим.
Опыт
Есть ли вещи, которые несколько лет назад ты бы пытался решить «красиво и сложно», а сейчас решаешь проще?
Да, это любая задача разработки. Для разработчика перфекционизм — это палка о двух концах. Практически всегда «красиво и сложно» означает «долго». В то время, когда я был простым разработчиком, я ощущал почти физический дискомфорт от быстрых и простых, но некрасивых решений. Сейчас у меня достаточно опыта, чтобы найти компромисс между перфекционизмом разработчика и требовательностью заказчика.
Команда
В какой момент сложная задача перестаёт быть задачей одного разработчика и становится задачей команды?
В хорошей команде каждая задача является задачей команды. Очень важно снизить «Фактор автобуса» до минимума, к чему я постоянно стремлюсь.
Профессия спустя годы
Что в разработке со временем стало менее интересным, а что, наоборот, интересует тебя сейчас гораздо сильнее, чем в начале?
Менее интересным стало именно написание кода, в то время как проработка общей архитектуры интересует гораздо сильнее. Но это вполне ожидаемо в рамках профессионального роста любого разработчика.
Интерес к работе
Что должно быть в работе, чтобы спустя много лет тебе всё ещё хотелось открывать проект и разбираться в новой задаче?
Развитие. Проект всегда должен развиваться хотя бы в технической части, так сказать, идти в ногу со временем.