LikeaDuck🦆

Вот так выглядит JavaDoc в одном из классов Spring Data. А ведь я решил его почитать именно ради того, чтоб понять что это за IntFunction<? extends ScrollPosition> positionFunction. Так что вот она - возможность стать контрибьютором Спринга для всех желающих 😁

Любопытный факт к 8 Марта: в Dodo Engineering больше всего девушек именно в QA. А меньше всего - внезапно - среди frontend разработчиков - ноль🥺. Получается, мне очень повезло - работать со многими прекрасными девушками бок о бок ❤️ А еще учить многих прекрасных девушек в QA.GURU❤️ С праздником вас🌹

Впервые действительно почувствовал землетрясение. Причем в качалке, где вокруг куча тренажеров, грифов и блинов, и все это как затряслось... Напоминаю, что в DODO Engineering можно работать из любой точки мира😀

#java #opensource Если вам интересно, что же получилось с Allure-grpc, а там есть на что посмотреть (потоки, CountDownLatch-и вот это вот все 🥲 А еще unit-тесты!), то, короче говоря, вот PR. Я надеюсь, что это будет полезно всем QA, кто тестирует streaming gRPC. Это же так радостно, когда есть проблема, и есть библиотека, которая ее решает, не правда ли?

#java #opensource Сегодня я решил переписать allure-grpc. Это маленькая библиотечка за моим авторством, которая создаёт красивый отчетик для gRPC тестов. Но она изначально, как говорится, by design, не заточена под bidirectional streaming и на client-streaming - тоже. Стоит признать, что и в реальных проектах это самые редко используемые виды стриминга в gRPC. Она не то что бы совсем с ними не работает, но, если клиент отправляет несколько message, то в отчёте будет несколько steps - для каждого message. Не-кра-си-во. Пришло время сделать так, чтоб работала одинаково хорошо с любым видом gRPC. Ну и заодно смахнуть пыль с ачивки open source контрибьютора😁 А вы создаете pullrequest-ы в opensource? Делитесь своим опытом🤟

#Management #Собеседование Я думаю, что желание работать друг с другом должно быть обоюдовзаимным. Поэтому и собеседование не должно быть допросом или экзаменом, а должно выстраиваться "мы продаем себя, вы - себя". Исходя из этого, хорошим собеседованием я считаю то, где мы (я и тот, кто пришел ко мне на интервью) говорим примерно поровну, и к концу оба понимаем, что нам по пути. Но вот на одном из собеседований я рассказываю про нас, какие у нас цели, какие рынки приоритетные, какие вызовы перед айтишечкой, чем они обусловлены... А мой визави в это время просто... продолжает работать. Это всегда видно со стороны, когда человек тебя слушает, или занят своими делами, не так ли? Обидно как-то стало, да и грустно. Рынок действительно таков, что у каждого соискателя паровозик собеседований, конвейер. Типа, "ну вот получу N офферов и выберу". А я бы хотел работать с теми, кто бы хотел работать со мной. Кто хотя бы меня слушает 🙂. Возможно, это наглость с моей стороны, как вы считаете?

И второй внезапный вопрос - а много у меня читателей из Алматы? Хочется сделать какой-то небольшой уютный offline полумитап, полупивапопить, пообсуждать QA, тесты, о Додо могу порассказывать, да на вопросы поотвечать. Пишите в комменты, если бы пришли на такое мероприятие 🙌

Что вы думаете о небольшом лайфкодинге на собеседовании QA Automation? Допустимо ли не вспомнить, как пишется цикл for (int i = 0..) "из-за нервов", когда ты Senior вот с этим вот языком программирования в резюме? Предлагаю подискутировать, хочется услышать мнения и тех кто против лайфкодинга, и тех, кто за

#видеозаписи Когда Дмитрий Тучс рассказывал о работе с расширениями JUnit 5, код в кадре появился уже на третьей минуте. В рубрике #ТестоваяСреда публикуем это выступление, где максимум практики и конкретики.

Ну и немного хороших новостей в этот невеселый день - опубликована первая часть моего воркшопа The art of JUnit extensions. А на ближайшем HB должна быть и вторая🚀

Я вчера заболел, температура, слабость, вот это все🙄 Пара человек ждут моего ответа по вакансиям, но я вчера был тотально оффлайн и сегодня, скорее всего, не смогу ещё ни с кем созвониться - буду лежать. Но я обо всех помню🙂 А что бы пост не был бесполезен, предлагаю устроить сессию вопрос ответ в комментариях - готов ответить на любые вопросы о работе в Dodo Engineering (ну, кроме "сколько ты получаешь"🥲). Спрашивайте, буду в течение дня отвечать

#job #вакансия #додо И еще одна вакансия 🥲. Сегодня это - Mobile QA. Это линейная вакансия в команду внутри того самого юнита, о котором я писал в предыдущем посте ⬆️. Стэк тот же, есть ручная работа, и автоматизаторство очень, очень приветствуется. Без него, если честно, не получится, т.к. команда будет непосредственно участвовать в полной переделке приложения Dodo Pizza, и наши сотни тестов неизбежно начнут быть неактуальными. Но мы рассматриваем тех, кто уже писал какой-то код на каком-то ЯП, а не строго имеет опыт с Kotlin/Swift. Этому, если что, научим.

