Александр, Senior #Java Developer.
7.5к евро
График:
9:00-10:00 Открываю ноут, пишу в общий чатик что начал работать. Обычно действительно делаю текущие задачи. Смотрю ревью. Большинство коллег еще спят
10:00-11:00 Можно продолжить работать, можно делать свои дела. Коллеги продолжают спать.
11:00-12:00 Коллеги потихонечку просыпаются, начинают теребить с вопросами. Ну либо я их.
12:00-12:30 Тут у меня два дейлика, общаюсь с коллегами. Если нечего сказать, потому что вчера был непродуктивный день, говорю "Ну вот задача есть, пока разбираюсь, нечего сказать особо".
12:30-13:30 Ухожу на обед
13:30 - 15:00 После того как покушал, обычно работоспобность падает. Можно пойти подремать минут 15-20. Обычно в это время работаю лениво, либо вообще не работаю.
15:00-17:00 Тут случается прирост продуктивности, работаю более менее активно
17:00-18:00 В некоторые дни в это время проходят регулярные митинги. Если их нет, на работу обычно не остается ни сил ни желания, спокойно занимаюсь своими делами. В конце желаю всем хорошего вечера и закрываю ноут.
Работаю обычно по 30-40 минут с перерывами 15-20 минут. Бывают такие дни, когда работать вообще не хочется. Это нормально. Надо просто немножко поднапрячься в следующие дни и все будет хорошо.
Задачи:
1. Поправить баг, запилить немножко функционала. Основной тип задач, обычно на них уходит больше всего времени. Делаются по алгоритму: прочитал задачу, че непонятно - спросил. Примерно прикинул как делать. Сделал. Отдохнул. Написал тест. Отдохнул. Закинул на ревью, взял следующую задачу.
2. Что-то типа R&D. Задача типа "разберись как сделать такую то штуку". Алгоритм: сижу, думаю как сделать. Придумал вариант 1. Отдохнул. Проверил вариант 1. Отдохнул. Повторяю пока не закончились варианты. Когда закончились, иду разговаривать с заинтересованными этой задачей коллегами, вместе решаем че делать дальше.
3. Срочно поправить баг с прода. Случается редко, если случается то перехожу в режим "жесткой работы", на этапе анализа созваниваемся со всеми, кто может помочь с расследованием бага. Общаемся, находим причину, решаем кто будет править. Если это я, то быстро решительно правлю, закидываю на ревью, заливаем это на тестовое окружение, скрещиваем пальцы, зажмуриваемся, выливаем на прод. После обычно радуемся. Фактически в этот день можно больше не работать, слишком много физических и моральных сил было потрачено на решение бага.
Помимо непосредственно программирования, нужно уметь нажимать на кнопки в Jira и Jenkins (этому вы научитесь на работе, тем более кнопки везде разные), иметь базовые навыки работы с git.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
7.5к евро
График:
9:00-10:00 Открываю ноут, пишу в общий чатик что начал работать. Обычно действительно делаю текущие задачи. Смотрю ревью. Большинство коллег еще спят
10:00-11:00 Можно продолжить работать, можно делать свои дела. Коллеги продолжают спать.
11:00-12:00 Коллеги потихонечку просыпаются, начинают теребить с вопросами. Ну либо я их.
12:00-12:30 Тут у меня два дейлика, общаюсь с коллегами. Если нечего сказать, потому что вчера был непродуктивный день, говорю "Ну вот задача есть, пока разбираюсь, нечего сказать особо".
12:30-13:30 Ухожу на обед
13:30 - 15:00 После того как покушал, обычно работоспобность падает. Можно пойти подремать минут 15-20. Обычно в это время работаю лениво, либо вообще не работаю.
15:00-17:00 Тут случается прирост продуктивности, работаю более менее активно
17:00-18:00 В некоторые дни в это время проходят регулярные митинги. Если их нет, на работу обычно не остается ни сил ни желания, спокойно занимаюсь своими делами. В конце желаю всем хорошего вечера и закрываю ноут.
Работаю обычно по 30-40 минут с перерывами 15-20 минут. Бывают такие дни, когда работать вообще не хочется. Это нормально. Надо просто немножко поднапрячься в следующие дни и все будет хорошо.
Задачи:
1. Поправить баг, запилить немножко функционала. Основной тип задач, обычно на них уходит больше всего времени. Делаются по алгоритму: прочитал задачу, че непонятно - спросил. Примерно прикинул как делать. Сделал. Отдохнул. Написал тест. Отдохнул. Закинул на ревью, взял следующую задачу.
2. Что-то типа R&D. Задача типа "разберись как сделать такую то штуку". Алгоритм: сижу, думаю как сделать. Придумал вариант 1. Отдохнул. Проверил вариант 1. Отдохнул. Повторяю пока не закончились варианты. Когда закончились, иду разговаривать с заинтересованными этой задачей коллегами, вместе решаем че делать дальше.
3. Срочно поправить баг с прода. Случается редко, если случается то перехожу в режим "жесткой работы", на этапе анализа созваниваемся со всеми, кто может помочь с расследованием бага. Общаемся, находим причину, решаем кто будет править. Если это я, то быстро решительно правлю, закидываю на ревью, заливаем это на тестовое окружение, скрещиваем пальцы, зажмуриваемся, выливаем на прод. После обычно радуемся. Фактически в этот день можно больше не работать, слишком много физических и моральных сил было потрачено на решение бага.
Помимо непосредственно программирования, нужно уметь нажимать на кнопки в Jira и Jenkins (этому вы научитесь на работе, тем более кнопки везде разные), иметь базовые навыки работы с git.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
🔥86👍16❤1
Всем привет!
Входные: Пишу бекенд на #java, опыт год, в резюме три года. Работаю в банке на полной удаленке из Сербии. Зп 230к бублей гросс.
У нас очень мало созвонов. Один стендап в понедельник утром и в четверг утром.
Мой день выглядит примерно так:
С утра я просыпаюсь в восемь часов включаю ноутбук, подключаюсь к удаленному рабочему столу. Дальше чекаю почту смотрю есть ли чтото важное(обычно нет). Дальше смотрю корпоративный мессенджер написал ли кто вчера вечером или утром. Дальше иду спать еще на час 🛏️. Потом опять чекаю сообщения и иду завтракать.
После завтрака начинаю потихоньку смотреть что надо сделать и начинаю делать. Больше половины моих задач это добавлять новые входные параметры в методы или вызывать хранимые процедуры через рест/соап. Остальная часть задач это чтото подпилить в админке, которая написана на ангуляре с бэком на джаве или какието более интересные задачи.
Например была интересная задача на логирование. У нас после каждого запроса на бек он логируется и отправляется в админку. И надо было сделать так чтобы определенные входные параметры для процедур маскировались. Например приходит номер карты в формате 12345678, а в логах он отображается как 12****78.
Так я обычно работаю до пяти вечера с перерывом на обед и постоянно отвлекаюсь на посидеть в телефоне.
Не закрываю комп раньше потому что у нас есть трекер активности о котором никто не сказал на собеседовании🤭🤭. Вскрылось только через пару месяцев когда мне написали «чтото ты на прошлой неделе каждый день недорабатывал час-два»🙃🙃. Скоро увольнясь из-за этого в том числе.
Про скорость решения задач никто никогда не говорил что мол медленно делаешь так что с этим хорошо.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
Входные: Пишу бекенд на #java, опыт год, в резюме три года. Работаю в банке на полной удаленке из Сербии. Зп 230к бублей гросс.
У нас очень мало созвонов. Один стендап в понедельник утром и в четверг утром.
Мой день выглядит примерно так:
С утра я просыпаюсь в восемь часов включаю ноутбук, подключаюсь к удаленному рабочему столу. Дальше чекаю почту смотрю есть ли чтото важное(обычно нет). Дальше смотрю корпоративный мессенджер написал ли кто вчера вечером или утром. Дальше иду спать еще на час 🛏️. Потом опять чекаю сообщения и иду завтракать.
После завтрака начинаю потихоньку смотреть что надо сделать и начинаю делать. Больше половины моих задач это добавлять новые входные параметры в методы или вызывать хранимые процедуры через рест/соап. Остальная часть задач это чтото подпилить в админке, которая написана на ангуляре с бэком на джаве или какието более интересные задачи.
Например была интересная задача на логирование. У нас после каждого запроса на бек он логируется и отправляется в админку. И надо было сделать так чтобы определенные входные параметры для процедур маскировались. Например приходит номер карты в формате 12345678, а в логах он отображается как 12****78.
Так я обычно работаю до пяти вечера с перерывом на обед и постоянно отвлекаюсь на посидеть в телефоне.
Не закрываю комп раньше потому что у нас есть трекер активности о котором никто не сказал на собеседовании🤭🤭. Вскрылось только через пару месяцев когда мне написали «чтото ты на прошлой неделе каждый день недорабатывал час-два»🙃🙃. Скоро увольнясь из-за этого в том числе.
Про скорость решения задач никто никогда не говорил что мол медленно делаешь так что с этим хорошо.
ПРЕДЛОЖКА ДЛЯ ВАШИХ ИСТОРИЙ: @one_IT_day_bot
🔥69👍30🥴3❤2❤🔥2👏2🤡1
Итак, всем привет. Входные #Java back, полтора года рил опыта, устривался на работу с 3,3 года в резюме. Работаю через сербскую прокладку в Сербии на американскую медицинскую компанию. Зп 3300€ на руки 7500$ годовой бонус в акциях.
Нашла меня рекрутерша сама в линкедине. Был разговор с ней, потом три собеса, офер и разговор с менеджером странный после офера. Все было на английском хотя первый и третий собеседующие были русскоговорящие.
Распорядок дня у меня выглядит так: просыпаюсь в промежутке 8-10, 2 или три раза в неделю учу сербский с 8 утра до 9, потом завтракаю/бездельничаю. Потом иду в офис, к 11+- начинаю чтото полезное делать. Можно не ходить вообще, но мне дома скучно и я там засыпаю все время. В 13 обедаю час, потом 2 раза в неделю с 2 до 3 английский, в 4 ухожу домой. Затем ужинаю и иногда звонки в промежутке 17:00-19:00. На более поздние я не хожу. Звонков в неделю суммарно на часа 3+-. Работаю в таком темпе с апреля, раньше наверное побольше работал так как задач было больше. Тимлида все устраивает я фидбек спрашивал, про ап зп и грейда тоже спрашивал, сказал что он за, но менеджмент сейчас не рассматривает никакие апы зп и другими делами занимаются. Крч вежливо послали ждать до конца зимы когда всех апапют)🙃
В задачах на работе ничего сверхъестественного не требуют и более сложные вешают на более сеньерных разработчиков( нас 4 бека на проекте) например написание ci cd при переезде на гитлаб с битбакета или взаимодействие с salesforce. Мои задачи выглядят как написать какойто скрипт для базы данных, подключить сонаркуб в ci cd, соптимизировать какойто толстый метод который много запросов шлет лишних или просто кусочек новой логики для задачи которую обьяснили на груминге.
Резюмируя выше сказанное, я могу сказать что мог бы и 2 часа в день посвящать задачкам + часик на созвоны, но мне просто заняться пока нечем особо вместо этого. Сейчас нахожусь в ленивом поиске второй работы (цель не две работы, а новый мерин🙂) с последней недели августа, в резюме 5 лет. Пока очень вяло идет и был только на 2х технических собесах и два отказа. Эти места нашел с хх ру, с линкедина пока не много возможностей пришло.
Всем удачи с поиском!😎 контакт для какихто экстренных вопросов @ChetverikovAleksandr для не экстренных в коментах спрашивайте)
Присылай историю | Расти в IT
Нашла меня рекрутерша сама в линкедине. Был разговор с ней, потом три собеса, офер и разговор с менеджером странный после офера. Все было на английском хотя первый и третий собеседующие были русскоговорящие.
Распорядок дня у меня выглядит так: просыпаюсь в промежутке 8-10, 2 или три раза в неделю учу сербский с 8 утра до 9, потом завтракаю/бездельничаю. Потом иду в офис, к 11+- начинаю чтото полезное делать. Можно не ходить вообще, но мне дома скучно и я там засыпаю все время. В 13 обедаю час, потом 2 раза в неделю с 2 до 3 английский, в 4 ухожу домой. Затем ужинаю и иногда звонки в промежутке 17:00-19:00. На более поздние я не хожу. Звонков в неделю суммарно на часа 3+-. Работаю в таком темпе с апреля, раньше наверное побольше работал так как задач было больше. Тимлида все устраивает я фидбек спрашивал, про ап зп и грейда тоже спрашивал, сказал что он за, но менеджмент сейчас не рассматривает никакие апы зп и другими делами занимаются. Крч вежливо послали ждать до конца зимы когда всех апапют)🙃
В задачах на работе ничего сверхъестественного не требуют и более сложные вешают на более сеньерных разработчиков( нас 4 бека на проекте) например написание ci cd при переезде на гитлаб с битбакета или взаимодействие с salesforce. Мои задачи выглядят как написать какойто скрипт для базы данных, подключить сонаркуб в ci cd, соптимизировать какойто толстый метод который много запросов шлет лишних или просто кусочек новой логики для задачи которую обьяснили на груминге.
Резюмируя выше сказанное, я могу сказать что мог бы и 2 часа в день посвящать задачкам + часик на созвоны, но мне просто заняться пока нечем особо вместо этого. Сейчас нахожусь в ленивом поиске второй работы (цель не две работы, а новый мерин🙂) с последней недели августа, в резюме 5 лет. Пока очень вяло идет и был только на 2х технических собесах и два отказа. Эти места нашел с хх ру, с линкедина пока не много возможностей пришло.
Всем удачи с поиском!😎 контакт для какихто экстренных вопросов @ChetverikovAleksandr для не экстренных в коментах спрашивайте)
Присылай историю | Расти в IT
👍88🔥10❤5🖕3🥰2👌1🤡1
#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 | Присылай историю
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 недели спринта. Распределение задач происходит относительно загруженности людей. Если разработчик до этого делал задачи по фиче X, и она еще не закончилась, то вероятнее всего ему дадут продолжение фичи X. Задачи оцениваются в днях, максимум задача должна занимать 2 дня, иначе ее нужно дробить на более мелкие, чтобы проще было разрабатывать, ревьюить и тестировать.
Грумминг — смотрим задачи из бэклога, у которых нет оценок или новые неоцененные задачи. Всем неоцененным задачам проставляем оценки, добавляем описание задач, где нужно. Закрываем задачи, если они стали неактуальны. Проводим 1 раз в спринт.
Вступай в сообщество | Расти в IT | Присылай историю
Please open Telegram to view this post
VIEW IN TELEGRAM
👍47🔥11❤9😱1🌭1😨1
#Backend #Java
дороу👋
Я джун java разработчик, 24 года, работаю в крупном российском корпорате.
По зп с учетом премий выходит около 300к. Разработчиком работаю меньше полугода, но на проекте в целом уже больше 2 лет.
Как так получилось?
Работал на проекте бизнес-аналитиком и в какой-то момент на one-to-one с руководителем объявил, что после завершения работы над крупной задачей уйду с команды, спустя пару дней пришла мысль перейти в разработку, обсудили это с менеджерами и спустя 6 месяцев самостоятельной подготовки перешел на другую роль. Опыт работы в аналитике - 4,5 года
Наша команда отвечает за бэкенд-сервис, который является одним из 8 кусков платформы, работаем в продуктовой команде (разрабы, аналитики, архитектор, тестеры, менеджеры и инженеры эксплуатации) со всеми вытекающими в виде дейликов и ретро. Раз в неделю ездим в офис, через раз происходят какие-то пьянки после работы.
Перед примерным распорядком дня отмечу, что у меня, наверное как и у многих из "поколения тиктока", бывают проблемы с концентрацией, поэтому нет-нет я могу поработать ночью, встать на пару часов пораньше или поработать в выходные, чтобы допилить таску.
Мой примерный распорядок дня:
07:00 - подъем, рутина
У нас недавно родился ребенок, помогаю с утренними процедурами
09:00 - начинаю работать
10:00 - общий дейлик с командой и отдельно с разработкой
10:00 - 19:00 решение задач + бывают какие-то влеты по встречам:
валидация тз, помощь команде эксплуатации или еще какие-то задачи, где нужна моя какая-никакая экспертиза
По решению задач:
Каждая задача детально описывается аналитиками, совместно с архитектором и user story приходит с довольно проработанным ТЗ.
Тимлид разбивает ее на таски и раскидывает на разработчиков.
Стек почти каждый раз для меня новый, приходится разбираться на ходу, от этого часто страдаю, но зато мне проще вкатиться в суть бизнес-логики.
19:00 - 22:00 бытовые вопросики
22:00 - 00:00 в основном творчество: работаю над подкастом и каналом или учусь
Немного о подкасте:
Я заметил, что часто IT-контент только демотивирует из-за успешного успеха, достигаторов и гениев, экстерном пробежавших по мгу.
Таким образом я решил сделать подкаст экспириенс с трушными историями об опыте работы, которые будут показывать вкатунам, что все не так просто, но реально, а уже состоявшиеся спецы могут послушать о смежных профессиях и интересных людях.
Вступай в сообщество | Расти в IT | Присылай историю
дороу👋
Я джун java разработчик, 24 года, работаю в крупном российском корпорате.
По зп с учетом премий выходит около 300к. Разработчиком работаю меньше полугода, но на проекте в целом уже больше 2 лет.
Как так получилось?
Работал на проекте бизнес-аналитиком и в какой-то момент на one-to-one с руководителем объявил, что после завершения работы над крупной задачей уйду с команды, спустя пару дней пришла мысль перейти в разработку, обсудили это с менеджерами и спустя 6 месяцев самостоятельной подготовки перешел на другую роль. Опыт работы в аналитике - 4,5 года
Наша команда отвечает за бэкенд-сервис, который является одним из 8 кусков платформы, работаем в продуктовой команде (разрабы, аналитики, архитектор, тестеры, менеджеры и инженеры эксплуатации) со всеми вытекающими в виде дейликов и ретро. Раз в неделю ездим в офис, через раз происходят какие-то пьянки после работы.
Перед примерным распорядком дня отмечу, что у меня, наверное как и у многих из "поколения тиктока", бывают проблемы с концентрацией, поэтому нет-нет я могу поработать ночью, встать на пару часов пораньше или поработать в выходные, чтобы допилить таску.
Мой примерный распорядок дня:
07:00 - подъем, рутина
У нас недавно родился ребенок, помогаю с утренними процедурами
09:00 - начинаю работать
10:00 - общий дейлик с командой и отдельно с разработкой
10:00 - 19:00 решение задач + бывают какие-то влеты по встречам:
валидация тз, помощь команде эксплуатации или еще какие-то задачи, где нужна моя какая-никакая экспертиза
По решению задач:
Каждая задача детально описывается аналитиками, совместно с архитектором и user story приходит с довольно проработанным ТЗ.
Тимлид разбивает ее на таски и раскидывает на разработчиков.
Стек почти каждый раз для меня новый, приходится разбираться на ходу, от этого часто страдаю, но зато мне проще вкатиться в суть бизнес-логики.
19:00 - 22:00 бытовые вопросики
22:00 - 00:00 в основном творчество: работаю над подкастом и каналом или учусь
Немного о подкасте:
Я заметил, что часто IT-контент только демотивирует из-за успешного успеха, достигаторов и гениев, экстерном пробежавших по мгу.
Таким образом я решил сделать подкаст экспириенс с трушными историями об опыте работы, которые будут показывать вкатунам, что все не так просто, но реально, а уже состоявшиеся спецы могут послушать о смежных профессиях и интересных людях.
Вступай в сообщество | Расти в IT | Присылай историю
🔥48👍16❤8🤔7😁1
#java #backend
Senior Java-разработчик в банке
Доход 500к: ~400 с работы + 100 менторство
2 года опыта
Хочу рассказать сегодня о процессах релиза в крупном российском банке. Огромное количество вакансий на java, да и всех ITшных - это крупные банки. Многие новички где-то слышали, что в банках долгие процессы, релизы и тд. Сегодня хочу приоткрыть эту завесу и рассказать как происходят процессы в таких компаниях, чтобы новички-вкатуны знали, что их будет ждать крупных компаниях и не боялись ходить на собесы. Кстати, у меня есть статья о эффективном прохождении собеседований
Не буду говорить конкретно о текущем месте работы, но мой опыт в большей части основан и на нем. Также имейте в виду, что я описываю примерно идеальный случай. На практике же всегда идет все не по плану: сроки горят, аналитика плохая, катят фичу без тестов прямо на боевые сервера (пздц).
Как задача появляется с самого нуля и доходит до релиза в продакшн. Каков её путь? В первую очередь, стоит понять, что задача не появляется просто из ниоткуда или из воздуха.
Например, компания хочет добавить функцию, чтобы при регистрации пользователей происходила верификация паспорта.
Начало
Бизнес обращается в команду, которая занимается идентификацией и регистрацией пользователей и излагает требования и сроки. Бизнес общается обычно не со всеми членами команды, а с продукт-менеджером. Продукт-менеджер затем сообщает команде эти требования, чтобы команда понимала, что от неё хотят.
Этап аналитики
Задача ставится перед аналитиком, чтобы он проанализировал и собрал требования для этой задачи. Когда бизнес говорит, что ему нужна какая-то функция, он не собирает все требования и не анализирует их полностью, а просто выражает желание. Задача аналитика - собирать требования, обращаясь к смежным системам, спрашивая, могут ли они предоставить нужные данные, какие протоколы взаимодействий (http, kafka, grpc…)
- откуда будем получать данные паспорта пользователя
- как проверять данные, куда их затем отправлять
- какие внешние системы будут участвовать в этом процессе, как хранить данные пользователя
- как будем отказывать в верификации, как уведомим пользователя о том, что верификация прошла
Аналитик собирает все случаи, обсуждает их с продукт-менеджером и бизнесом, собирает требования и пишет техническое решение в виде документа, в котором описываются все взаимодействия и требования к системе.
Техническое решение содержит набор функций, которые потом добавятся в систему.
- Методы API, которые предстоит реализовать команде, что эти методы делают, как работают.
- Какие данные система получает, сохраняет и отдает наружу.
- Внешние запросы в другие системы
Этот этап может длиться от недели до нескольких месяцев в крайних случаях. Аналитику может потребоваться запросить различные доступы в смежные системы для анализа их API. Согласование аналитики с бизнесом тоже занимает время, нужно чтобы решение аналитика решало задачи бизнеса. Чтобы не произошло такого, что разработают не то, что хочет бизнес.
Senior Java-разработчик в банке
Доход 500к: ~400 с работы + 100 менторство
2 года опыта
Хочу рассказать сегодня о процессах релиза в крупном российском банке. Огромное количество вакансий на java, да и всех ITшных - это крупные банки. Многие новички где-то слышали, что в банках долгие процессы, релизы и тд. Сегодня хочу приоткрыть эту завесу и рассказать как происходят процессы в таких компаниях, чтобы новички-вкатуны знали, что их будет ждать крупных компаниях и не боялись ходить на собесы. Кстати, у меня есть статья о эффективном прохождении собеседований
Не буду говорить конкретно о текущем месте работы, но мой опыт в большей части основан и на нем. Также имейте в виду, что я описываю примерно идеальный случай. На практике же всегда идет все не по плану: сроки горят, аналитика плохая, катят фичу без тестов прямо на боевые сервера (пздц).
Как задача появляется с самого нуля и доходит до релиза в продакшн. Каков её путь? В первую очередь, стоит понять, что задача не появляется просто из ниоткуда или из воздуха.
Задачи возникают из требований бизнеса.
Например, компания хочет добавить функцию, чтобы при регистрации пользователей происходила верификация паспорта.
Начало
Бизнес обращается в команду, которая занимается идентификацией и регистрацией пользователей и излагает требования и сроки. Бизнес общается обычно не со всеми членами команды, а с продукт-менеджером. Продукт-менеджер затем сообщает команде эти требования, чтобы команда понимала, что от неё хотят.
Этап аналитики
Задача ставится перед аналитиком, чтобы он проанализировал и собрал требования для этой задачи. Когда бизнес говорит, что ему нужна какая-то функция, он не собирает все требования и не анализирует их полностью, а просто выражает желание. Задача аналитика - собирать требования, обращаясь к смежным системам, спрашивая, могут ли они предоставить нужные данные, какие протоколы взаимодействий (http, kafka, grpc…)
- откуда будем получать данные паспорта пользователя
- как проверять данные, куда их затем отправлять
- какие внешние системы будут участвовать в этом процессе, как хранить данные пользователя
- как будем отказывать в верификации, как уведомим пользователя о том, что верификация прошла
Аналитик собирает все случаи, обсуждает их с продукт-менеджером и бизнесом, собирает требования и пишет техническое решение в виде документа, в котором описываются все взаимодействия и требования к системе.
Техническое решение содержит набор функций, которые потом добавятся в систему.
- Методы API, которые предстоит реализовать команде, что эти методы делают, как работают.
- Какие данные система получает, сохраняет и отдает наружу.
- Внешние запросы в другие системы
По техническому решению должно быть ясно что писать разработчику и как.
Этот этап может длиться от недели до нескольких месяцев в крайних случаях. Аналитику может потребоваться запросить различные доступы в смежные системы для анализа их API. Согласование аналитики с бизнесом тоже занимает время, нужно чтобы решение аналитика решало задачи бизнеса. Чтобы не произошло такого, что разработают не то, что хочет бизнес.
👍38🔥14❤6😱2🌭1