Сколько работают айтишники на самом деле? 🤔
Замечали, что про продолжительность работы айтишников иногда думают совершенно противоположное? Кто-то уверен, что они работают по 2 часа, а остальное время чилят. Кто-то считает, что они из-за компьютера вообще не выходят и постоянно перерабатывают. А последнее время есть тенденция считать, что половина из них просто работает на 2-х и более работах и лутают много денег. Что же на самом деле?
NewHR уже опубликовали 5 серий с результатами своего большого исследования overemployment — работы на несколько компаний одновременно. Я, как инфопартнёр, уже рассказывал про запуск этого опроса, а теперь делюсь с вами результатом!
📊 Ключевые результаты:
— 9% IT-специалистов практикуют фултайм overemployment на двух местах одновременно с сокрытием от работодателей.
— чаще всего вторую работу берут как раз таки мидлы и сеньоры тестировщики
— на вторую работу тратят 3-4 часа в день и часто делают это в рабочее время первой работы
— хоть основная цель - это и заработать больше денег, но часто это также способ профессионального развития
— большинство overemployment - это парттайм, пет-проекты, менторинг, то есть активности, которые легче совмещать с основной работой и можно даже делать это публично
👀 В самом исследовании — реальные кейсы, цифры по ролям, и даже советы, как вести двойную игру или вычислить такого сотрудника
📎 Первые пять серий исследования — по ссылке: https://newhr.org/data/overemployment-2024-2025
Замечали, что про продолжительность работы айтишников иногда думают совершенно противоположное? Кто-то уверен, что они работают по 2 часа, а остальное время чилят. Кто-то считает, что они из-за компьютера вообще не выходят и постоянно перерабатывают. А последнее время есть тенденция считать, что половина из них просто работает на 2-х и более работах и лутают много денег. Что же на самом деле?
NewHR уже опубликовали 5 серий с результатами своего большого исследования overemployment — работы на несколько компаний одновременно. Я, как инфопартнёр, уже рассказывал про запуск этого опроса, а теперь делюсь с вами результатом!
📊 Ключевые результаты:
— 9% IT-специалистов практикуют фултайм overemployment на двух местах одновременно с сокрытием от работодателей.
— чаще всего вторую работу берут как раз таки мидлы и сеньоры тестировщики
— на вторую работу тратят 3-4 часа в день и часто делают это в рабочее время первой работы
— хоть основная цель - это и заработать больше денег, но часто это также способ профессионального развития
— большинство overemployment - это парттайм, пет-проекты, менторинг, то есть активности, которые легче совмещать с основной работой и можно даже делать это публично
👀 В самом исследовании — реальные кейсы, цифры по ролям, и даже советы, как вести двойную игру или вычислить такого сотрудника
📎 Первые пять серий исследования — по ссылке: https://newhr.org/data/overemployment-2024-2025
newhr.org
Overemployment: проблема или новая норма в русскоязычном IT? (часть I)
👍15🔥7❤1
🔴 Вы попрыгунчик или засиделись на одном месте? ❌
Недавно наткнулся на обсуждение, как нанимающие относятся к "попрыгунчикам" и "засидельцам".
Короткий ответ: не очень.
⏳ Меньше одного года в компании — уже red flag.
Даже меньше двух лет вызывает вопросы.
И это даже с учётом текущей ситуации: массовые увольнения, закрытия бизнесов, оптимизации, релокации.
Проблема в том, что:
📌 Если вам не понравилась компания,
📌 Вы не растёте, не приносите пользу,
📌 Но и уйти "рано" — плохо, то ощущение, будто нужно отсидеть 2+ года как на каторге.
🤷♂️ Хотя это невыгодно ни вам, ни компании, но важно нанимающему, который должен доверить вам долгосрочный проект.
Как с этим борются компании:
💰 Премии с "отсидкой" — чтобы отработать хотя бы год или полтора.
📈 Опционы — часто вестятся до 4 лет, иначе полностью не продать.
✈️ Релокационные пакеты — требуют год работы, иначе платишь обратно.
А что с засидельцами?
🧓 10 лет в одной компании — тоже часто минус.
🤯 Часто тяжело адаптироваться, сложно принять новые процессы, и привычка всё сравнивать с «как было у нас» мешает расти.
💡 Что делать?
Почитайте обсуждение сами.
Используйте аргументы и примеры, чтобы быть готовым к каверзным вопросам на собеседовании.
Недавно наткнулся на обсуждение, как нанимающие относятся к "попрыгунчикам" и "засидельцам".
Короткий ответ: не очень.
⏳ Меньше одного года в компании — уже red flag.
Даже меньше двух лет вызывает вопросы.
И это даже с учётом текущей ситуации: массовые увольнения, закрытия бизнесов, оптимизации, релокации.
Проблема в том, что:
📌 Если вам не понравилась компания,
📌 Вы не растёте, не приносите пользу,
📌 Но и уйти "рано" — плохо, то ощущение, будто нужно отсидеть 2+ года как на каторге.
🤷♂️ Хотя это невыгодно ни вам, ни компании, но важно нанимающему, который должен доверить вам долгосрочный проект.
Как с этим борются компании:
💰 Премии с "отсидкой" — чтобы отработать хотя бы год или полтора.
📈 Опционы — часто вестятся до 4 лет, иначе полностью не продать.
✈️ Релокационные пакеты — требуют год работы, иначе платишь обратно.
А что с засидельцами?
🧓 10 лет в одной компании — тоже часто минус.
🤯 Часто тяжело адаптироваться, сложно принять новые процессы, и привычка всё сравнивать с «как было у нас» мешает расти.
💡 Что делать?
Почитайте обсуждение сами.
Используйте аргументы и примеры, чтобы быть готовым к каверзным вопросам на собеседовании.
❤6🤔4👌1
Как и обещал в прошлом посте выкладываю свое решение задания:
🐈 GitHub: https://github.com/topsycreed/rest-assured-token
В решении используется Java, Gradle, JUnit 5, AssertJ, Rest Assured, Jackson, Allure, Lombok и Owner для чтения properties.
Тестировал решил API сценарий добавления товара в корзину для сайта https://www.ae.com/us/en — этот же сайт и его API используем на моем бесплатном курсе по автоматизации на Java в рамках курсового пет проекта.
Что было сделано:
1️⃣ Создан TokenManager - Хранит токены по ролям (GUEST, AUTH) в ThreadLocal<EnumMap<>>
Использует ленивую инициализацию computeIfAbsent Позволяет получить токен через TokenManager.getToken() или .getToken(UserRole)
2️⃣ Создано JUnit-расширение - GuestTokenExtension и заготовка для будущего AuthTokenExtension
В beforeAll() устанавливает роль (TokenManager.setCurrentRole(...)) И иницилизируется токен (TokenManager.getToken())
3️⃣ Контроллер (BagController) не знает о ролях
Просто вызывает TokenManager.getToken() — и получает нужный токен Роль уже была установлена расширением → нет дублирования
4️⃣ Отдельный контроллер для токенов (TokenClient)
Передаем авторизационный хедер из свойств, если нужно можно даже сделать секретными данными, для Guest общедоступная информация.
Почему решение архитектурно чистое:
• KISS - Простой TokenManager, один вызов в контроллере
• Single Responsibility Principle - TokenManager отвечает только за токены, контроллер — за API
• Open/Closed Principle - Добавить новую роль — легко (новое расширение)
• Dependency Inversion Principle - Контроллер не зависит напрямую от способа получения токена
• Без static в тестах - всё управление токеном — через @ExtendWith(...)
Пишите свои идеи как еще можно было бы решить такую задачку.
Задание:
🧪 В проекте с автотестами на Rest Assured:
— Прокиньте токен из @BeforeAll во все тесты.
— Сделайте это без статики.
— Сохраните архитектурную чистоту (SOLID, KISS).
В решении используется Java, Gradle, JUnit 5, AssertJ, Rest Assured, Jackson, Allure, Lombok и Owner для чтения properties.
Тестировал решил API сценарий добавления товара в корзину для сайта https://www.ae.com/us/en — этот же сайт и его API используем на моем бесплатном курсе по автоматизации на Java в рамках курсового пет проекта.
Что было сделано:
Использует ленивую инициализацию computeIfAbsent Позволяет получить токен через TokenManager.getToken() или .getToken(UserRole)
В beforeAll() устанавливает роль (TokenManager.setCurrentRole(...)) И иницилизируется токен (TokenManager.getToken())
Просто вызывает TokenManager.getToken() — и получает нужный токен Роль уже была установлена расширением → нет дублирования
Передаем авторизационный хедер из свойств, если нужно можно даже сделать секретными данными, для Guest общедоступная информация.
Почему решение архитектурно чистое:
• KISS - Простой TokenManager, один вызов в контроллере
• Single Responsibility Principle - TokenManager отвечает только за токены, контроллер — за API
• Open/Closed Principle - Добавить новую роль — легко (новое расширение)
• Dependency Inversion Principle - Контроллер не зависит напрямую от способа получения токена
• Без static в тестах - всё управление токеном — через @ExtendWith(...)
Пишите свои идеи как еще можно было бы решить такую задачку.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤2🔥2🏆2
Новый пет-проект! 🐶🐱
Устроил себе мини-отпуск для перезагрузки — стал няней для четырёх хвостатых.
С пятницы по воскресенье у меня были на передержке две собаки и две кошки.
Для меня это небольшое, но важное достижение: столько пушистиков одновременно у меня ещё не было. Причём все это с релокацией на их территорию. Это был ещё один уровень перезагрузки, я будто пожил в каком-то уютном загородном отеле. Такой мини-отпуск на выходные.
В моменте, конечно, устаёшь: вокруг постоянно кто-то лает, мяукает, просит внимания, вылизывается у тебя под боком. Но сейчас я уже скучаю по этой суете 😅
Вообще, такое хобби для меня — это отличная альтернатива выгореть, уйти в саббатикал и уехать на гусиную ферму.
Советую иногда пробовать себя в новых ролях, менять обстановку, вырываться из рутины. После этого действительно ощущается, что кэш очищен, и ты снова готов возвращаться в рабочий режим и свой QA-день-сурка.
Устроил себе мини-отпуск для перезагрузки — стал няней для четырёх хвостатых.
С пятницы по воскресенье у меня были на передержке две собаки и две кошки.
Для меня это небольшое, но важное достижение: столько пушистиков одновременно у меня ещё не было. Причём все это с релокацией на их территорию. Это был ещё один уровень перезагрузки, я будто пожил в каком-то уютном загородном отеле. Такой мини-отпуск на выходные.
В моменте, конечно, устаёшь: вокруг постоянно кто-то лает, мяукает, просит внимания, вылизывается у тебя под боком. Но сейчас я уже скучаю по этой суете 😅
Вообще, такое хобби для меня — это отличная альтернатива выгореть, уйти в саббатикал и уехать на гусиную ферму.
Советую иногда пробовать себя в новых ролях, менять обстановку, вырываться из рутины. После этого действительно ощущается, что кэш очищен, и ты снова готов возвращаться в рабочий режим и свой QA-день-сурка.
❤39👍10😍6🔥5
Всех с началом новой недели!
Давайте начнём её с лёгкого теста: выбери картинку какой ты сегодня тестировщик
(спойлер: все варианты — мемы с котиками и собаками в QA-ситуациях)
Что получилось? Насколько тест угадал?)
Давайте начнём её с лёгкого теста: выбери картинку какой ты сегодня тестировщик
(спойлер: все варианты — мемы с котиками и собаками в QA-ситуациях)
Что получилось? Насколько тест угадал?)
🔥16😁12❤2🫡2