Все записи

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

Дима пришел в 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 Подвожу итоги дня. Анализирую, что удалось сделать, а что нет. А потом бегу на пары получать новые знания :)

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

Как продуктовый аналитик помогает разработке двигаться быстрее

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

Мы попросили Иру, продуктового аналитика в группе AI-решений, рассказать, как она организует эту работу на практике: от подготовки задач и взаимодействия с разработкой до поиска решений, которые позволяют экономить время всей команды и повышают ценность продукта для клиента.

Инструменты ручного тестирования

В работе тестировщика важно иметь под рукой инструменты, которые ускоряют проверки, упрощают рутину и позволяют глубже разбираться в поведении системы. Вместе с Ариной и Катей из команды релизного тестирования SMRM собрали подборку таких инструментов.

Регистрация событий ИБ без боли: опыт аналитика Naumen Contact Center

Лиза — аналитик по информационной безопасности в Naumen Contact Center. В своей работе она сталкивается с требованиями, которые часто сформулированы расплывчато и без конкретики. Но именно от них зависит успешное внедрение проекта.

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

Все новости