LikeaDuck🦆 @likeaduck Channel on Telegram

LikeaDuck🦆

@likeaduck


Дима Тучс (https://t.me/dtuchs). QA директор в DODO, спикер и программный комиттёр на конфах, создатель авторского курса QA.GURU Advanced. Здесь будет об IT, QA, менеджменте и немного обо мне.

LikeaDuck🦆 (Russian)

Добро пожаловать в Telegram-канал LikeaDuck🦆! Владелец канала - Дима Тучс, QA директор в DODO, спикер и программный комиттёр на конференциях, а также создатель авторского курса QA.GURU Advanced. Если вы интересуетесь IT, QA, менеджментом и хотите узнать немного больше об авторе, то вам сюда! Канал наполнен интересными материалами и полезной информацией по указанным тематикам. Присоединяйтесь к LikeaDuck🦆 и расширяйте свои знания в области QA и IT!

LikeaDuck🦆

13 Jan, 11:30


#graphql

Как известно, спецификация graphql предусматривает информирование об ошибке одновременно с возвратом той части данных, которые удалось получить. И, в связи с этим, референсная frontend библиотека apollo даже имеет три стратегии обработки таких ответов:

1️⃣ игнорировать errors, если пришло хоть что-то в data
2️⃣ игнорировать data, если пришло хоть что-то в errors
3️⃣ не игнорировать ничего (и data и errors предлагается обрабатывать самостоятельно как вы хотите)

Глядя на эти политики, меня не покидает ощущение, что варианты 1️⃣ и 2️⃣ как будто сужают спецификацию, что для меня бы, как гипотетического бэкендера, выглядело странно: почему ты игнорируешь то, что я старательно тебе вернул? 😁

А вариант 3️⃣ представлен красивым примерчиком frontend-кода:
function ShowingSomeErrors() {
const { loading, error, data } = useQuery(MY_QUERY, { errorPolicy: "all" });

if (loading) return <span>loading...</span>;
return (
<div>
<h2>Good: {data.goodField}</h2>
<pre>
Bad:{" "}
{error.graphQLErrors.map(({ message }, i) => (
<span key={i}>{message}</span>
))}
</pre>
</div>
);
}


Внимание вопрос
: если вы работаете с GraphQL, то какая стратегия обработки ошибок используется у вас?
И, если это 3️⃣ (не игнорировать ничего), то весь ваш фронтенд действительно обмазан и обработкой data, и обработкой error для всех запросов, где есть nullable fields?

LikeaDuck🦆

09 Jan, 19:33


#java

Сегодня впервые воспользовался ключевым словом yield в Java, описывая банальный switch-case:
   return switch (action) {
case ADD -> ...;
case ACCEPT -> ...;
case REJECT -> ...;
case DELETE -> {
userDataClient.remove(username, input.username());
yield ...;
}
};


Я такой - "о, а return из функции -> {} тут уже не работает" и стал смутно вспоминать, что должен же быть какой-то иной способ. Решил погуглить, когда оно там появилось, оказалось что аж в 13 Java - вот так и живешь годами не используя целое ключевое слово.

Вывод - советую читать релиз ноуты того, что в вашем резюме, как бы банально это не казалось 🥲

LikeaDuck🦆

31 Dec, 14:04


Если не премии, то что?

Прошлый мой пост про премии был бы не полным без рассуждения о том, что же предлагают нам те работодатели, которые не платят премии, и DODO Brands в частности?

У нас это оклады по верху рынка + опционы.

И в этом новогоднем 🌲посту хочется порассуждать про такую щекотливую тему, как наши оклады, грейды, ну и опционов чуть-чуть коснемся.

10 апреля этого года отвечал на вопрос о зарплатах QA у нас, и без контекста это выглядит действительно странными цифрами: от 128 до 540.

Все дело в том, что позиция QA в нашей сетке грейдов поднимается довольно высоко - от 11 грейда до 7-го (для контекста: C-lvl обитает в 1-4). итого 128 - это минимальная зарплата на 11 грейде, 540 - была максимальной для QA на 7-м. Почему "была"? Потому что на 2025 год у нас будет новая сетка окладов , которая для некоторых грейдов выше до 20% относительно окладов 2024 года.

Итого, отвечая на прямой вопрос - можно ли зарабатывать, скажем, порядка 6000$ будучи QA (да, максимального грейда, то есть техлидом)? Да. Сложно ли это? Безусловно. Но эта возможность закреплена в нашей сетке грейдов, а значит, она есть.😁

Выше рынка ли такие зарплаты? Я считаю, что на данный момент для СНГ рынка - да, а причина тому - именно тот факт что наши C&B (компенсэйшн энд бенефитс) специалисты закладывают премии в оклад.

Почему это лучше?

Потому что вам все равно, в какой месяц увольняться, а не вот это вот "готов выйти вам после декабря или марта", как это часто бывает 😁. Вы в безопасности, потому что сумма прописана в вашем трудовом договоре, и вы рассчитываете на нее, берете кредиты - ипотеки и т.д., а любая премия может быть просто отменена (как и корпоратив).

Допускаю, что в коментах будут те, у кого и оклад 100500, и еще и премии каждый квартал (и я понимаю, что по мировым меркам мы, конечно, не FAANG), но мне хочется верить, что кто-то из вас примет вызов стать QA 7 грейда в DODO в 2025 году.

Всех с новым годом!🎄

LikeaDuck🦆

28 Dec, 11:40


Про премии 📈

Премии, на мой взгляд, обычно бывают трех видов (с двумя из них я сталкивался в своей работе, третий знаю в теории):

1) Просто "Пришла радость откуда не ждали" - это когда на Новый Год (или ДР компании, или на 8 Марта, в общем, в дени ИКС) всем приходит push из банка о поступлении 13-й з.п. Вне зависимости от должности, успехов и так далее - назовем его условно "благодать ❤️"

