Токсичная продуктивность чуть не уничтожила мою жизнь — как я нашёл баланс
Это история о том, как я столкнулся с токсичной продуктивностью, жил в ней, осознал, что это проблема, и сейчас нахожусь на пути исправления.
Честно, я не задумывался о том, что постоянная гонка за результатами может быть вредной. В современном мире, который транслирует только успех, стремление к постоянной продуктивности может привести к тому, что человек теряет связь с самим собой, испытывает внутренний конфликт и приходит к тому, что называется токсичная продуктивность. Впервые этот термин я услышал от друзей, которые переживали из-за того, как много я работаю. Во время совмещения двух работ и менторства я мог сидеть за ПК больше 14 часов и вставать только, чтобы сходить в туалет. Мне казалось, что вот сейчас я плотно поработаю и потом отдохну. Это состояние, при котором постоянное стремление быть продуктивным становится навязчивым и негативно влияет на физическое и эмоциональное здоровье. Человек может чувствовать вину за любой отдых или отсутствие "полезной" деятельности, что ведёт к стрессу и выгоранию. И у меня это было. Вплоть до октября я работал по 6 дней в неделю. Но это не всё, из-за чего я чувствовал усталость.
Желание сделать всё идеально сильно мешало прогрессу. У меня были случаи, когда я откладывал проекты, видео, идеи, реализация которых была не такой, как мне хотелось, потому что они "не соответствовали моим высоким стандартам", и в итоге ничего не продвигалось. Внутренний конфликт возникал, когда мои внутренние потребности и желания противоречили внешним ожиданиям или навязанным стандартам. Это приводило к чувству неудовлетворённости, даже если объективно я достигал многого. Заработал миллион за месяц? Голос в голове скажет: "Мало". Смог помочь 5 людям за месяц? Голос в голове скажет: "А можно лучше". Сделал все дела и лёг отдохнуть? Голос скажет: "А кто-то был лучше и сейчас он работает".
Я очень устал и решил изменить подход: перестать гнаться за идеалом и начать ценить процесс. Важно позволять себе быть "антипродуктивным". Отдых и время, проведённое без цели достижения конкретного результата, необходимы для восстановления энергии и поддержания психологического равновесия. Это не означает лень или бездействие, а является частью здорового образа жизни. И по сути своей, восстановление — это процесс, который также направлен на достижение результата.
Делегирование стало для меня еще одним спасательным кругом. Раньше я пытался сделать всё сам, думая, что так будет лучше. Но это только увеличивало нагрузку и стресс. Теперь я отдаю задачи, которые не приносят мне удовольствия или отнимают слишком много времени, другим профессионалам. Да, это требует инвестиций, но взамен я получаю свободу заниматься тем, что действительно важно для меня. Да, первое время приходится контролировать выполнение задач, но потом становится легче и проще. Выстроить вокруг себя команду — великое дело.
Баланс во всем — ключевой фактор для поддержания благополучия. Он позволяет быть эффективным в долгосрочной перспективе, не жертвуя при этом своим здоровьем и счастьем. Я начал уделять больше времени тому, что приносит радость: хобби, общению с близкими, новым увлечениям. Перестал ограничивать себя рамками постоянной эффективности и понял, что жизнь — это не только работа и достижения. Но для этого мне пришлось буквально заставить себя добавить в график отдых и занятия хобби, я распланировал всё. И это может выглядеть странно и глупо, но пока это работает со мной — это работает.
Иногда желание вернуться к старым привычкам всё ещё появляется. Но я напоминаю себе, что невозможно достичь качественного результата, постоянно себя изнуряя. Как невозможно накачать бицепс за один день, так и невозможно прийти к гармонии, не позволяя себе отдыхать и просто быть. Кстати, один из главных принципов работы в зале - качественный отдых.
В первом комментарии описал что помогло мне справиться с ней (для кого-то это очевидные вещи, для меня было сложным шагом)
Это история о том, как я столкнулся с токсичной продуктивностью, жил в ней, осознал, что это проблема, и сейчас нахожусь на пути исправления.
Честно, я не задумывался о том, что постоянная гонка за результатами может быть вредной. В современном мире, который транслирует только успех, стремление к постоянной продуктивности может привести к тому, что человек теряет связь с самим собой, испытывает внутренний конфликт и приходит к тому, что называется токсичная продуктивность. Впервые этот термин я услышал от друзей, которые переживали из-за того, как много я работаю. Во время совмещения двух работ и менторства я мог сидеть за ПК больше 14 часов и вставать только, чтобы сходить в туалет. Мне казалось, что вот сейчас я плотно поработаю и потом отдохну. Это состояние, при котором постоянное стремление быть продуктивным становится навязчивым и негативно влияет на физическое и эмоциональное здоровье. Человек может чувствовать вину за любой отдых или отсутствие "полезной" деятельности, что ведёт к стрессу и выгоранию. И у меня это было. Вплоть до октября я работал по 6 дней в неделю. Но это не всё, из-за чего я чувствовал усталость.
Желание сделать всё идеально сильно мешало прогрессу. У меня были случаи, когда я откладывал проекты, видео, идеи, реализация которых была не такой, как мне хотелось, потому что они "не соответствовали моим высоким стандартам", и в итоге ничего не продвигалось. Внутренний конфликт возникал, когда мои внутренние потребности и желания противоречили внешним ожиданиям или навязанным стандартам. Это приводило к чувству неудовлетворённости, даже если объективно я достигал многого. Заработал миллион за месяц? Голос в голове скажет: "Мало". Смог помочь 5 людям за месяц? Голос в голове скажет: "А можно лучше". Сделал все дела и лёг отдохнуть? Голос скажет: "А кто-то был лучше и сейчас он работает".
Я очень устал и решил изменить подход: перестать гнаться за идеалом и начать ценить процесс. Важно позволять себе быть "антипродуктивным". Отдых и время, проведённое без цели достижения конкретного результата, необходимы для восстановления энергии и поддержания психологического равновесия. Это не означает лень или бездействие, а является частью здорового образа жизни. И по сути своей, восстановление — это процесс, который также направлен на достижение результата.
Делегирование стало для меня еще одним спасательным кругом. Раньше я пытался сделать всё сам, думая, что так будет лучше. Но это только увеличивало нагрузку и стресс. Теперь я отдаю задачи, которые не приносят мне удовольствия или отнимают слишком много времени, другим профессионалам. Да, это требует инвестиций, но взамен я получаю свободу заниматься тем, что действительно важно для меня. Да, первое время приходится контролировать выполнение задач, но потом становится легче и проще. Выстроить вокруг себя команду — великое дело.
Баланс во всем — ключевой фактор для поддержания благополучия. Он позволяет быть эффективным в долгосрочной перспективе, не жертвуя при этом своим здоровьем и счастьем. Я начал уделять больше времени тому, что приносит радость: хобби, общению с близкими, новым увлечениям. Перестал ограничивать себя рамками постоянной эффективности и понял, что жизнь — это не только работа и достижения. Но для этого мне пришлось буквально заставить себя добавить в график отдых и занятия хобби, я распланировал всё. И это может выглядеть странно и глупо, но пока это работает со мной — это работает.
Иногда желание вернуться к старым привычкам всё ещё появляется. Но я напоминаю себе, что невозможно достичь качественного результата, постоянно себя изнуряя. Как невозможно накачать бицепс за один день, так и невозможно прийти к гармонии, не позволяя себе отдыхать и просто быть. Кстати, один из главных принципов работы в зале - качественный отдых.
В первом комментарии описал что помогло мне справиться с ней (для кого-то это очевидные вещи, для меня было сложным шагом)
🔥42❤27⚡7 6👍2
Локализация бага — это как спорить с GPS: сначала ты думаешь, что всё дело в карте, потом проверяешь дорогу, а в итоге осознаёшь, что просто ехал не туда
На собеседованиях бывает вопрос (вопрос выдуман и является просто примером): представьте, у нас есть простая страница. На ней есть поле ввода имени и кнопка "Продолжить". Когда пользователь вводит валидное имя и нажимает на кнопку, должен появляться поп-ап с сообщением "Имя сохранено успешно", и имя сохраняется в базе данных. Однако, при тестировании выясняется: вводим валидные данные, нажимаем "Продолжить" — и ничего не происходит. Поп-ап не отображается, и пользователю непонятно, сохранилось ли имя или произошла ошибка.
Для чего задают такой вопрос?
Вопрос о локализации багов задают, чтобы понять, насколько ты умеешь не просто находить проблему, но и разбираться в её причинах. Здесь важно показать, что ты знаешь, как подойти к анализу: от проверки шагов воспроизведения и инструментов разработчика до работы с логами и базой данных. Такой вопрос помогает оценить твои технические знания, логическое мышление и способность эффективно работать с командой.
Например, ты можешь рассказать, что проверяешь не только статус-коды, но и тело запросов (не смешно! Часто слышал ответ: "смотрю код-ответа" и все), изучаешь логи сервера и базы данных, чтобы понять, где именно произошёл сбой. Или как минимизируешь шаги воспроизведения, чтобы передать разработчику максимально точное описание. Главное — дать понять, что ты не просто репортишь баги, но умеешь докопаться до их сути.
Что делать и как докопаться до сути?
Первое, что нужно сделать, — проверить, воспроизводится ли проблема стабильно. Для этого повторяем действия на разных браузерах, устройствах, пробуем другие валидные имена. Если проблема воспроизводится всегда, переходим к анализу.
Открываем инструменты разработчика в браузере (DevTools). Вкладка Console может показать, не возникает ли ошибок JavaScript. Например, бывает ошибка типа
Это указывает на неправильную настройку обработчика кнопки. Если ошибок в консоли нет, переключаемся на вкладку Network. Нажимаем кнопку "Продолжить" и ищем запрос, который должен был отправиться на сервер. Если запрос отсутствует, проблема, скорее всего, в том, что кнопка не инициирует нужное действие.
Если запрос отправляется, проверяем его содержимое. В Network есть две ключевые вкладки: Payload и Response.
- Payload показывает, что отправил фронт. Например, это может быть запрос с параметрами вроде:
- Response — это то, как на этот запрос отреагировал бэкенд. Если в Response вернулись адекватные данные (например, статус 200 и все нужные поля заполнены корректно), то, скорее всего, проблема не на сервере. В таком случае даже нет смысла тратить время на проверку базы — сервер обработал всё правильно.
Чтобы ускорить процесс, можно сделать следующее:
1. Триггернуть запрос с фронта через интерфейс приложения.
2. Повторить этот же запрос в Postman.
Если ответ в обоих случаях одинаковый, то вероятность, что баг на стороне фронтенда, минимальна. Это сразу поможет сузить круг поиска.Если статус 500, причина скорее всего на стороне бэкенда, и нужно проверять логи сервера.
Следующий шаг — анализ базы данных. Проверяем, записалось ли имя в базу. Выполняем SQL-запрос, например:
Если имя отсутствует, ищем ошибку: возможно, ограничения на данные (например, уникальность) или проблема с соединением базы и сервера.
Если данные в базе есть, но поп-ап не отображается, проблема, скорее всего, в фронтенде. Проверяем, запускается ли скрипт отображения поп-апа. Открываем вкладку Elements в DevTools, ищем элемент поп-апа, возможно, он просто скрыт или наложен другим элементом. Это не всегда работает, и многое зависит от технологий которые используют на проекте. Я лишь описываю шаги для рассуждения:)
продолжение в комментариях⬇️
На собеседованиях бывает вопрос (вопрос выдуман и является просто примером): представьте, у нас есть простая страница. На ней есть поле ввода имени и кнопка "Продолжить". Когда пользователь вводит валидное имя и нажимает на кнопку, должен появляться поп-ап с сообщением "Имя сохранено успешно", и имя сохраняется в базе данных. Однако, при тестировании выясняется: вводим валидные данные, нажимаем "Продолжить" — и ничего не происходит. Поп-ап не отображается, и пользователю непонятно, сохранилось ли имя или произошла ошибка.
Для чего задают такой вопрос?
Вопрос о локализации багов задают, чтобы понять, насколько ты умеешь не просто находить проблему, но и разбираться в её причинах. Здесь важно показать, что ты знаешь, как подойти к анализу: от проверки шагов воспроизведения и инструментов разработчика до работы с логами и базой данных. Такой вопрос помогает оценить твои технические знания, логическое мышление и способность эффективно работать с командой.
Например, ты можешь рассказать, что проверяешь не только статус-коды, но и тело запросов (не смешно! Часто слышал ответ: "смотрю код-ответа" и все), изучаешь логи сервера и базы данных, чтобы понять, где именно произошёл сбой. Или как минимизируешь шаги воспроизведения, чтобы передать разработчику максимально точное описание. Главное — дать понять, что ты не просто репортишь баги, но умеешь докопаться до их сути.
Что делать и как докопаться до сути?
Первое, что нужно сделать, — проверить, воспроизводится ли проблема стабильно. Для этого повторяем действия на разных браузерах, устройствах, пробуем другие валидные имена. Если проблема воспроизводится всегда, переходим к анализу.
Открываем инструменты разработчика в браузере (DevTools). Вкладка Console может показать, не возникает ли ошибок JavaScript. Например, бывает ошибка типа
Uncaught TypeError: Cannot read property 'clickHandler' of undefined
Это указывает на неправильную настройку обработчика кнопки. Если ошибок в консоли нет, переключаемся на вкладку Network. Нажимаем кнопку "Продолжить" и ищем запрос, который должен был отправиться на сервер. Если запрос отсутствует, проблема, скорее всего, в том, что кнопка не инициирует нужное действие.
Если запрос отправляется, проверяем его содержимое. В Network есть две ключевые вкладки: Payload и Response.
- Payload показывает, что отправил фронт. Например, это может быть запрос с параметрами вроде:
{
"name": "Анна"
}
- Response — это то, как на этот запрос отреагировал бэкенд. Если в Response вернулись адекватные данные (например, статус 200 и все нужные поля заполнены корректно), то, скорее всего, проблема не на сервере. В таком случае даже нет смысла тратить время на проверку базы — сервер обработал всё правильно.
Чтобы ускорить процесс, можно сделать следующее:
1. Триггернуть запрос с фронта через интерфейс приложения.
2. Повторить этот же запрос в Postman.
Если ответ в обоих случаях одинаковый, то вероятность, что баг на стороне фронтенда, минимальна. Это сразу поможет сузить круг поиска.Если статус 500, причина скорее всего на стороне бэкенда, и нужно проверять логи сервера.
Следующий шаг — анализ базы данных. Проверяем, записалось ли имя в базу. Выполняем SQL-запрос, например:
SELECT * FROM users WHERE name = 'Анна';
Если имя отсутствует, ищем ошибку: возможно, ограничения на данные (например, уникальность) или проблема с соединением базы и сервера.
Если данные в базе есть, но поп-ап не отображается, проблема, скорее всего, в фронтенде. Проверяем, запускается ли скрипт отображения поп-апа. Открываем вкладку Elements в DevTools, ищем элемент поп-апа, возможно, он просто скрыт или наложен другим элементом. Это не всегда работает, и многое зависит от технологий которые используют на проекте. Я лишь описываю шаги для рассуждения:)
продолжение в комментариях⬇️
🔥50❤16⚡6👍2
Новый ролик на YouTube!
Сегодня я расскажу, как из обычного QA-инженера вырасти в настоящего профи с высокой зарплатой и крутыми проектами. Мы поговорим о том, как планировать развитие, осваивать новые технологии и грамотно обсуждать свою зарплату.
Что вас ждет:
– как понять, чего вам не хватает для следующего шага;
– с чего начать освоение сложных технических навыков;
– как уверенно обсуждать повышение зарплаты и карьерный рост;
– какие soft skills помогут вам выделиться среди других кандидатов.
Видео будет полезно как начинающим, так и опытным QA-инженерам, обязательно к просмотру! 😎
Сегодня я расскажу, как из обычного QA-инженера вырасти в настоящего профи с высокой зарплатой и крутыми проектами. Мы поговорим о том, как планировать развитие, осваивать новые технологии и грамотно обсуждать свою зарплату.
Что вас ждет:
– как понять, чего вам не хватает для следующего шага;
– с чего начать освоение сложных технических навыков;
– как уверенно обсуждать повышение зарплаты и карьерный рост;
– какие soft skills помогут вам выделиться среди других кандидатов.
Видео будет полезно как начинающим, так и опытным QA-инженерам, обязательно к просмотру! 😎
⚡26❤15🔥13🥰2 1
Фриз найма в декабре?
Бытует мнение, что когда наступает предновогоднее время, рынок замирает и ждет начала следующего года. Отчасти так и есть, но тот, кто ищет, — всегда находит. На скрине результат долгой работы до этого момента. Но это первые дни декабря, и у ребят есть результат. Это просто факт.
А еще до конца декабря действует скидка 20% на любую услугу по промокодуEDVERSE2025.
Войдем в Новый год по-новому?
Бытует мнение, что когда наступает предновогоднее время, рынок замирает и ждет начала следующего года. Отчасти так и есть, но тот, кто ищет, — всегда находит. На скрине результат долгой работы до этого момента. Но это первые дни декабря, и у ребят есть результат. Это просто факт.
А еще до конца декабря действует скидка 20% на любую услугу по промокоду
Войдем в Новый год по-новому?
1🔥40 8⚡7❤2👍1
Всем привет! В этом видео я разбираю топ самых распространенных ошибок, которые совершают начинающие QA-инженеры. Эти ошибки встречаются у всех — от новичков до тех, кто уже работает в тестировании. Я расскажу, как избежать этих проблем и дать вашей карьере мощный толчок вперед!
Вы узнаете:
— почему коммуникация — это ключ к успеху в QA;
— как правильно задавать вопросы и приоритизировать задачи;
— почему важно качественно писать тестовую документацию и баг-репорты;
— как работать с интуицией и избегать страха ошибок;
— почему отказ от развития может стоить вам карьеры.
Делайте меньше ошибок, учитесь на опыте других и становитесь лучше!
Вы узнаете:
— почему коммуникация — это ключ к успеху в QA;
— как правильно задавать вопросы и приоритизировать задачи;
— почему важно качественно писать тестовую документацию и баг-репорты;
— как работать с интуицией и избегать страха ошибок;
— почему отказ от развития может стоить вам карьеры.
Делайте меньше ошибок, учитесь на опыте других и становитесь лучше!
🔥26❤11👍9 4⚡3🥰1😈1
Media is too big
VIEW IN TELEGRAM
Представил диалог с HR
- какую зп рассматриваете?
- отталкиваюсь от вилки компании
- а какая была на предыдущем месте работы?
- пошла в жопу
- какую зп рассматриваете?
- отталкиваюсь от вилки компании
- а какая была на предыдущем месте работы?
- пошла в жопу
😁49🔥21❤5
ИТОГИ ГОДА
Настала время когда все подводят итоги года, и сначала я не хотел их подводить (нетакусик), но раз я еду дарить подарок и буду снимать об этом видео, то решил объединить приятно с полезным, и подвести таким образом итоги этого хорошегоебанутого года в видео!
Если вдруг вы хотите что-нибудь спросить (на любую тему в целом, отвечу почти на все) то можно оставить вопрос под этим постом :)
Настала время когда все подводят итоги года, и сначала я не хотел их подводить (нетакусик), но раз я еду дарить подарок и буду снимать об этом видео, то решил объединить приятно с полезным, и подвести таким образом итоги этого хорошего
Если вдруг вы хотите что-нибудь спросить (на любую тему в целом, отвечу почти на все) то можно оставить вопрос под этим постом :)
❤28 9🔥7👍3😁1
Кста к нг запустил новый сайт: https://edqa.ru/ че скажем? одобряем?
edqa.ru
QA с нуля: вместе к твоей цели
Ты найдешь работу с высокой зарплатой, станешь частью команды, закроешь испытательный срок. Моя цель — дать компаниям сильного сотрудника, а тебе дать возможность профессионально развиваться и зарабатывать
26🔥33👍3❤2
Кратко о 2024 году, главные мысли и инсайты, подарок подопечному в тайном Санте, коммьюнити и мое ощущение этого года, всех с наступающим и спасибо за то, что чс нами!
Смотреть!
Смотреть!
1❤37🔥8🥰5😈1