Перейти к содержимому
Технологии

Ниже — не список логотипов, а объяснение: что каждая группа инструментов даёт проекту и в каких случаях мы её применяем.

группы инструментов
4
группы инструментов
технологий в работе
30+
технологий в работе
целевой Lighthouse
90+
целевой Lighthouse
проектов в Docker
100 %
проектов в Docker
01 — Группа

Frontend

Всё, что видит и чувствует пользователь: скорость первой отрисовки, плавность интерфейса, поведение на медленной сети.

Какие задачи закрывает

  • Страница показывает содержимое до того, как загрузился JavaScript
  • Интерфейс собран из компонентов — одна правка меняет весь сайт
  • Типы ловят ошибки до продакшена, а не в отзыве клиента
  • Анимации идут на GPU и не роняют частоту кадров

TypeScript

Строгая типизация: ошибки видны в редакторе, а не на боевом сайте.

React

Компонентная модель интерфейса — основа всех наших фронтендов.

Next.js

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

Vue

Альтернатива React, когда её уже использует команда клиента.

Nuxt

SSR и SEO-подготовка для проектов на Vue.

HTML

Семантическая разметка — база доступности и поисковой оптимизации.

CSS

Современная раскладка на Grid и Flexbox, контейнерные запросы, слои.

Tailwind CSS

Дизайн-токены в коде: единые отступы, цвета и типографика без разнобоя.

GSAP + ScrollTrigger

Сценарные анимации по прокрутке: sticky-секции, таймлайны, пиннинг.

Framer Motion

Анимация состояний React: появление, переходы, жесты.

Figma

Проектирование, дизайн-система и передача макетов в разработку.

02 — Группа

Backend и данные

Логика, которой нельзя ошибаться: заказы, платежи, права доступа, обмен с учётными системами.

Какие задачи закрывает

  • Модель данных выдерживает рост ассортимента и числа пользователей
  • API документирован и версионируется — его можно отдать мобильной команде
  • Тяжёлые операции уходят в очередь и не блокируют интерфейс
  • Персональные данные хранятся с учётом требований 152-ФЗ

Node.js

Один язык на клиенте и сервере — быстрее разработка, проще поддержка.

NestJS

Модульная архитектура для сервисов, которые будут жить годы.

PHP

Работа с существующими проектами и типовыми CMS без переписывания с нуля.

Laravel

Быстрый старт бизнес-логики, очереди и админ-панели.

Python

Обработка данных, парсеры, интеграции, вспомогательная автоматизация.

PostgreSQL

Основная база: транзакции, JSON, полнотекстовый поиск.

MySQL

Совместимость с унаследованными системами и типовыми хостингами.

Redis

Кэш, сессии и очереди задач — там, где важны миллисекунды.

03 — Группа

Инфраструктура

Среда, в которой проект запускается одинаково у разработчика, на тесте и в бою.

Какие задачи закрывает

  • Обновление выкатывается за минуты и откатывается за секунды
  • Тестовый контур повторяет боевой — сюрпризов при релизе нет
  • Сайт остаётся доступным при пиковых нагрузках
  • О сбое узнаём мы, а не клиент

Docker

Одинаковое окружение везде: конец историям «у меня работает».

GitHub Actions

Автоматические проверки и деплой на каждый коммит.

Nginx

Раздача статики, сжатие, HTTPS, балансировка запросов.

Linux

Настройка и обслуживание серверов, права, автозапуск, бэкапы.

Облачные сервисы

Российские и зарубежные площадки, объектное хранилище, масштабирование.

CDN

Быстрая отдача изображений и статики в любом регионе.

Мониторинг

Доступность, скорость, ошибки и оповещения в Telegram.

04 — Группа

Качество и аналитика

Проверки, которые не дают проекту деградировать после десятого релиза.

Какие задачи закрывает

  • Регрессии находятся автоматически, а не пользователями
  • Скорость сайта контролируется на каждом релизе
  • Поведение аудитории видно в цифрах, а не в ощущениях
  • Конверсия улучшается по данным, а не по вкусу

ESLint + Prettier

Единый стиль кода и ранняя проверка типичных ошибок.

Playwright

Сквозные тесты ключевых сценариев: заказ, форма, авторизация.

Lighthouse CI

Контроль Core Web Vitals на каждом релизе.

Яндекс Метрика

Вебвизор, карты кликов, цели и воронки.

Sentry

Ошибки на клиенте и сервере с контекстом воспроизведения.

SEO-инструменты

Микроразметка, техническая проверка, контроль позиций.

Выбор стека

Как мы решаем, на чём делать проект

Четыре критерия, по которым проходит любое техническое решение.

01

Задача, а не мода

Для сайта на 20 страниц не нужна микросервисная архитектура. Для нагруженного сервиса не подойдёт коробочная CMS. Стек подбирается под конкретную задачу.

02

Кто будет поддерживать

Если у вас есть команда на PHP, странно отдавать проект на Node.js. Учитываем, кто продолжит развивать код после нас.

03

Зрелость инструмента

Мы не берём в боевые проекты технологии, которые вышли полгода назад. Нужны документация, сообщество и предсказуемые обновления.

04

Стоимость владения

Считаем не только разработку, но и хостинг, обновления и поиск специалистов на рынке через два года.

Расскажите, что нужно сделать и кто будет поддерживать проект дальше. Предложим решение с обоснованием, а не по привычке.

Заполнить бриф
+7 960 145 70 61site@rikler.ruПн–Пт, 10:00–19:00 (МСК)