2) Когда компания ставит прозрачные цели (всем вместе заработать за квартал 100 рублей, всем вместе продать 3 ящика пива, выкопать 854 метра траншеии и так далее), и если цель достигается - все сотрудники получают push из банка о премии. Тут может быть дифференцацция от стажа, может быть должности - но важно, что это не некий персональный KPI Васи-тестировщика или менеджера, это - компания делится достигнутым успехом со всеми - назовем ее условно "успехшэринг 📈"

3) Когда у конкретного Васи-тестировщика или (что чаще в реальной жизни) менеджера по продажам или рекрутера есть персональный KPI: заведистолько-то багов или автотестов, продай столько-то зановесок, найми столько-то других Василиев. Обычно сопровождается маленьким базовым окладом и премия является неотъемлемой частью совокупного дохода и требует персональной борьбы за KPI. Назовем такую премию "личныйкнутопряник 👔"

Есть еще четвертый тип - у топ-менеджеров C-lvl (чаще CEO/CIO), но, тут не о них.

Так вот, я в своей карьере постоянно встречался с типами 1(благодать) и 2(успехшэринг). И это было клево, клево во всех смыслах - все радовались на новый год, все старались в меру своих сил и талантов помогать компании заработать / выкопать / продать побольше и потом опять-таки радовались.

С типом 3(личныйкнутопряник) я не сталкивался никогда, и есть мнение что это плохо: люди борются только за свою циферку, а не за общий абстрактный успех, начинается непрозрачность, грызня и прочее.

Теперь важный факт: В DODO нет премий. Вообще никаких 🥲

А на вопросы почему - приводятся аргументы о недостатках кнутоприянка, которые объективно есть, но не приводят аргументов о преимуществах двух других типов, которые тоже объективно есть.

Ниже будет опрос, хочу подискутировать 🦆

LikeaDuck🦆

27 Dec, 09:41


Сегодня ровно 3 года в DODO.

Чем я могу гордиться? Успешной борьбой за то, что бы вилки QA Auto и QA Performance были такими же высокими, как у разработчиков. Полным ребилдом наших нагрузочных тестов своими руками, а затем - наймом лида, закрывшего собой вопросы нагрузочного тестирования "под ключ". Вообще, мы собрали очень крутых лидов для всех направлений тестирования (Mobile, Web, Perf и Drinkit). Горжусь выстроенными взаимодействиями с CIO, CTO и продактами, благодаря которым нам не мешают внедрять то, что мы хотим, тестировать - как мы хотим, а мы не мешаем релизить, менять инфру и требования на лету. Технически - внедрили TestOps, Playwright, Kaspresso, написали тестов на flutter приложение курьера, создали уникальное для рынка self-service решение для работы с нагрузкой. Собрали топовую команду тестирования в наш второй по размеру, но не по значимости бизнес - Drinkit - и эта команда завела 574 бага за 2024 год🥲. Мы стали считать баги, и мы не витаем в абстрактных процессах "сделать так, что бы багов не было". Мы стали писать код на собеседованиях. Мы продолжаем релизить ядро нашей системы - DODO IS - без ручного тестирования вообще.

