Comments 35
Программист может отдавать себе отчет, что смотрит вперемешку как высокоприоритетные, так и низкоприоритетные предупреждения и готов просмотреть большое количество сообщений. Беда в том, что он быстро теряет внимание. Грубо говоря, просмотрев 10 неинтересных предупреждений, он с большой вероятностью пропустит и одиннадцатое предупреждение, указывающее на серьезную ошибку.
Не означает ли это, что будет лучше, если PVS-Studio будет сама группировать предупреждения по приоритету, чтобы облегчить жизнь разработчику?
У ограничений имеется две цели.
На самом деле три, и все это понимают.
Так просто, чтобы сверится. Назовите в слух свой вариант третьей цели?
Продать :)
Ни один клиент не купил лицензию только из-за указанных здесь ограничений.
Уверен, что если бы ограничений не было — её бы вообще никто не купил (ну, за исключением может быть тех, кто триалом не пользовался вовсе). Зачем, если всё и так работает? И главное — как объяснить начальству, что вот эту вот программу, которая и так работает, и бесплатно скачана с официального сайта, надо бы ещё и купить? Может быть на западе и покупали бы, но точно не с нашим менталитетом.
Да не, тут про другое, как мне показалось. Я это понимаю как «приводят ли конкретно эти ограничения к продаже». А так для «возможности» продавать достаточно в лицензии иметь пункт «Вы должны купить прежде чем использовать» и все.
Но ведь пункт «Вы должны купить прежде чем использовать» взаимоисключающий с демо-режимом для оценки возможностей, разве нет? Ограничения в демо-режиме в первую очередь и нужны, чтобы у пользователя была необходимость купить полноценный продукт. А вот то, почему ограничения именно такие, а не просто «бесплатно первые 30 дней», и описано в статье.
На мой взгляд, интерфейс студии user friendly, но в дополнении к информации о оставшихся попыток, я бы рядом добавил кнопку, которая вызывает простенькую обучающие программу. На пример, в ней могут рассматриваться описанные в статье ситуации.
Обычно я включаю все предупреждения на максимум во всех подобных утилитах,
С командной строки запускается анализатор, сохраняет все что может найти в лог.
Потом запускается скрипт с grep, которые делит один файл на множество по типам сообщений.
И уже потом можно смотреть важные и не важные предупреждения. Также можно исключать «библиотеки» или какие-то файлы, которые не нужно проверять.
Все логи хранятся в git, поэтому можно видеть что добавилось и что убавилось.
С pvs studio к сожалению приходится сложнее.
Нужно запустить в виртуальной машине с windows какую-либо графическую среду для mingw (раньше pvs studio не могло перехватить mingw, хотя его поддерживало),
запустить перехват и компиляцию,
потом сохранить лог в xml (раньше был просто текст).
запустить скрипт для перевода xml в текстовый лог.
и только после этого можно разделять лог по типам предупреждений.
В добавок в демо версии лог полностью не сохраняется, хотя последние версии не проверял.
С командной строки запускается анализатор, сохраняет все что может найти в лог.
Потом запускается скрипт с grep, которые делит один файл на множество по типам сообщений.
И уже потом можно смотреть важные и не важные предупреждения. Также можно исключать «библиотеки» или какие-то файлы, которые не нужно проверять.
Все логи хранятся в git, поэтому можно видеть что добавилось и что убавилось.
С pvs studio к сожалению приходится сложнее.
Нужно запустить в виртуальной машине с windows какую-либо графическую среду для mingw (раньше pvs studio не могло перехватить mingw, хотя его поддерживало),
запустить перехват и компиляцию,
потом сохранить лог в xml (раньше был просто текст).
запустить скрипт для перевода xml в текстовый лог.
и только после этого можно разделять лог по типам предупреждений.
В добавок в демо версии лог полностью не сохраняется, хотя последние версии не проверял.
На наш взгляд это самый плохой способ знакомства с анализатором. После него очень большой риск, что человеку инструмент не понравится, так как будет выглядеть все не удобно.
Вот для примера — Вам анализатор понравился после такого триала?
Вот для примера — Вам анализатор понравился после такого триала?
Когда я первый раз такое делал, лог полностью сохранялся.
Поэтому да.
Поэтому да.
PVS-Studio перестало видеть компиляцию при помощи MingW.
Версия 6.01 перехватывала, а версия 6.03 уже нет.
Компилятор не менялся.
Версия 6.01 перехватывала, а версия 6.03 уже нет.
Компилятор не менялся.
Спасибо, проверим. Отпишите, пожалуйста, копию этого сообщения на support@viva64.com.
В этот режим работы не вносились изменения, способные его сломать. Компиляцию «Hello World» программы с ошибкой сейчас удалось перехватить и найти ошибку.
Проверьте следующие моменты:
Проверьте следующие моменты:
- У вас зовётся The GNU C/C++ Compiler, а не The GNU C/C++ Compiler For MSYS
- У утилиты мониторинга не меньше прав, чем у компилятора (вдруг сборка выполняется с правами администратора, а мониторинг нет).
- Имя запускаемого компилятора удовлетворяет маске *gcc или *g++.
Ну что за сказки для детей младшего дошкольного возраста? Все прекрасно понимают, что цель ограничений одна и только одна — подвигнуть пользователя на покупку полной версии, в которой эти ограничения отсутствуют. И побудить к общению с вами в почте вам нужно не для того, чтобы помочь использовать инструмент правильно, а опять-таки, чтобы заставить купить. Вы будете каждому потенциальному покупателю писать на е-мэйл персональные простыни текста о том, как использовать? Нет, это безумие, на такие темы пишутся общие для всех статьи и FAQ-и и кладутся в общий доступ. А будете вы каждому потенциальному покупателю спамить с применением секретного NLP. Это ж общеизвестно: идёшь, допустим, по магазину, взял с полки штучку, покрутил, посмотрел, положил, дальше пошёл. А если взял штучку, а тут же налетел консультант, помочь-подсказать, того-сего, и уже неловко как-то положить штучку обратно и дальше идти, когда вот человек столько времени на тебя потратил…
Нет. Самым простым и самым на первым взгляд логичным способом было бы ограничение по времени. Так оно когда-то давно и было. Но это как раз и провоцировало 2 проблемы: включение всё на максимум и отсутствие повода написать нам и получить подсказку. Поэтому и приходится делать что-то более сложное.
Получается, если я решил не париться с демо-версиями и сразу купил ваш продукт — я буду страдать?
Ограничение по времени это ерунда, обходящаяся элементарным ревертом до снапшота в виртуалке (или чем-то похожим по смыслу) и переустановкой. А вот когда софтина порезаная, то она всегда порезаная, и до реверта и после. Это же очевидно.
Вы будете каждому потенциальному покупателю писать на е-мэйл персональные простыни текста о том, как использовать? Нет, это безумие, на такие темы пишутся общие для всех статьи и FAQ-и и кладутся в общий доступ.
Я пишу. Возможно поэтому мои результаты чуть лучше, чем у консультанта в магазине.
А статьи и FAQ — можно подумать, их кто-то читает, если его явно не ткнуть в них.
Ну ок, возможно, я один такой социопат, что первым делом гуглю статьи и читаю FAQ, а вариант «написать разработчикам» рассматриваю в самую-самую последнюю очередь — как правило, либо если проблема очень специфическая, что в факах нет, либо сам продукт малопопулярен и в интернете вообще ничего о нем не найдёшь, а мне очень надо…
А это же вы написали статью «32 OpenMP traps for C++ developers»? Как раз читал недавно…
Sign up to leave a comment.
Пояснение про ограничения демонстрационной версии PVS-Studio