Front-end разработкаНачать проект

Front-end оценивают дважды: сначала человек, который пользуется интерфейсом, а через год — инженер, которому этот интерфейс менять. Большинство кодовых баз делают для первого и бросают на втором.

Производительность как бюджет, а не как пожелание

В начале фиксируем бюджет по весу и целевые Core Web Vitals и проверяем оба в CI, чтобы регрессия роняла сборку, а не обнаруживалась в продакшене. JavaScript подключается только там, где оправдан; всё, что может быть HTML и CSS, ими и остаётся.

Доступность как требование

Семантическая разметка, видимое кольцо фокуса, клавиатурные маршруты через каждый сценарий и контраст, проверенный числом, а не мнением. Это не поздний аудит, а то, как компоненты пишутся с самого начала.

Написано, чтобы унаследовать

Типизированные интерфейсы, пропсы, описанные там же, где объявлены, тесты вокруг того, что ломается незаметно, и комментарии, объясняющие решение, а не пересказывающие код. Компоненты остаются достаточно маленькими, чтобы держать их в голове.

Работа внутри вашей кодовой базы

Мы одинаково готовы работать в уже существующем репозитории. В этом случае первым результатом обычно становится короткая письменная оценка: что стоит сохранить, а что тихо съедает у вас время.