Нас уже 31 QA инженер, мы выросли в 2 раза. Закрываем по 6-7 OKR на свою QA гильдию каждый квартал, и нам все еще есть куда стремиться.

Мы выступаем на конференциях и митапах, и у нет-нет, да и приходят кандидаты, которые хотели бы работать именно с нами.

А я - все еще хочу работать именно в DODO 🍕

LikeaDuck🦆

25 Dec, 09:45


Пост ниже не реклама, точнее не совсем она.

Мы только-только запустили новый поток моего авторского курса java advanced (более 50 занятий от меня и Миши Рубанова) в QA.guru. Если вдруг вы хотели на него попасть, то сейчас самое время успеть, а если вам интересно, что там и как там, приходите в пятницу меня послушать:

🎄 Пирамида тестирования, или как перестать бояться deploy на продакшен и встретить Новый год без багов!

Друзья, привет!

У нас с QA.GURU для вас специальный новогодний подарок – финальный открытый урок в этом году, и он будет суперполезным и праздничным! Уже в эту пятницу, 27 декабря, в 18:00 по МСК, мы разберем, как строить пирамиду тестирования, чтобы ваш код не рухнул, как новогодняя елка, когда на нее прыгнул кот 😼

🎅 Стрим буду вести я🌲

На встрече вы узнаете:

• Как правильно выстроить пирамиду тестирования, чтобы проект держался крепко и уверенно.
• Где заканчиваются юниты, начинаются интеграции и появляется немного end-to-end тестов.
• Какие тесты реально спасают ваши нервы и продакшен, а какие просто красиво смотрятся в отчете.

🎄 Звездой на вершине новогодней елки станет написание тестов для микросервисного Spring Boot проекта Niffler-NG:

• Юнит-тесты (JUnit + Mockito) – чтобы убедиться, что методы работают не хуже, чем новогодние скидки.
• Интеграционные тесты (spring-test + h2db) – чтобы проверить, как работает наше REST API
• End-to-end тесты — чтобы выглядело красиво, а не только просто работало.

И все это за 1 час!

Регистрируйтесь по ссылке и зовите коллег, друзей и всех, кто хочет встретить праздники с прокачанным QA-навыком!

С наступающими праздниками, и до встречи на стриме!

LikeaDuck🦆

05 Dec, 15:54


Всем привет! Советую посетить стрим нашего Head of Mobile и нашего же преподавателя по ios автоматизации в QA guru.
Будет интересно, инфа сотка

LikeaDuck🦆

05 Dec, 15:54


🚀 Тесты в стартапе: враг скорости или лучший друг? Разберемся на открытом уроке!

Привет! Я Михаил Рубанов, и у меня есть для вас классная идея 🙂

Давайте поговорим про тесты. Нет, не те, которые проверяют терпение вашей команды, а те, которые про код и стартапы. Почему именно стартапы? Потому что это особенный вид безумия: все меняется каждые 15 минут, планы превращаются в хаос, а код пишется так быстро, что за ним почти не успевают тесты.

На самом деле, каждый стартап — как утренний кофе: бодрит, заряжает энергией, но если перестараться, может и потрясти. И да, я знаю, что вы сейчас подумали: "Это стартап, там все быстро меняется, тесты — это лишняя трата времени.". Без тестов хаос растет, баги множатся, а вы потом объясняете пользователям, что эта "фича" — "так и задумано". Так профессионалы дела не делают 🙂

Я — Head of mobile в Dodo Engineering, автор книги "Про доступность iOS", и мне есть чем поделиться. Поэтому приглашаю вас на открытый урок 5 декабря в 20:00 по МСК, где мы:

• Разберем, как стартапы запускаются, почему так страдают и как это можно исправить.
• Поговорим о том, как тесты могут реально ускорять разработку, даже если вы все переписываете каждую неделю.
• Найдем инструменты, которые помогут получать обратную связь быстро, как любимую доставку пиццы.
• И да, честно обсудим, что делать, если тесты писать лень (знаем-знаем, все мы люди).

Приходите, будет весело, легко и, главное, полезно. Жду вас! 😊

Зарегистрироваться на открытый урок

LikeaDuck🦆

19 Nov, 15:07


