Финал STUDENT CAMP не для слабых видеокарт
Миша Попов, лид креативной frontend-разработки Red Collar, проведет завершающую лекцию STUDENT CAMP и расскажет, как делать 3D в браузере, которое выглядит не как «ну, норм», а как диджитал-арт.
Разберем:
— Почему не стоит бояться WebGL и Three.js
— Как себя чувствует браузерная графика
— Когда дизайн нужно отстаивать
Что? Где? Когда?
📅 10 июля, 19:00
🏢 Офис Red Collar (г. Воронеж, ул. Текстильщиков 5Б, 3 подъезд, 3 этаж)
🎟 Регистрация
Пусть это финал, но точно не конец😉
Подписывайтесь🔥 RDCLR.DEV
Миша Попов, лид креативной frontend-разработки Red Collar, проведет завершающую лекцию STUDENT CAMP и расскажет, как делать 3D в браузере, которое выглядит не как «ну, норм», а как диджитал-арт.
Разберем:
— Почему не стоит бояться WebGL и Three.js
— Как себя чувствует браузерная графика
— Когда дизайн нужно отстаивать
Что? Где? Когда?
📅 10 июля, 19:00
🏢 Офис Red Collar (г. Воронеж, ул. Текстильщиков 5Б, 3 подъезд, 3 этаж)
🎟 Регистрация
STUDENT CAMP — это:🔴 Общение с практиками, а не преподавателями🔴 Реальные кейсы, не лабораторки🔴 Официальная летняя практика🔴 Шанс попасть в команду Red Collar
Пусть это финал, но точно не конец
Подписывайтесь
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥3😍2
Тест-план по учебнику ≠ реальная работа
В теории — все по шагам, с документацией и дедлайнами.
На практике — чаты, догадки, созвоны и вечная охота за устными договоренностями.
Собрали в карточки реальный опыт команды Red Collar:
→ Где теория не работает
→ Какой документации всегда не хватает
→ Почему чек-листы спасают чаще, чем кажется
Это не страшилки — это рабочие будни.
Полную статью читайте на Хабре
P.s. ходит слух, что в исходном тексте гораздо больше информации...
Подписывайтесь🔥 RDCLR.DEV
В теории — все по шагам, с документацией и дедлайнами.
На практике — чаты, догадки, созвоны и вечная охота за устными договоренностями.
Собрали в карточки реальный опыт команды Red Collar:
→ Где теория не работает
→ Какой документации всегда не хватает
→ Почему чек-листы спасают чаще, чем кажется
Это не страшилки — это рабочие будни.
Полную статью читайте на Хабре
P.s. ходит слух, что в исходном тексте гораздо больше информации...
Подписывайтесь
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4
Тестирование PWA: это вам не просто сайт
Прогрессивные веб-приложения — это как бутерброд из обычного фронта и нативных фич. Именно из-за этого их нельзя тестировать по привычной схеме.
Вот где можно допустить ошибки, если не знать нюансов:
1️⃣ Service Worker может кешировать баги
Если один раз закешировалась нерабочая версия, пользователь будет видеть ее снова и снова. Даже если вы давно все поправили.
Решение: принудительно обновлять Service Worker, реализовывать уведомление об обновлении, следить за флагом
2️⃣ Офлайн — это не режим, а головная боль
Проверяйте:
— что загружается при отключении интернета
— подгружаются ли нужные ассеты
— корректно ли работает fallback-страница
— можно ли перейти между посещенными страницами
Иначе пользователи при первом же отлете Wi-Fi получат белый экран.
3️⃣ Установка на рабочий стол ≠ просто иконка
Установка PWA зависит от множества условий:
— отображение в
— наличие иконок нужного размера
— наличие HTTPS
— сервис-воркер с правильным
Приложение может не предложить установку, если упущена одна деталь.
4️⃣ iOS тестировать особенно важно
Safari до сих пор не поддерживает все то, что есть на Android. Например:
— push-уведомления присутствуют, но работают иначе
— ограничения в офлайн-режиме
— нет Web App Install Banner
Выкатить фичу, протестировав только в Chrome, — плохая идея.
5️⃣ Lighthouse не панацея
Да, он покажет базовые метрики и подскажет, чего не хватает для «настоящего» PWA. Но даже с зеленой оценкой может не работать установка, кеширование или offline-режим. Поэтому обязательно делать все вручную.
Полный разбор всех граблей и чек-лист для QA-инженеров читайте на Хабре
Подписывайтесь🔥 RDCLR.DEV
Прогрессивные веб-приложения — это как бутерброд из обычного фронта и нативных фич. Именно из-за этого их нельзя тестировать по привычной схеме.
Вот где можно допустить ошибки, если не знать нюансов:
Если один раз закешировалась нерабочая версия, пользователь будет видеть ее снова и снова. Даже если вы давно все поправили.
Решение: принудительно обновлять Service Worker, реализовывать уведомление об обновлении, следить за флагом
waiting
.Проверяйте:
— что загружается при отключении интернета
— подгружаются ли нужные ассеты
— корректно ли работает fallback-страница
— можно ли перейти между посещенными страницами
Иначе пользователи при первом же отлете Wi-Fi получат белый экран.
Установка PWA зависит от множества условий:
— отображение в
display: standalone
— наличие иконок нужного размера
— наличие HTTPS
— сервис-воркер с правильным
scope
Приложение может не предложить установку, если упущена одна деталь.
Safari до сих пор не поддерживает все то, что есть на Android. Например:
— push-уведомления присутствуют, но работают иначе
— ограничения в офлайн-режиме
— нет Web App Install Banner
Выкатить фичу, протестировав только в Chrome, — плохая идея.
Да, он покажет базовые метрики и подскажет, чего не хватает для «настоящего» PWA. Но даже с зеленой оценкой может не работать установка, кеширование или offline-режим. Поэтому обязательно делать все вручную.
Полный разбор всех граблей и чек-лист для QA-инженеров читайте на Хабре
Подписывайтесь
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как тестировать PWA?
Про тестирование PWA есть много разрозненных мнений, подходов и обособленных принципов, иногда противоречащих друг другу. Мы в Red Collar решили испытать на себе несколько вариаций подхода к...
🔥5❤3😍2