Technology Radar

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

Основной фреймворк для построения пользовательских интерфейсов.

Производственный React фреймворк с SSR, SSG и отличным DX.

Runtime для серверных JavaScript приложений.

Enterprise-grade Node.js фреймворк с TypeScript из коробки.

Прогрессивный фреймворк для построения UI. Оцениваем для некоторых проектов.

Utility-first CSS фреймворк для быстрой разработки интерфейсов.

Минималистичный и гибкий Node.js веб-фреймворк.

Мощная реляционная БД с отличной производительностью и надежностью.

Основная облачная платформа для хостинга и инфраструктуры.

Контейнеризация приложений для консистентности окружений.

In-memory кеш для повышения производительности приложений.

Оркестрация контейнеров. Пробуем на новых проектах.

NoSQL база данных для проектов с гибкой схемой.

Поисковый движок для полнотекстового поиска.

Message broker для асинхронной коммуникации между сервисами.

CI/CD платформа, интегрированная с GitHub.

Платформа для деплоя Next.js и фронтенд приложений.

Open-source Firebase альтернатива. Активно тестируем на новых проектах.

Backend-as-a-Service от Google. Оцениваем для MVP проектов.

Платформа для JAMstack приложений с автоматическим деплоем.

Платежная платформа для приема онлайн платежей.

Мониторинг ошибок и производительности приложений.

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

Разработка через тестирование для повышения качества кода.

Архитектурный подход для больших систем. Применяем выборочно.

Язык запросов для API. Изучаем преимущества над REST.

React Server Components в Next.js 13+. Активно тестируем.

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

Итеративная разработка с короткими спринтами и регулярной обратной связью.

Подход к проектированию сложных систем через доменную модель.

Не используем в новых проектах: усложняет поддержку, ухудшает типобезопасность и плохо сочетается с современными React/Next архитектурами.

Не выбираем для новых запусков: фреймворк EOL, высокий риск техдолга и ограниченный найм под стек.

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

Обычно не используем для MVP: высокий операционный overhead без пропорциональной бизнес-ценности на раннем этапе.

Не рекомендуем для сложных продуктов: трудно контролировать стоимость, сложнее enforce-ить строгие правила доступа и эволюцию схемы.

Не используем как подход: крупные редкие релизы резко повышают риск инцидентов и удлиняют feedback loop.

Оцениваем точечно для enterprise-контекста. Для большинства MVP и продуктовых запусков выбираем более быстрые по delivery альтернативы.

Считаем нишевым выбором: скорее для гиковых кейсов. Для крупных коммерческих проектов экосистема и рынок найма пока слабее.

Рассматриваем для Vue-ориентированных команд, но по умолчанию в новых запусках чаще идем через React/Next стек.

Изучаем для отдельных web-продуктов. Пока используем ограниченно, когда есть явный выигрыш по UX и маршрутизации.

Не используем для новых проектов: PHP/Laravel-стек не входит в наш целевой production-набор и не соответствует текущей стратегии скорости и поддержки.

Подходит для Python-first продуктов и back-office систем. Применяем точечно под домен и команду.

Не рекомендуем для новых продуктовых запусков: дорогая поддержка, сложная эволюция архитектуры и высокий vendor lock-in.

Не используем для новых сайтов и продуктовых запусков: высокий vendor lock-in, сложная поддержка и ограниченная гибкость архитектуры.

Не используем в новых запусках: текущий delivery-процесс и экспертиза команды сфокусированы на TypeScript/Node/Go экосистеме.

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

Не используем в новых проектах: считаем решение недостаточно надежным для наших production-требований и долгой поддержки.