Протокол Гильдии программистов

1. Гильдия программистов создана как децентрализованная автономная организация для разработки и поддержки программного обеспечения Ассоциации Монтелиберо.

2. Принципы.

   2.1. Децентрализация: Каждая команда имеет автономию в принятии решений, но должна следовать процессам Гильдии.

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

   2.3. Сотрудничество: Команды должны поддерживать эффективное взаимодействие и обмен знаниями через доступные коммуникационные каналы и инструменты.

3. Изменение протокола осуществляется Старейшинами Гильдии через установку данных на счете GDRLJC6EOKRR3BPKWGJPGI5GUN4GZFZRWQFDG3RJNZJEIBYA7B3EPROG. Ключ ProgrammersGuildProtocol, значение — sha-256 протокола.

4. В каждой команде должен быть свой Капитан, что следит за соблюдением протокола.

5. Процессы.

   5.1. Команды должны использовать Github и организацию Montelibero как основной репозиторий проектов Гильдии.

   5.2. Заявки на новый функционал или решение ошибок и связанные обсуждения должны быть в Issues.

   5.3. Изменения кода должно быть через Pull requests с обязательным ревью от Капитана или назначенного им ответственного специалиста.

   5.4. Проекты должны иметь непрерывную интеграцию с помощью Actions.

   5.5. Рекомендуется иметь непрерывную доставку с помощью Actions.

   5.6. Проекты могут иметь документацию в Wiki. Допускается наличие документации в репозитории.

   5.7. Планирование проекта может осуществляться через Projects.

6. Кодовая база.

   6.1. Для разработки рекомендуется использовать TypeScript как самый популярный язык среди программистов-волонтеров Распределенного правления.

   6.2. Стиль кода должен быть установлен Капитаном и согласован со Старейшинами.

   6.3. Код должен иметь документацию: Описание интерфейсов, конфигурации и запуска.

   6.4. Код должен быть структурирован и следовать принятым подходам и шаблонам. Подход к структуризации устанавливает Капитан и согласует со Старейшинами.

   6.5. Коммиты должны соответствовать стандарту Conventional Commits.

   6.6. Рекомендуется написание тестов на критический функционал.

   6.7. Рекомендуется подход Test-Driven Development для повышения качества кода.

7. Релизы.

   7.1. Версии программного обеспечения должны соответствовать стандарту Semantic Versioning.

   7.2. Релиз новой версии должен быть согласован с Капитаном или назначенным им ответственным лицом.

   7.3. Процесс тестирования и принятия нового функционала заказчиком осуществляет Капитан.

8. Безопасность.

   8.1. Кодовая база должна иметь инструменты обнаружения уязвимостей.

   8.2. Кодовая база должна быть обновлена, если Github Security советует это сделать из-за найденной уязвимости.

9. Решение конфликтов осуществляется через медиацию Капитанов или Старейшин.