https://youtu.be/nQmrAAggLYA?si=EckxU1yNCgbBDXw8
Запись доклада с митапа Ю.money, который принес мне (и, надеюсь, зрителям) много позитивных эмоций от, казалось бы, скучной темы - про баги. А еще классный шарфик и шапку, в которых я хожу каждый день.

LikeaDuck🦆

01 Nov, 12:36


#Вакансия

В понедельник открываем вакансию Senior QA Mobile на наш флагманский B2C продукт - мобильное приложение Dodo Pizza.

Приложение работает в 20+ странах и обеспечивает ~95% всех заказов пиццы.

Нужен full stack, осознано готовый заниматься ручным тестированием минимум 50% своего времени, автоматизация у нас Kaspresso (Kotlin) и XCTest (Swift).

Рассматриваем настоящих синьеров с настоящими синьерскими зарплатами 🙂

Если интересно, пишите мне в Л.С. @dtuchs

LikeaDuck🦆

01 Nov, 08:48


Всем привет!

16 ноября в Алматы выступаю на конференции CodeTalks.

С ребятами на Квартирнике обсудим реальные проблемы, с которыми сталкиваются QA-инженеры, тест-лиды и команды. Дискуссию проведем в интерактивном формате: участники сами выбирают темы на которые будем говорить и сами непосредственно будут участвовать в обсуждении.

Приходите похоливарить тоже. Буду рад увидеться.

Рега на конфу ещё открыта, вот тут по ссылке — https://2024.codetalks.kz

LikeaDuck🦆

22 Oct, 12:38


Выступил на Heisenbug. В зале было 43 человека. Это меньше, чем на митапе Ю.money. за пару недель до этого 🙃

Вы, конечно, скажите: Дима, у тебя неинтересная тема.

Что ж, возможно это так.

Потом я сходил к Славе Смирнову и Саше Волкову, и там было примерно столько же.

Мой топ докладов:
Саша Волков
Слава Смирнов
И Артем, если вы, как и я, не слышали про Allure 3.

UPD:
Рекомендации от Лени Руденко по крутым докладам, на которых я сам не был:

Про тестирование Helm чартов

Про тестирование математических библиотек

Развлекательный про гейм-дев


Своим поделюсь, как только выложат👌

LikeaDuck🦆

02 Oct, 09:25


Что не так в этом отличном коде из документации Playwright ?

Слово await в начале каждой строки теста.

Проблема-то тут фундаментальнее некуда, асинхронное API в библиотеках для тестов нафиг не нужно. Ну, вот просто не нужно, и все тут. Поэтому миллионы строк кода тестов на PW, Webdriver.IO и прочих сайпрессах - извините за выражение - засраны абсолютно ненужным словом await в начале каждой строки кода. При этом на других ЯП, имеющие вполне себе рабочую модель асинхронного программирования, почему-то хватает ума библиотеки для тестов делать с обычным (синхронным) API. А может я чего-то не понимаю, и есть смысл делать тестовые билиотеки асинхронными и каждую строчку теста начинать с await?

С удовольствием послушал бы мнения в треде ⬇️

LikeaDuck🦆

01 Oct, 14:39


Максимально свежее и быстрое видео с конференции E-CODE от меня про GraphQL 🚀
А заодно, и код приложения Rangiffler, на котором можно поупражняться в тестировании.
Традиционно благодарю за frontend (React + Apollo) Иру 🤍

Ставьте звездочки, лайки, нам будет приятно, а кому-то из вас, уверен, полезно 🙌

LikeaDuck🦆

30 Sep, 19:02


Сегодня кратко расскажу про ОКР функции QA на Q4 в Додо. Кратко, потому что хочется только о сути целей, все хей-резалты выписывать не охота.

Приступим?

1) Pizza app: Регресс как Quality Gate
- здесь мы хотим наконец почти полностью уйти от ручных регресс-кейсов, и заниматься полезным исследовательским тестированием. Мы шли к этому около года, к тому что бы автотесты стали по-настоящему хорошими. Выпилили моки, запилили создание прекондишенов, написали немного DSL-a, чуть-чуть вернули моки😁 Но это тема отдельного поста, если будет интерес.

2) DataCreator: Универсальный инструмент для создания тестовых данных
- для решения проблем с тестами и их прекондишенами, нам пришлось написать свой сервис-прослойку, между нашими бэкендами и тестами. Теперь мы хотим, что бы этот сервис начинал быть универсальным инструментом, например manual-тестировщик мог бы насоздавать себе тестовые данные через slack-бота.

