Дата актуальности: 04 августа 2026 г.

В условиях, когда инструменты вроде Codex от OpenAI уже умеют «понимать» естественный язык и генерировать код, ответственность человека-разработчика возрастает. Этот документ — локальный Кодекс разработчика программы, который дополняет общероссийские нормы (ГК РФ, ТК РФ, НК РФ, УК РФ) и профессиональные стандарты, превращая абстрактные требования в конкретные правила поведения каждого участника проекта.

Базовые принципы

1. Законность. Любое решение и строка кода должны соответствовать действующему законодательству РФ, включая:
   • ГК РФ (части 1 и 4) — авторское право и договоры;
   • ТК РФ — трудовые отношения и охрана труда;
   • НК РФ — налогообложение доходов от ИТ-услуг;
   • УК РФ — ответственность за компьютерные преступления.
2. Качество. Использовать лучшие практики (code review, CI/CD, тестирование) и следить за техническим долгом.
3. Этика ИИ. В проектах с ИИ-функциями руководствоваться профильными кодексами:
   • Кодекс этики ИИ в медицине;
   • Кодекс этики ИИ в образовании;
   • Кодекс этики ИИ на финансовом рынке.
4. Открытость и конфиденциальность. Открывать код только с согласия правообладателя; персональные данные и коммерческую тайну не разглашать.
5. Устойчивость. Проектировать системы так, чтобы их можно было поддерживать ≥5 лет без «переписывания с нуля».

Права и обязанности разработчика

Права

• Доступ к документации, требованиям и инфраструктуре.
• Обучение и сертификация за счёт компании ≥1 раз в год.
• Неприкосновенность рабочего времени, никаких «ночных деплоев» без явного согласия.

Обязанности

• Соблюдать регламент безопасности: двухфакторная аутентификация, шифрование секретов.
• Фиксировать технические решения в White Paper (Белая книга проекта).
• Уведомлять о потенциальных уязвимостях в течение 24 ч.

Процесс внесения изменений в код

1. Описать задачу в системе трекинга (Jira, GitLab Issues).
2. Создать ветку feature/ID-краткое-описание.
3. Написать модульные и интеграционные тесты (покрытие ≥80 % новых строк).
4. Провести само-ревью через Codex-ассистент (проверка стиля, уязвимостей).
5. Создать Merge Request и назначить двух рецензентов.
6. После одобрения — CI/CD pipeline → staging → prod.

Примеры локальных актов

В «Белую книгу» проекта ежеквартально вносятся:

• Решения архитектурного совета (например, переход с REST на gRPC).
• Отчёты о post-mortem инцидентов (дата, причина, меры).
• Примеры «запрещённых» паттернов (SELECT * без лимита, жёстко заданные пароли).

Ответственность за нарушения

Поддержка и развитие Кодекса

Каждый сотрудник может предложить изменения через форму MR-to-Codex. Совет по этике ИИ (3 разработчика, 1 юрист, 1 менеджер) рассматривает заявки ежемесячно. Одобренные правила публикуются в корпоративном Wiki и вступают в силу через 7 дней.

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

© 2026 Информационная компания «ТехЭксперт». Документ распространяется под лицензией CC-BY-SA 4.0.