#java #backend
Senior Java-разработчик в банке.
Доход 500к: ~400 с работы + 100 менторство.
2года опыта

1/2

Веду тг канал по Java

Обычный день проходит примерно так:
8:00 — подъем + утренняя рутина.
9:00-12:00 — дейлик на работе.
Ежедневный созвон, участники команды рассказывают по очереди что сделали за вчерашний день и есть ли проблемы, блокирующие выполнение задач. Параллельно на дейли делаю ревью ПРов, пишу код.
12:00 - 14:00 — обед.
Чаще всего это время свободное от работы. Могу позаниматься своими делами, учебой, созвониться с учеником, сделать домашние дела.
Если нужно или хочется, то могу и работать в это время.
14:00 - 18:00 — работа. Более подробно примеры задач опишу ниже.
18:00-20:00 — отдых.
Хожу прогуляться, подышать свежим воздухом. Необходимо развеять голову после трудового дня. В некоторые дни после работы хожу на тренировку, тогда этот блок растягивается на 2,5 часа.
20:00 - 22:30 — вечерний блок работы. Направлен, чаще всего, на личные задачи.
22:30 - 00:00 — отход ко сну 😴, перестаю работать, планирую следующий день, какие задачи сделать завтра, читаю книги.

Примеры рабочих задач:

Реализация функционала — в моей команде микросервисная архитектура из 7 сервисов. Каждый разработчик должен разбираться в ней и уметь в каждом сервисе писать код. Аналитики пишут постановку, техническое решение — это описание того, что нужно реализовать. По этому решению пишется код, часто захожу к аналитику и уточняю требования, бывает что-то забыли учесть или ошибка в решении. Примеры фич:
- добавить новый эндпоинт, который будет вызывать внешний сервис;
- написать интеграцию по Kafka, нужно слушать события изменения сущности от смежной команды и обновлять у нас данные в зависимости от статуса сущности.

Ревью PullRequest’ов — после того, как задача сделана, ее нужно отсмотреть на ревью остальным разработчиком 🎹. В команде каждый ревьюит каждого. Смотрю постановку от аналитика, что нужно было реализовать, и сравниваю с кодом, проверяю, делает ли код поставленную задачу. Также накидываю комментариев насчет кодстайла, архитектурных решений, где можно было сделать попроще или наоборот нужно развязать логику, улучшить читаемость кода. На каждый комментарий принято отвечать в ПРах. Если дискуссии в ПРах затягиваются на более 2 дней, то обсуждаем голосом эту доработку и приходим к общему решению.

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

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

Встречи команды:

Планирование — определяем всей командой, какие задачи будем брать на следующие 2 недели спринта. Распределение задач происходит относительно загруженности людей. Если разработчик до этого делал задачи по фиче X, и она еще не закончилась, то вероятнее всего ему дадут продолжение фичи X. Задачи оцениваются в днях, максимум задача должна занимать 2 дня, иначе ее нужно дробить на более мелкие, чтобы проще было разрабатывать, ревьюить и тестировать.

Грумминг — смотрим задачи из бэклога, у которых нет оценок или новые неоцененные задачи. Всем неоцененным задачам проставляем оценки, добавляем описание задач, где нужно. Закрываем задачи, если они стали неактуальны. Проводим 1 раз в спринт.

Вступай в сообщество | Расти в IT | Присылай историю