metrica
Мы используем куки, чтобы пользоваться сайтом было удобно.
Хорошо
to the top
close form

Заполните форму в два простых шага ниже:

Ваши контактные данные:

Шаг 1
Поздравляем! У вас есть промокод!

Тип желаемой лицензии:

Шаг 2
Team license
Enterprise license
** Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности
close form
Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
RUB
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Бесплатная лицензия PVS‑Studio для специалистов Microsoft MVP
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Для получения лицензии для вашего открытого
проекта заполните, пожалуйста, эту форму
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Мне интересно попробовать плагин на:
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
check circle
Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

Вебинар: Трудности при интеграции SAST, как с ними справляться - 04.04

>
>
Изменение лицензионной политики PVS-Stu…

Изменение лицензионной политики 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 (подробнее про эту возможность читайте здесь) для того, чтобы сразу же обнаруживать проблемы в коде, как только они там появляются. Во-вторых, обязательно стоит использовать ежедневную проверку всего кода через системы непрерывной интеграции (примеры здесь). В-третьих, если кодовая база (размер проекта) большая, то, скорее всего, разумно будет запускать анализ на нескольких машинах (какой-то проект проверяется на одной машине, какой-то – на другой). Поэтому получается, что если команда разработчиков внедряет у себя статический анализ, то лицензией на одного разработчика им никак не обойтись – нужна как минимум командная лицензия.

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

Популярные статьи по теме


Комментарии (0)

Следующие комментарии next comments
close comment form