Qaynaq STUDIO ’26 / BAKU
Salam Hello Привет
S.04 · Инженерия

TypeScript, Node.js, Postgres, Cloudflare. Покрытие тестами от 80%, CI/CD настроен, архитектура задокументирована. Сроки по проекту.

Срок
по проекту
Обсудить проект Ко всем услугам →
01

Что вы получаете

  1. 01

    Архитектурный документ

    Architecture decision records. Каждое серьёзное решение — почему Postgres, а не DynamoDB; почему server actions, а не tRPC — записано. Новый разработчик стартует, читая документ, а не допрашивая предыдущего.

  2. 02

    Настройка CI/CD и мониторинга

    GitHub Actions или GitLab CI. На каждом PR — lint, typecheck, тесты, билд, lighthouse. Прод-деплой автоматический. Мониторинг через Sentry или Better Stack с документированными правилами алертов.

  3. 03

    Полное покрытие тестами (unit + integration + E2E)

    TDD: сначала тест, потом реализация. Vitest для unit, Playwright для E2E. 80% покрытия — не накрученная цифра, а реальный сигнал качества.

  4. 04

    Сессии передачи команде партнёра

    Двухчасовые записанные сессии: обзор архитектуры, поток деплоя, чтение дэшбордов мониторинга, реакция на инциденты. Записи остаются у вас.

02

Как мы подходим к работе

1. Сначала ищем готовое

Перед тем как писать своё, ищем существующее: GitHub, реестры пакетов, документация поставщиков. Если есть проверенное решение — берём его. Пишем с нуля только при реальном разрыве. На AZ-рынке этот шаг чаще всего пропускают — а он даёт самую дешёвую ценность.

2. Решения уходят в ADR

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

3. TDD-реализация

Сначала тест, потом код. Это не медленнее — на горизонте полугода это быстрее. Покрытие держится в каждом коммите, а не только в первый день.

4. ИИ-инструмент, ревью — человек

ИИ используется как инструмент для написания кода. Но каждый коммит всё равно проходит ревью у человека. «ИИ написал, я не смотрел» здесь не принимается. Эта ошибка широко распространена на AZ-рынке — мы её открыто отвергаем.

03

Когда не стоит брать у нас именно эту услугу

  • Задача на 1–2 дня — мы не берём такой объём. Минимум — спринт.
  • Хотите развивать старый PHP / WordPress-кодбейс — мы пересобираем на современном стеке, legacy-поддержка не наша услуга.
  • Нет ни прототипа, ни внятной спецификации — это разрыв в дизайне/стратегии на вашей стороне, инженерия его не закроет.
04

Работы по этой услуге

05

Связанные тексты

Если есть реальная инженерная задача и нужно помочь её решить — пришлите короткий бриф: стек, проблема, сроки.

salam@qaynaq.com