Рабочий день Вячеслава состоял из череды звонков с коллегами. Аудио- и видеозвонки, переписка в мессенджерах и электронной почте были основными способами общения на удаленной работе. С приходом эпидемии и принудительным переводом всех айтишников в надомники этот инструментарий пришлось освоить всем. Короткие созвоны один-на-один или небольшими группами и переписка в мессенджере были самыми эффективными формами управления разработкой на удаленке. Десяток параллельных рабочих чатов в телеграме, скайпе, тимс, регулярная проверка почты не прекращались даже во время видеоконференций. Такой ритм выматывал. К концу рабочего дня, который иногда растягивался на двенадцать часов, сил был мало. Но оно того стоило. Ощущение командной игры, решение амбициозных задач, осознание того, что результатом твоей успешной работы пользуются тысячи людей наполняло жизнь смыслом, радовало и стимулировало идти вперед.
Тимлид команды «Общих компонентов» Евгений написал о новой задаче, принесенной в команду менеджером: необходимо было согласовать версии api19, используемые клиентскими приложениями. Накопившийся технический долг тормозил и дезорганизовывал разработку. Свободных программистов для выполнения задачи не было. Вячеслав быстро представил возможные решения. Во-первых, можно оставить все как есть и позволить менеджерам поиграть в игру «не моя задача». Во-вторых, можно вместе с командой расставить приоритеты и выбрать очередность выполнения задач. Третье решение выглядело лучше. В команде «Внутренних инструментов» уже в этом году вышло два новеньких джависта. Они входили в проект и должны были изучать api соседей. Можно было временно усилить ими команду «Общих компонентов», чем решены были бы сразу две задачи: вхождение в проект новых сотрудников и устранение технического долга. Но новенькие не были знакомы с нужными сервисами, кто-то должен был четко ставить им задачу и проверять выполнение. «Жень, а свободные системные аналитики в команде есть? Письменные постановки на задачу техдолга написать смогут? Ну и на код-ревью найдешь силы?» – спросил Вячеслав коллегу. Утвердительный ответ позволил в несколько сообщений с менеджерами команд и тимлидами перекинуть новеньких на усиление команды Евгения. Уже через час они клонировали репозитории нового для себя проекта.
Менеджер команды «Искусственного интеллекта» написал, что их успешные работы по новым моделям на python столкнулись с сложностями перевода на scala20. Дата-сайентистам21 удалось написать точную модель для выявления мошенничества в документах, но при переводе на языки jvm22 выявилась проблема: работа модели вопреки ожиданиям замедлялась, а точность анализа падала. Менеджер не знал, что делать, а тимлид его команды сообщал ему, что сделал все возможное. Вячеслав не любил ситуации, в которых к нему с проблемой приходил менеджер. Имплицитно в таком сообщении была жалоба на тимлида. Тимлид команды «Искусственного интеллекта» Георгий, скорее всего, сделал все, что мог. Но этого было недостаточно. AI-направление было новым для компании: оно сулило удивительные открытия, но иногда напоминало гадание на кофейной гуще. Нужно было усилить команду кем-то, обладающим крепкими знаниями в многопоточке java-машины, алгоритмах и, желательно, хоть чуть-чуть знакомым с искусственным интеллектом. Кандидатами могли быть старший разработчик команды «Внешних интеграций» Василий и архитектор решений Марат. Потребовалось полчаса, чтобы удостовериться в желании разработчиков помочь коллегам и доброй воле всех заинтересованных менеджеров и тимлидов.
Заканчивая решение проблемы команды «Искусственного интеллекта» Вячеслав чуть не увлекся совместным анализом кода проекта с разработчиками, которым тимлид давал вводную, пошарив23 экран и делая обзор кода проекта. Отвлек обязательный митинг, который hr-департамент проводил для руководства. Повесткой собрания было описание новых подходов поиска и удержания сотрудников, а также статистика достижений на этой ниве за прошлый год. Приятный голос руководительницы кадровой службы сопровождал Вячеслава, углубившегося в чтение кода. Внезапно он наткнулся в коде на некорректное использование функций обработки данных: разработчик почему-то распараллеливанию предпочел метод однопоточной трансформации. Скинув ссылку на scala-класс в gitlab Марату и Васе, Вячеслав посчитал свою часть задачи выполненной, дальше сами. Hr- менеджер все ещё что-то рассказывала.
