Давайте я отвечу так. Мы настоятельно рекомендуем не маньячить. Как это реализовать технически — бывают разные варианты.

Причина в том, что если маньячить, то рано или поздно инструмент отключать «на минуточку» и потом не включат.

Мы настоятельно НЕ рекомендуем блокировать коммиты по результатам анализа кода. Однажды возникнет ситуация, когда НАДО закоммитить, но анализатор будет блокировать это. И тогда возникнет соблазн его отключить. И не включать потом. Должны быть другие меры для того, чтобы существование ошибок анализатора было некомфортным в команде.

Самая распространенная ошибка — кто-то где-то на сервере установил SonarQube или еще что-то и теперь в компании думают, что у них налажен статический анализ кода.

А то, что никто не смотрит на ошибки, не поддерживает SonarQube, не следит за результатами проверок — как-то выпадает…

Да, за 10+ лет мы поняли, что процесс важнее, чем инструмент. Мы видели кучу неудачных внедрений PVS-Studio, когда компании теряли деньги в итоге. Поэтому поняли, что нельзя пускать это на самотек и ждать, что компании сами разберуться как правильно использовать инструмент.

Плохой инструмент плюс хороший процесс намного лучше, чем хороший инструмент, но плохой процесс.

> А по ответу… если команда будет упорно сопротивляеться, то вы откажитесь от затеи и вернёте $?

«Вернете $» — это отказ от работы. Мы делаем так, чтобы возвращать было не надо.

Хорошая попытка, но нет. :)

Увы, решения за миллионы часто также оказываются выброшенными на помойку из-за того, что их неправильно внедряют. Я без конкретики какой-то это пишу, а в целом.

Потому что мы помогаем построить процессы разработки при внедрении инструмента так, чтобы такой ситуации не возникало.

OpenMP разивается. От OpenMP 2.0 до OpenMP 5.0 поменялось очень многое. И надо или это поддерживать, или отказаться. Мы выбрали «отказаться».

> есть ли предупреждения связанные с OpenMP и data-race?).

Вы не поверите… Были, но «спроса нет»:

OpenMP support in PVS-Studio had been dropped after version 5.20.

А, за пять лет — согласен. Посмотрите, пожалуйста, ссылки про ROI. Там все про это написано. С красивыми табличками даже.

Спроса нет…

Это к юристам.

Мы специально для менеджеров сделали коротенькую страничку про ROI, которая ведет на чуть более подробную статью про ROI.

Обычно ни один менеджер не может аргументированно отказаться от покупки после чтения этих двух заметочек. Безаргументированно может правда :-).

P.S. Я дал ссылки на русские тексты (ибо Хабр), но на сайте можно переключить язык, или просто URL поменять и они станут на английском.

P.P.S. Что-то дешевые у вас в Бельгии автомобили. У нас в РФ за цену лицензии можно только Весту купить новую :-(.

Подсудное дело…

Ваши слова да Роскосмосу в уши.

Вы можете это сделать абсолютно самостоятельно, чтобы была статья от независимого автора. Так будет даже интереснее! И PVS-Studio доступна, и исходники калькулятора есть. Поможете нам сделать серию статей о проверке калькуляторов? ;-)

Хороший ответ на «эти ошибки никому не мешают». Человек не поленился в выходной поправить ошибку в рабочем проекте.

Да, конечно. Вот описание.

plog-converter сам не сортирует. Но так как он идет в исходниках его можно заставить делать это именно так, как это нужно в данном проекте.

Если про Visual Studio к примеру говорим, то там надо по столбцу кликнуть. Если про plog-converter, то там тоже можно сортировать по-разному.