12

Как программисту расти на работе

Всем привет, я работаю разработчиком с 2014 года, сейчас выполняю обязанности тимлида. В мои обязанности среди прочего входит распредление задач, контроль их выполнения, а также общение one-on-one с другими членами команды, обычно его проводят раз в квартал.

За последний год наблюдал несколько переходов из аналитиков в разработчики, из qa в автоматизированное тестирование. Разработчики же довольно стандартно сообщают - хочу больше технических задач. Это ожидаемый ответ, так как пилить код и интересно, и полезно - на собесах в основном идут технические вопросы.

Обычно задачи в моей области (финтех) не имеют сложной технической составляющей, вроде "увеличить максимальную нагрузку в 100 раз". Обычно это интеграция с внешней системой, и нужно разобраться с кривым апи, собрать три совещания, составить подобие ТЗ, и только потом поправить легаси код, а также получить согласования и написать инструкцию для сопровождения. А технические задачи вроде "течет память на проде" разработчики тоже не рвутся решать.

Если у читателей пикабу тоже появляется такой вопрос, то я бы посоветовал более активно подходить к вопросу решения бизнес задач, которые на вас возложены. В зоне влияния программиста находится в основном код и автотесты. В любом проекте есть то что признано легаси, и это можно использовать как источник технических задач и песочницу для обучения. Чтобы безопасно переписывать легаси код вам понадобятся тесты - хорошие тесты могут ускорить этап отладки в разы, это полезное умение. Исправление легаси должно быть обосновано, обычно эти правки выполняются в рамках подготовки к решению какой-то бизнес задачи. Решения последней от вас и ждут, поэтому и по ней нужно сделать всё зависящее и уведомить всех заинтересованных.

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

Таким образом, ключ к получению технических навыков - в ответственном подходе и активной позиции.

0
Автор поста оценил этот комментарий

Так ты ж программистом и не был, какая там техника...

Что в общем виде по сути работа с API - это да, проблема развития, но надо лезть внутрь итд, понимать и учиться разбираться как работает свой и чужой код.

Тимлид в финтехе - тухлая полностью тема по опыту, максимум шаг на пути куда-то. Зато это может быть шагом на пути в архитекторы например которые там более-менее живые.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Согласен, в любой момент нужно думать куда двигаться дальше. Текущий формат работы меня в целом устраивает, есть идея найти подработку на парт-тайм

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества