Советы командам, собирающимся на хакатоны
Практичные советы для команд на хакатонах: фокус на сильных сторонах, делегирование, тайминг и отдых вечером.
Практичные советы для команд на хакатонах: фокус на сильных сторонах, делегирование, тайминг и отдых вечером.
Список профессиональных и личных вопросов для менторской сессии и пример кейса выбора между страной А и страной Б с матрицей приоритетов.
Перечень проблем при использовании моков в тестах: ложная безопасность, связность тестов, поддержка, скрытые интеграции и способы смягчения.
Семь практических приёмов (КПТ и рабочие практики) для тестировщиков QA, чтобы снизить тревогу и фокусироваться на стабильности и рисках бизнеса.
Опыт менти: как сессия с ментором помогла распознать страхи, определить цели и вернуть уверенность; образ у Иссык-Куля как ресурс.
Короткое руководство по mock-объектам: зачем нужны в тестах, преимущества — детерминированность, скорость, покрытие ошибок и экономия инфраструктуры.
Автор рассуждает, когда стоит менять работу, предупреждает об ошибке выжившего и отмечает актуальность реферальных программ при поиске оффера.
Короткое размышление о том, как книга Кови и метафора «банки с камнями» помогают выстроить рутину: работа, зал, прогулка, обучение.
Шесть приёмов: план дня, работа блоками, «лесенка», микропаузы, контроль энергии и чёткий финал помогают сохранять продуктивность без выгорания.
Короткий разбор, когда ментор в IT действительно нужен: про самообучение, переходный период и практическую реализацию знаний.
Размышление о том, как состояние новичка превращается в инструмент роста и почему «не знаю» — маркер движения, а не недостаток.
О рассуждении о том, как неправильно введённые метрики и KPI деморализуют команду: про смысл, адаптацию и культуру отчётности.
Размышления о двух подходах к продуктивности — «западной» (чек-листы, GTD) и «восточной» (внимание, энергия). Баланс как главный вывод.
Размышления о страхе быть новичком, принятии ошибок и превращении обучения в игру. Благодарность Оле (testing_and_life).
Размышления о ретроградстве: перечисляю риски изменений — roi, падение продуктивности, негатив пользователей и риски сбоев.
Как писать статус задачи: формула X→Y→Z — что сделано, что дальше, риски; частота апдейтов: ежедневный, при блокере, финальный.
Размышления о том, как изменилась доступность знания, роли личного авторитета и ответственности авторов — от ЖЖ до эпохи одного клика.
Советы по ненападной коммуникации с разработчиком: как описывать баг, договариваться о приоритетах и фиксировать договорённости.
Короткий опыт тестирования «курсором»: гоняет смоук и регресс, но слаб в сложной логике и в задачах UX.
Юлия Макаева объясняет, чем медиация отличается от компромисса: не уступки, а поиск решения, удовлетворяющего интересы всех сторон.