Как улучшить культуру и атмосферу во фронтенд-команде, опыт ребят из GitLab → https://about.gitlab.com/2018/06/26/iterating-improving-frontend-culture/

Доступность модальных окон в 2018 году

Скотт Охара с обзором нынешних нативных возможностей и проблем разработки доступных модальных окон → https://developer.paciellogroup.com/blog/2018/06/the-current-state-of-modal-dialog-accessibility/

Что происходит, когда разработчик делает npm install? Джефри Лэмбек о путешествии пакетов из регистра npm на ваш компьютер → https://youtu.be/GSnyVS79OR0

Альтернативы капче

Исследование более доступных эвристик и подходов для выявления роботов от W3C → https://www.w3.org/TR/turingtest/

Автоматическая отрисовка и валидация сложных форм на основе JSON Schema, опыт инженеров Rambler Group — https://habr.com/p/417023/

Справа налево: как перевернуть интерфейс сайта под RTL? Вторая статья инженеров 2ГИС о практической стороне реализации RTL-интерфейсов → https://habr.com/p/416635/

Первая статья с необходимой теорией → https://habr.com/p/358148/

JSCost, сервис от Эдди Османи для оценки и визуализации стоимости загрузки, парсинга и выполнения вашего JS-кода на реальных устройствах → https://jscost.org/

JavaScriptures: запись 6 внутренних воркшопов для инженеров Artsy по фронтенд-технологиям компании: React, TypeScript, Styled Components, Relay, Babel и Webpack → https://www.youtube.com/playlist?list=PLKqXGUTH_9hrr5z97OnL31bmQDDnn2WlU

Сколько багов можно обнаружить, внедрив статическую типизацию?

Стивен Лашер на примере реального проекта за 30 минут внедрил Flow, рассказал его основы и исправил найденные баги → https://youtu.be/M1CR0l5xSHg

brutal.js, брутальная замена Реакта в 126 строк кода, использующая нативный синтаксис и не требующая подключения и настройки кучи инструментов для транспиляции и сборки → https://github.com/dosyago-coder-0/brutal.js

Модульное тестирование

Дмитрий Андриянов в ШРИ 2018 о том, почему необходимо писать модульные тесты, как изолировать внешние зависимости, как тестировать взаимодействие с другими модулями и какие приёмы использовать для написания поддерживаемых тестов → https://youtu.be/qaL70WegmaI

🎧
Свежие подкасты

Frontend Weekend №61, в гостях Андрей Мелихов: о работе в Яндекс.Деньгах, Ночном фронтенде и захвате власти в devSchacht → https://soundcloud.com/frontend-weekend/fw-61

«Ночной фронтенд» №41: в поисках хорошего кодревью → https://medium.com/p/2d6b462225c4

«Фронтенд-юность», в гостях Дэн Стешенко: о переезде в Берлин, про Elixir, Ruby, Ember.js, Ситника, Нигерию, Германию и Россию → https://soundcloud.com/frontend_u/berlin

«Фронтенд-юность» №56: вирус в eslint-scope, оборзевший мейнтейнер, токсичное CSS-сообщество, UI-фреймворк Primer, вложенность в CSS → https://soundcloud.com/frontend_u/e56

«Новости 512» от CSSSR №14: обзор новостей, релизов и интересных публикаций → https://soundcloud.com/csssr/novosti-512-vypusk-14-0907-1507

«Веб-стандарты» №129, в гостях Лера Зелёная: вирус в npm, зачем Feature Policy, случай в Atom, мёртвый код, разделение ответственности, стрелка или пальчик → https://medium.com/p/181a9ff222ae

Element.matches()

Для проверки активности элемента часто используется что-то вроде node.classList.contains('active'). В спецификации DOM есть более удобный и универсальный метод для проверки элемента на соответствие селектору — node.matches('.active').

Поддержка браузерами приличная, но для Edge 14- и IE нужен полифил.

Больше советов → https://github.com/forwebdev/ui-developer-tips