3) Drinkit app: 2-х недельный release train
- тут все просто. Наш бизнес кофеен растет, их уже 40, три страны, но в планах США, Сингапур и куча прорывов. Поэтому надо релизтть чаще. Поэтому тут будет куча автоматизации, сейчас регресс состоит из более чем 450 ручных кейсов, это боль. И мы ради этого прямо сейчас нанимаем туда Senior QA Auto. Не реклама вакансии), надеюсь офер будет принят.

4) Pizza app: Увеличение прозрачности по состоянию багов
- продолжаем обвешивать все максимальным числом метрик и глубоко понимать каждое узкое место в качестве нашего главного мобильного приложения. Проект лично ведет наш лидер направления QA Mobile Боря Лысиков (подписывайтесь на его канал, он крут)

5) Pizza app: Увеличение технической экспертизы QA в автоматизации тестирования
- ну тут все понятно 🙂

6) infra: Отказ от дублирующих друг друга библиотек в автотестах
- у нас все ещё остаётся Selenium (хотя мы давно новые вебтесты пишем на Playwright), и ещё есть пару библиотек одного предназначения. Выпилим все дубли, Додо рискует стать первой компанией вообще без Селениума в моей карьере

7) (все) Сервисы критического пути тестируются под нагрузкой
- в нашем контуре нагрузочного тестирования все ещё не хватает пары важных сервисов с прода, а ещё эта парочка возьми да и упади под нагрузкой в день релиза коллабы с Геншен Импакт. Надо срочно исправлять - и, тут и далее, пошли обжективы нашей команды нагрузки.

8) Можем сравнивать 2 прогона нагрузочных тестов
- извечная проблема нагрузочного тестирования, мы написали свой собственный инструмент для сравнения результатов, повод для отдельного поста или доклада. Осталось заставить его работать на полную😁

9) Улучшаем интерфейс запуска тестов
- а тут мы хотим сервис из пункта 8) научить ещё и в расписание запусков и френдли интерфейс для всех разработчиков. В сумме пункты 8 и 9 должны нас приблизить к концепции единая точка входа и выхода для всего нагрузочного тестирования.

____

Ну что, достаточно амбициозно на один квартал ?🤌

LikeaDuck🦆

25 Sep, 14:04


Итого

- Завтра я в офисе ЮMoney в Питере (б/ц БЕНУА, ​Пискарёвский проспект, 2 к2 ст1 регистрация тут);
- 28 и 29 сентября я в Моксве, в Loft Hall, Ленинская Слобода, 26 с.15 (регистрация тут);
- 17 и 18 октября опять в Питере на Heisenbug;
- 16 ноября буду с квартирником на Codetalks в Алматы.

После этого, делаю большой перерыв в выступлениях, для себя его называю "до востребования". Мне кажется, что это похоже на потерю мотивации - буду ее искать.

Зато начну чаще писать сюда🥲

LikeaDuck🦆

25 Sep, 13:14


Приглашаем на BugsBusters — митап ЮMoney для QA-специалистов 🔥

Встречаемся 26 сентября в 19:00 (мск). Можно прийти в наш офис в Петербурге или подключиться к онлайн-трансляции.

На встрече эксперты ЮMoney и приглашённый спикер расскажут о работе в тестировании.

Темы докладов ⤵️

🟣Кураторство: ключ к успеху сотрудников
🟣О чём врут тестировщик…ам? Разбираемся в QA-догмах.
🟣Шкаф моей мечты: собираем коробку с девайсами для тестирования.

Участие бесплатное. Чтобы попасть на митап, нужно зарегистрироваться. Все подробности на сайте BugsBusters ❤️

LikeaDuck🦆

25 Sep, 13:14


Всем, кто хотел со мной пообщаться лично в Питере, go завтра (26.09) на митап Ю.money, где я буду выступать со своим докладом о догмах тестирования

LikeaDuck🦆

14 Sep, 06:04


В конце сентября буду в Москве с докладом про GraphQL, а точнее, про то, как его автотестировать с точки зрения логики на бэке.

Буду рад пообщаться вживую, доклад стоит последним, после него - сплошное after-party 🍻

LikeaDuck🦆

03 Sep, 14:55


