К основному контенту

Сообщения

Сообщения за 2021

Рекомендации начинающему докладчику

Последнее время статьи в блоге появляются только благодаря тому, что хочется как-то изложить письменно то, что приходится часто повторять устно. Сегодня подошла очередь к рекомендациям начинающим докладчикам. Будет немного про сам контент и про оформление презентации. Ничего уникального, просто те давно известные моменты, которые кажутся мне ценными и полезными. Так получилось, что уже как 4 года я приобщился к такому процессу, как ревью докладов. Началось это благодаря моему участию в работе программного комитета конференции Heisenbug , а потом продолжилось уже на обычной работе, когда мы у себя в Semrush замутили техническое демо . Поэтому приходится частенько повторять одни и те же мысли, а я переживаю, что что-то полезное забываю сказать. Пусть будет тут, заодно может кому еще пригодится. Итак, погнали. Про что рассказывать и зачем оно вообще нужно? В этом месте воспользуюсь помощью зала и просто отправлю вас к хорошим материалам других. Рома Поборчий "Как найти в своей работе

Нетехническое собеседование - зачем, полезные вопросы

Что может быть целью такого собеседования (или такой части в общем собесе): знакомство с командой, оценка того, насколько человек подойдет в культуру команды и ее процессы, как развивается, что его драйвит, что угнетает. Но подход можно использовать и для затравки на технической части собеседования, когда отмечают себе вопросы для дальнейшей беседы. Простой алгоритм: просим кандидата рассказать про текущие задачи/проекты/команду внимательно слушаем, записываем полезные для дальнейших вопросов штуки Что может быть полезными штуками (примеры): использование им “терминов” ("отвечаю за качество", "я - devops инженер", "настраиваю CI/CD" и тп) части рабочего процесса ("описываю все в документации", "менторю новичков", "помогаю команде") рассказ о элементах взаимодействия, поставки задач ("сам себе пишу баги, чтобы не забыть", "задачи на описывание кейсов использования") Дальше по этим записям задаем вопрос начин

Flaky тесты (они же моргающие или "случайно успешные")

Недавно поучаствовал в Heisenbug Piter 2021 в роли эксперта на очередной серии доклада Андрея Солнцева про flaky тесты. Люблю эту тему. Кажется, это своего рода "дебаг", только для тестов. Иногда расследование похлеще приключений Шерлока. Тема flaky тестов древняя, как сама отрасль. Первое найденное упоминание термина в традиционных интернетах (типа блогов, твиттеров) в 2008 году в блоге гугла . Мне больше нравится называть их “моргающие” или, что четче отражает проблему, случайно успешные. Давайте еще раз зафиксируем то, что поможет меньше попадать в историю, когда тесты у нас "случайно успешные" и что делать, если уже "вляпались". Итак, что делать, чтобы "моргающих" тестов было меньше: тесты должны быть написаны в правильном слое " той самой пирамиды ": чем ближе слой к модульным тестам (а лучше именно в них), тем меньше шансов на моргания, потому что зависимостей меньше. в ту же тему: чем меньше UI-тестов, тем лучше. Открывая в оче

Через призму менеджера про "Никаких правил. Уникальная культура Netflix."

Последовал совету . Пусть это будет очередным отзывом, но точно не рассказом про концепцию"рок-звезд". Я нашел в книге ответы на те вопросы-сомнения, что вертелись в голове практически с того момента, как я стал менеджером. Или может быть даже не ответы, а подкрепление верности своих действий, своего поведения или просто подтверждения факта, что "я не один такой". После прочтения статьи с Хабра первой мыслью, которая меня посетила была "а ведь вся эта история держится только на хороших менеджерах (лидерах?)".  Книга добавила ясности и деталей в эти размышления и позволила порефлексировать. Далеко не каждый менеджер может быть честным, откровенным и открытым. Это сложно. А нужно еще и своих сотрудников учить быть такими. И, что немаловажно, эти все понятия и принципы тесно связаны и хорошо работают именно в комплексе и в обоюдном применении. В итоге, если менеджер говно не справляется, то с его сотрудниками будет ровно то, про что писали в комментах к Ха