RDCLR.DEV
599 subscribers
122 photos
4 videos
80 links
Про разработку от команды Red Collar
redcollar.ru

Основной канал Red Collar @rdclr_home
Download Telegram
Тест-план по учебнику ≠ реальная работа

В теории — все по шагам, с документацией и дедлайнами.
На практике — чаты, догадки, созвоны и вечная охота за устными договоренностями.

Собрали в карточки реальный опыт команды Red Collar:
→ Где теория не работает
→ Какой документации всегда не хватает
→ Почему чек-листы спасают чаще, чем кажется

Это не страшилки — это рабочие будни.
Полную статью читайте на Хабре

P.s. ходит слух, что в исходном тексте гораздо больше информации...

Подписывайтесь 🔥 RDCLR.DEV
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5
Тестирование PWA: это вам не просто сайт

Прогрессивные веб-приложения — это как бутерброд из обычного фронта и нативных фич. Именно из-за этого их нельзя тестировать по привычной схеме.

Вот где можно допустить ошибки, если не знать нюансов:

1️⃣ Service Worker может кешировать баги
Если один раз закешировалась нерабочая версия, пользователь будет видеть ее снова и снова. Даже если вы давно все поправили.
Решение: принудительно обновлять Service Worker, реализовывать уведомление об обновлении, следить за флагом waiting.

2️⃣ Офлайн — это не режим, а головная боль
Проверяйте:
— что загружается при отключении интернета
— подгружаются ли нужные ассеты
— корректно ли работает fallback-страница
— можно ли перейти между посещенными страницами
Иначе пользователи при первом же отлете Wi-Fi получат белый экран.

3️⃣ Установка на рабочий стол ≠ просто иконка
Установка PWA зависит от множества условий:
— отображение в display: standalone
— наличие иконок нужного размера
— наличие HTTPS
— сервис-воркер с правильным scope
Приложение может не предложить установку, если упущена одна деталь.

4️⃣ iOS тестировать особенно важно
Safari до сих пор не поддерживает все то, что есть на Android. Например:
— push-уведомления присутствуют, но работают иначе
— ограничения в офлайн-режиме
— нет Web App Install Banner
Выкатить фичу, протестировав только в Chrome, — плохая идея.

5️⃣ Lighthouse не панацея
Да, он покажет базовые метрики и подскажет, чего не хватает для «настоящего» PWA. Но даже с зеленой оценкой может не работать установка, кеширование или offline-режим. Поэтому обязательно делать все вручную.

Полный разбор всех граблей и чек-лист для QA-инженеров читайте на Хабре

Подписывайтесь 🔥 RDCLR.DEV
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥53😍2
Next.js 15: серверные компоненты по умолчанию и что это значит для нас

В новой версии Next.js кардинально поменяли подход к рендерингу:

⚙️ Все компоненты теперь серверные по умолчанию → меньше JS на клиенте, быстрее первый рендер, лучше SEO.
⚙️ Для интерактивных элементов достаточно добавить "use client" — и компонент оживет в браузере.

Что это дает:
— Сильный буст производительности без ручной оптимизации.
— Меньше данных гоняем по сети, экономим трафик.
— Проще управлять маршрутизацией и макетами через App Router — логика и данные теперь ближе друг к другу.

Где быть аккуратным:
— Если бездумно ставить "use client", можно снова нарастить бандл до прежних размеров.
— Некоторые библиотеки для UI могут не дружить с серверным рендерингом — придется искать обходные пути.

Next.js 15 не просто «еще одно обновление», а реальный сдвиг в сторону производительности и чистой архитектуры. Если вы строите проект с упором на скорость и SEO — самое время попробовать.

🔗 Источник

Подписывайтесь 🔥 RDCLR.DEV
Please open Telegram to view this post
VIEW IN TELEGRAM
Tailwind vs «классическая» верстка: что выбрать?

Когда речь заходит о стилизации интерфейсов, команды чаще всего делятся на два лагеря:

1. Tailwind — утилитарный CSS-фреймворк.
2. Классическая верстка — собственные стили + SCSS/LESS/PostCSS.

⚙️ Tailwind

— быстрый старт — можно сразу собирать UI из готовых утилит;
— меньше контекста: все в JSX, не нужно прыгать между файлами;
— встроенный контроль консистентности (размеры, цвета, шрифты);
— результат кажется «грязным» из-за длинных классов;
— сложнее поддерживать крупные проекты, если нет строгих правил.


// Tailwind
<button className="px-4 py-2 bg-blue-500 text-white rounded-lg hover:bg-blue-600">
Click me
</button>


⚙️ Классика

— разделение кода (JSX отдельно, стили отдельно);
— легко использовать готовые дизайн-системы;
— гибкость: можно писать кастомные решения без ограничений;
— больше рутины: нужно заводить файлы, писать переопределения;
— выше риск «зоопарка»: стилей без строгого код-ревью;


// JSX
<button className="button">Click me</button>

// styles.css
.button {
padding: 8px 16px;
background: #2563eb;
color: white;
border-radius: 8px;
}
.button:hover {
background: #1d4ed8;
}


Tailwind часто используют, если нужно быстро валидировать идею или запустить продукт в сжатые сроки. Но для долгосрочных проектов с богатым UI и кастомной логикой «классика» все еще выигрывает по читаемости и поддержке.

Подписывайтесь 🔥 RDCLR.DEV
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4