💪 Сегодня в 20:00 по МСК приглашаею на открытый урок: "Niffler 2.0".
Это созданный мной и Ириной Стяжкиной (бэк и фронт соответсвенно) учебный проект, в котором есть все, что есть у меня в голове. Хочу поговорить (не очень технически, скорее душевно) про:

Эволюцию Niffler от первой версии до сегодняшнего дня. О чем мы думали, делая этот проект?

О своем взгляде на учебный процесс для синьеров AQA

🔗 Зарегистрируйтесь на этот стрим и мы можем просто пообщаться в конце, на любые темы. А может быть, увидимся на моем авторском курсе, стартующем через 2 дня 😳 Скидка тут, если что

LikeaDuck🦆

24 Jul, 15:04


#видеозаписи

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

— The Art of JUnit Extensions
— The Art of JUnit Extensions 2

LikeaDuck🦆

24 Jul, 15:04


Свежайший видос с HB от меня - опять JUnit, опять экстеншены

LikeaDuck🦆

10 Jul, 21:52


Тот самый лучший, на мой взгляд, Keynote, который я видел на айтишных конфах (а побывал я на многих). Посмотрите, прочувствуйте

LikeaDuck🦆

09 Jul, 20:09


Сегодня и завтра я на главном событии года DODO - съезде партнеров. Тут все ключевые лидеры DODO, партнеры, открывшие кто пару, а кто и больше сотни наших ресторанов. Наша цель - Х2 во всем. И качество наших IT-продуктов - ключевая вещь, без которой ничего не будет. Весь первый день я слушал выступления наших топменеджеров, но в мыслях было - а как мы будем делать все это качественно и без багов? Эти мысли сложнее, чем написание тестов, тесткейсов и всего остального. Нам нужен прорыв, нам нужно избавиться от багов на оплате, нам нужно безупречное приложение и безупречная работа бэкофиса. Нам нужен крутой QA, который тоже будет х2 от конкурентов. Это все еще вызов для меня, хотя казалось бы, где еще искать вызовы, когда ты уже 16 лет во всем этом IT.

LikeaDuck🦆

08 Jul, 13:40


Думаю многие слышали про Spring initializr. Это когда вы можете не думать, какие там плагины, зависимости и т.д. вставить в свой pom.xml (ну или build.gradle), а в режиме "проставить галочки че хочу на выходе" получаете готовый Spring-проект.

К чему это я?

Хочу прорекламировать (бесплатно, конечно🥲) появление такой-же фичи в Allure!

И там-то она ну точно полезна - сколько людей путаются в версиях AspectJ и java, в плагинах и зависимостях Allure и прочем. Единственное, что бы я посоветовал доработать - в генерируемом build.gradle (pom.xml) добавлять exclude junit-а из
testImplementation "io.qameta.allure:allure-junit5"

Это полезно, потому что при использовании самых последних и свежих JUnit-ов могут возникнуть конфликты, т.к. аллюр может не успевать день-в-день за выходом нового релиза JUnit. Я бы подключал это так:
    testImplementation("io.qameta.allure:allure-junit5:${allureVersion}") {
exclude group: "org.junit.jupiter"
}


В общем, сохраняйте ссылку и пользуйтесь Allure start!

LikeaDuck🦆

06 Jul, 08:58


На Сибирь.JS проводил перепись олдфагов в формате 100к1 с вопросом - "Из каких шагов состоит CI с тестами?", задаваемого мной на собесах новичкам в автоматизации после тех или иных курсов. Первые 2 самых популярных ответа видны на фотках, а кто угадает оставшиеся 4?

LikeaDuck🦆

03 Jul, 09:42


Куда опять пропал Дима?

После Сибирь.JS уехал в отпуск на Алтай и накопил целую кучу новостей и мыслей, которыми и начинаю делиться прямо сейчас. И начну с подкаста, который мы записали прямо во время Codefest 2024 с ребятами из Т-банк (да-да, чуть было не написал Тинькофф🥲)

🎙 О чем болтали?
— Выясняли, как работают QA в Dodo Engineering и можно ли поймать баги прямо в пиццерии.
— Обсуждали, на что ориентироваться, чтобы нанять правильного кандидата и какие книжки нужно читать, чтобы понравиться директору по качеству 😁.
— Узнаем, в какой день пиццерии испытывают самую высокую нагрузку и как выход на зарубежный рынок влияет на тестирование.

Слушайте на любимых платформах:
Яндекс.Музыка
Apple Podcasts
Youtube
Остальные платформы