Привет, я Лиза – веб разработчик в одной зарубежной компании. Хочу поделиться тем, как я автоматизировала регрессионное тестирование в рабочем проекте на React с использованием довольно нового фреймворка Playwright. Разберемся, почему именно этот фреймворк, какие подводные камни, как обойти авторизацию и кто этим пользуется.
Современная веб-разработка требует эффективных инструментов, способных справляться с высокими стандартами производительности и пользовательского опыта. В этой статье мы рассмотрим Next.js, мощный JavaScript-фреймворк и новаторское решение для создания современных веб-приложений на основе React, созданный компанией Vercel. Узнаем, как он помогает разработчикам создавать высокопроизводительные, масштабируемые и SEO-дружественные веб-приложения. Мы также глубоко погрузимся в его функциональность, рассмотрим особенности, такие как серверный рендеринг и генерация статических сайтов, и предоставим примеры использования. Давайте разберем, как Next.js становится ключевым инструментом в современной веб-разработке, обеспечивая идеальный баланс между разнообразием функций и оптимальной производительностью.
Заметка о развитии проекта. Структура значительно переработана, добавлен новый функционал. Demo новой сборки:
React – одна из самых популярных библиотек в мире, написанная на JS. Ее уникальность в том, что она делает сложные приложения простыми в реализации. Особенно если использовать дополнения, которые интегрируются в проекты и открывают доступ к нестандартным возможностям.
Узнать и ощутить на практике всю крутость разработки на React можно будет уже в сентябре на новом практикуме «React-разработчик».
Компания Vercel выпустила глобальное обновление Next.js 12, имеющее ряд новых функций и увеличивающее производительность уже существующих. Например, добавлена поддержка ES-модулей, появился новый компилятор Rust и новая автоматическая пакетная обработка обновлений. Над Next.js кроме команды Next.js работали более 1,8 тысяч независимых разработчиков и специалисты из Google и Facebook.
Профессия в HTML Academy — 6 курсов, на которых научим вас верстать по-современному, писать фронтенд на JavaScript и делать бэкенд на Node.js. После обучения — практика в команде с живыми людьми. Ближайшая профессия «Фулстек-разработчик» начинается 24 августа, поэтому есть немного времени объяснить подробнее.
На профессии вы научитесь делать веб-приложения целиком, без сомнений по поводу того, как подключить базу или прикрутить слайдер. Всё сможете сами. Будете строить архитектуру клиентских и серверных приложений, поймёте, как работают и пишутся SPA, как применять ООП и паттерны проектирования, освоите стек React (Redux, Redux Thunk, Axios), познакомитесь с TypeScript, автоматизированным тестированием и базами данных MongoDB и PostgreSQL. Уф.
Это не просто так столько всего — это всё нужно, чтобы работать фулстеком.
В среду 1 июня проведём гибридный митап с командой JavaScript Альфа-Банка и приглашенным гостем из команды X5. Встречаемся в офисе и на онлайн-трансляции, чтобы поговорить как настроить процессы так, чтобы проект процветал, о переходе на React-router v6, о и о том, почему не всем нужно стремиться стать лидом. Подробности программы и ссылка на регистрацию под катом.
Всем привет!
Школа Metaclass запускает 10-й поток бесплатных курсов. Курсов традиционно два: frontend и backend. Оба стартуют 6 февраля.
Курсы рассчитаны на тех, кто уже немножко разбирается. Формат соответствующий: дедлайны, домашние задания, выпускные проекты. Подробнее о занятиях рассказали наши студенты:
Что получите после обучения:
— как минимум поймете свои слабые места
— как максимум серьезно прокачаетесь
— всего за месяц изучите реальные технологии, которые применяются на практике и в индустрии в целом, и у нас в компании.
Записаться можно по ссылкам:
📌 Начинающий React-разработчик
📌 Начинающий Backend-разработчик на Python
В четверг 21 июля в московском офисе Сравни обсудим, откуда берётся идея про NestJS как общий фреймворк для единой архитектуры, когда становится больше команд / новых продуктов / проектов на поддержке, а также что меняется, когда тебе нужно делать фронтенд для махины в 20000 строк, какие грабли поджидают с React Hook, MobX store и наследованием observable-объектов.
В программе митапа два доклада:
Hello, world!
Не прошло и 5 лет, как новая документация React увидела свет (хуки были представлены 19.02.2019 в React 16.8)! 😊
Объем впечатляет, другие выводы будем делать после прочтения 😉
Для тех, кто не смотрел: "документалка" про создание React.
Happy coding!
redux-saga предоставляет кучу интересных паттернов для работы с сайд-эффектами, но, как истинные кроваво-энтерпрайзные разработчики, мы должны покрывать весь свой код тестами. Давайте разберёмся, как мы будем тестировать наши саги.
В этой статье мы создадим React-ивный хук usePosition() для отслеживания геолокации браузера. Под капотом этот хук будет использовать методы getCurrentPosition() и watchPosition() нативного браузерного объекта navigator.geolocation. Финальную версию хука я опубликовал на GitHub и NPM.
usePosition() в принципеОдно из важных преимуществ хуков в React-е — это возможность изолировать логически связанные фрагменты кода в одном месте (в хуке), избежав при этом необходимости смешивания логически не связанных фрагментов кода, например, в методе компонента componentDidMount().
Предположим, мы хотим получить координаты браузера (latitude и longitude) и после получения координат запросить прогноз погоды или текущую температуру в этом регионе со стороннего сервиса. Код этих двух функциональностей (получения координат и запроса температуры) в React-е часто размещают внутри одного метода componentDidMount(). При этом в методе componentWillUnmount() обычно "убирают" за собой, вызывая метод clearWatch() для прекращения слежки за локацией браузера. Подобный подход увеличивает размер методов, разбивает логически связанные участки кода на части (отдельно подписка и отписка от слежки за локацией браузера) и объединяет логически слабо связанные части кода в один метод (получение координат и температуры). Чтение кода затрудняется, так же как и его отладка и поддержка.
Далее мы попробуем вынести функциональность, связанную с получением координат браузера, в отдельный хук usePosition(), чтобы избежать перечисленные выше трудности.
