Fullstack разработчик / AI-assisted vibe-coder

Мы поставляем металлорежущий инструмент и оснастку 80+ брендов для заводов по всей России.

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

Нам нужен не исполнитель по ТЗ, а тот, кто самостоятельно закрывает задачу под ключ.

Нам нужен fullstack разработчик, который чувствует систему целиком и умеет улучшать её без остановки бизнеса, или вайб-кодер.

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

Сейчас в стеке:

• Серверная часть: один из языков (Python / Java — по текущей реализации), PostgreSQL, SQL (без ORM), HTTP-механика, транзакции.
• Клиентская часть: серверный рендеринг, HTML5 / CSS3 / JavaScript (ES6+), работа с формами, валидация, динамические обновления (HTMX, Alpine.js — приветствуется).
• Интеграции: REST, JSON, XML, Excel (импорт/экспорт, обработка ошибок, предпросмотр).
• Инструменты: Git, Docker (для локальной разработки), CI/CD (деплой).
• AI: Cursor AI от Anysphere, AI Codex от OpenAI, Claude Code от Antropic.

Что будете делать:

• Развивать текущее приложение:
  — логистика (доставка, склад),
  — финансы (расчёты с поставщиками/покупателями),
  — закупки (интеграции с внешними системами).
• Проектировать новые модули с нуля
• Масштабировать функциональности без полного переписывания
• Использовать AI для:
  — анализа логов и выявления паттернов ошибок,
  — генерации тест-кейсов / доков / миграций,
  — рефакторинга «непонятного» кода и увеличения скорости разработки

Наши ожидания

• Опыт самостоятельной реализации fullstack-фич «от интерфейса до базы данных» - единая задача под ответственность одного человека.
• Умение проектировать клиент-серверное взаимодействие: как данные отображаются, кэшируются, обновляются.
• Практическое владение SQL: написание, оптимизация, понимание плана выполнения.
• Техническая автономия: вы можете спроектировать решение, оценить риски, реализовать и проверить (без пошагового управления).
• Опыт работы с legacy: не «переписать», а уменьшать энтропию по шагам.

• Фиксированную ЗП
• Доверие, автономию, минимум встреч
• Доступ к контексту: зачем нужна фича, кто её использует, как поймём, что она работает
• Гибкость оформления (ТК/ГПХ/ИП);

Если вы разделяете наш подход к разработке, добро пожаловать к нам в команду.