# Изменение лицензионной политики PVS\-Studio

Лицензионная политика статического анализатора кода PVS\-Studio изменяется в версии PVS\-Studio 4\.32\.

Сначала я перечислю два существенных изменения, а потом поясню, почему мы так сделали:

1. Мы отказываемся от одиночных лицензий \(Single User License\) и оставляем только лицензии для групп разработчиков\.
1. Лицензия действует в течение года, затем необходимо ее продлить \(со скидкой\), иначе программа перестанет работать\.

Теперь о причинах\. Конечно же, причина одна – мы хотим зарабатывать больше денег\. И я покажу, почему мы считаем это обоснованным\.

Со времени выпуска PVS\-Studio 3\.00 \(27 июля 2009 года\) программный продукт ОЧЕНЬ сильно изменился\. Тогда это был инструмент для облегчения миграции на 64\-битные платформы \(модуль Viva64\) и для разработки OpenMP приложений \(модуль VivaMP\)\. Теперь это полноценное решение для постоянной поддержки качества кода в процессе разработки на определенном уровне\. Что отличает сегодняшнюю версию PVS\-Studio от той старой версии 3\.00 середины 2009 года? Смотрите сами:

1. Добавлена диагностика широкого класса ошибок с помощью анализатора общего назначения\. Сейчас это более 80 диагностических проверок и с каждой версией их становится все больше\.
1. Значительно улучшено качество диагностики 64\-битных ошибок, снижено количество ложных срабатываний\.
1. Интерфейс инструмента кардинально изменен, за счет чего работа с ним стала проще и удобнее:
    * новое окно вывода результатов анализа PVS\-Studio Output Window;
    * механизм разметки ложных срабатываний "Marking As False Alarms";
    * проверка только новых и недавно измененных файлов \(Incremental Analysis\);
    * возможность удобной настройки фильтров различного уровня;
    * работа из командной строки: поддержка Makefile, запуска из систем непрерывной интеграции, проверка при ежедневных сборках;
    * быстрая и удобная справочная система \(online, из программы и pdf\);
    * сохранение и загрузка результатов анализа в лог\-файл;
    * работа на всех ядрах и процессорах;

Таким образом, за два года продукт стал действительно существенно лучше\. Для того, чтобы поддерживать эту функциональность и реализовывать новую \(включая новые диагностические правила\) мы и вынуждены изменить лицензионную политику\. Поскольку инструмент стал существенно более мощным, то и выгода от его использования в компании \(а не отдельным разработчиком\) больше\. Приведу пример\. Во\-первых, все члены команды могут использовать Incremental Analysis \(подробнее про эту возможность читайте [здесь](https://pvs-studio.ru/ru/blog/posts/0102/)\) для того, чтобы сразу же обнаруживать проблемы в коде, как только они там появляются\. Во\-вторых, обязательно стоит использовать ежедневную проверку всего кода через системы непрерывной интеграции \(примеры [здесь](https://pvs-studio.ru/ru/docs/manual/0005/)\)\. В\-третьих, если кодовая база \(размер проекта\) большая, то, скорее всего, разумно будет запускать анализ на нескольких машинах \(какой\-то проект проверяется на одной машине, какой\-то – на другой\)\. Поэтому получается, что если команда разработчиков внедряет у себя статический анализ, то лицензией на одного разработчика им никак не обойтись – нужна как минимум командная лицензия\.

Все это и побудило нас сделать изменения в лицензионной политике\. Новая лицензионная политика представлена на странице [заказа](https://pvs-studio.ru/ru/order/)\. Надеемся на понимание\.