#job #вакансия #додо Наконец, поделюсь жемчужиной моих вакансий - QA Mobile Team Lead. Это - единственная вакансия, на которую не будет ссылок на формальное описание, все напишу здесь. Мы полностью переделываем наше мобильное приложение Dodo Pizza. Этим занимаются, в основном, 4 команды, в каждой из которых есть QA Mobile Engineer. Эти 4 команды объедены в юнит, на уровне которого есть главный Product Lead, отвечающий за все в нашем мобильном приложении, есть техлиды разработки, отвечающие за общий технический вижн всех 4 команд, и наконец, мы хотим что бы там же был QA Lead, отвечающий за процесс, метрики и результаты тестирования на уровне всего юнита. Что это означает на практике? Что придется ходить в разные команды (те самые 4 фичатимы в рамках юнита), очень плотно взаимодействовать с QA инженерами в этих командах, лидировать общие точки в тестировании - мы хотели бы иметь общий бэклог багов, общую статистику по юниту в целом, а не по отдельным командам, хотели бы чаще общаться с саппортом. Конечно, где-то придется показывать не словом, а своим примером, но у нас все лидеры на это способны: так, я весь 2023 год активно контрибьютил в нагрузочные тесты на Java и занимался manual тестированием Drinkit, когда было некому. И все же, тебе не придется каждое утро на дэйли говорить "я вчера занимался...", но мы будем обсуждать с тобой конкретные метрики, цифры, удовлетворенность качеством приложения и вот это все. Это настоящая лидерская позиция, слово "Lead" тут не для галочки. 🙌 Пожалуйста, отзовитесь 🙌, если вы разбираетесь в мобильном тестировании, прочитали какую-нибудь книжку по менеджменту и если вас на работе оценивают не по тому, как вы поработали руками (сколько багов нашли или кейсов написали), а по тому, как поработала ваша команда и какие на выходе получились результаты у команды. Это очень, очень важная разница в майндсете. По технике у нас Kotlin + Kaspresso, Swift + XCUITest, GHA, AllureTestops, запускаем тесты на эмуляторах, тестируем на реальных устройствах + иногда на эмуляторах.

Третья вакансия - Performance QA. Нужно желание ковыряться в инфре (у нас все в k8s), понимать что такое микросервисная архитектура, как работать с БД и для чего нужна Кафка. Мочь писать какой-нибудь код на Java (сложнее, чем Selenide + RestAssured) - тоже мастхэв. Вакансия на 146% инженерно техническая, но мы осознанно ищем мидла, а не сеньера, которому интересно ковыряться, решать проблемы и расти. Контакты те же (я🙂)

Вторая, и не менее важная - QA в команду Маркетплейса. Что такое наш маркетплейс - смотрите в видео. Основная особенность этой вакансии - работа с API, выстраивание процессов и, пожалуй, главное - частое переключение контекстов между разными небольшими приложениями, которые это API будут использовать. Вакансия точно будет интересна тем, кто не хочет месяцами и годами тестировать одно и то же. Опять таки - пишите мне, @dtuchs

Итак, о моих вакансиях с подробностями. Первая - железячный QA. Мы ищем QA инженера в Москве или в Сыктывкаре, с опытом тестирования чего-то железного. То есть, мы пишем софт для касс, киосков самообслуживания, драйверы для них и т.д. Мы тестируем новое оборудование и софт для него. И если вы знаете такого QA - или вы вдруг сами такой - мы точно договоримся о приятных условиях работы. Важно - Т.к. работа с железками, а железки в офисе в Москве и в Сыктывкаре, то надо быть там или хотеть туда (в Москву, конечно 🥲) переехать. Пишите плиз мне напрямую - @dtuchs

Кстати, любопытный факт. В моей карьере был ровно 1 (один) отказ в выступлении на каком-то QA_ивенте: от чуваков из Казахского KOLESA GROUP. Казахское айти круче всех Гейзенбагов и Кодфестов с Девклубами вместе взятых, получается 🙂

Подал заявку на продолжение воркшопа The art of JUnit extensions. Если честно - не планировал, но меня очень мотивировал отзыв одного из слушателей первой части:

Если не смотрел выступление Дмитрия, то крайне советую глянуть когда запись появится, там показывали пример целого механизма, одним винтиком из которого является контекст холдер) Когда смотрел, не знал даже чего такое эти экстеншены и оно для меня прям взрывом мозга было, целый новый мир открылся моему взору

Гемба в Додо В конце декабря мы провели самую масштабную гембу за всю историю ✊ Dodo Brands. 170 сотрудников офисов в разных странах (и я в том числе😁) перед Новым годом работали в пиццериях, делали кофе и развозили заказы нашим клиентам. Как это было, что такое гемба и зачем мы используем подобные практики? Обо всём этом в новой статье на VC 🍕