Все записи

Рабочий день младшего разработчика

Дима пришел в Naumen год назад — на стажировку по разработке. Успешно ее завершил и теперь работает младшим разработчиком в команде Naumen SMP. Он исправляет дефекты, реализует новые фичи, пишет автотесты. А также следит за тем, чтобы задачи разных разработчиков интегрировались бесперебойно и исследует массовые проблемы интеграций.

В работе он придерживается простого правила: небольшие задачи, вроде отчетов или запуска сборок, выполняет сразу по мере появления. Это помогает держать входящий поток под контролем и не накапливать рутину.

Рассказываем, как прошел один из его рабочих дней, наполненный планированием, разработкой фичи и командными встречами.

1 слайд (7).jpg

9:00 Утреннее планирование. Включаюсь в работу, составляю план на день и проверяю почту. 
Для планирования «вдолгую» использую календарь, а для точечного — лучшим инструментом оказался бумажный блокнот. 

9:30 Исследую возможность добавления новой фичи в Naumen SMP: разрабатываю мини-прототип и оцениваю разработку.

11:00 Встреча с командой. Обсуждаем, кто что сделал за прошедший день, делимся опытом и помогаем друг другу.

Такие встречи помогают не застревать на одном месте при решении задач. 

12:00 Берусь за основную задачу — улучшение работы системы единого входа SSO. Чтобы пользователи заходили на нужную страницу быстрее и безопаснее.

Сейчас анализирую поведение на стендах, настраиваю инфраструктуру локально, исследую проблему.

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

13:00 Обед. Ем, отдыхаю или читаю книгу по ML.

Постоянно стремлюсь прокачать навыки: сейчас, например, учусь в Школе анализа данных. Погружаюсь в ML и инфраструктуру больших данных, чтобы не просто писать код, а создавать интеллектуальные системы и понимать, как данные превращаются в решения 

14:00 Продолжаю работать над задачей SSO — продумываю и проверяю гипотезы.

17:00 Делаю перерыв в 10 минут, чтобы немного перезагрузиться. После него продолжаю проверять гипотезы и начинаю писать решение.

18:00 Подвожу итоги дня. Анализирую, что удалось сделать, а что нет. А потом бегу на пары получать новые знания :)

Похожие новости

Когда задача считается выполненной

В работе для нас важен результат — хорошо сделанная задача и закрытая потребность пользователя. Этого легко достичь, когда команда продумывает план действий, реализует решение и доводит его до результата, который действительно приносит пользу.

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

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

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

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

Как развивать документацию и продвигать техписателей

В продуктовой команде документацией пользуются все, но ожидают от нее разного. Аналитику важно одно, разработчику — другое, поддержке — третье. Если не учитывать контекст, можно бесконечно что-то улучшать и все равно не попадать в цель.

Мы поговорили с Дашей, техническим писателем Naumen SMP, о том, как через коммуникацию с командой она разбиралась в реальных ожиданиях от документации и выстраивала направление ее развития.

Все новости