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

15 Июл 2011

Автор: Евгений Рыжков

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

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

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

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

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

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

Таким образом, за два года продукт стал действительно существенно лучше. Для того, чтобы поддерживать эту функциональность и реализовывать новую (включая новые диагностические правила) мы и вынуждены изменить лицензионную политику. Поскольку инструмент стал существенно более мощным, то и выгода от его использования в компании (а не отдельным разработчиком) больше. Приведу пример. Во-первых, все члены команды могут использовать Incremental Analysis (подробнее про эту возможность читайте здесь) для того, чтобы сразу же обнаруживать проблемы в коде, как только они там появляются. Во-вторых, обязательно стоит использовать ежедневную проверку всего кода через системы непрерывной интеграции (примеры здесь). В-третьих, если кодовая база (размер проекта) большая, то, скорее всего, разумно будет запускать анализ на нескольких машинах (какой-то проект проверяется на одной машине, какой-то – на другой). Поэтому получается, что если команда разработчиков внедряет у себя статический анализ, то лицензией на одного разработчика им никак не обойтись – нужна как минимум командная лицензия.

Все это и побудило нас сделать изменения в лицензионной политике. Новая лицензионная политика представлена на странице заказа. Надеемся на понимание.