Как стать автором
Обновить

Комментарии 18

Спасибо за огромную работу. Я на всякий начал pull request делать, когда есть настроение

Без открытия 10000 тикетов в трекере — не засчитывается, полезного выхлопа нет.
Вы легко можете нагуглить все наши тикеты.
А если бы вы таки раздавали вашу linux-версию индивидуальным разработчикам, то нашли бы ещё больше.
Написал письмо 28 июля после публикации — даже не ответили.
Ждите. Ещё не готово. Много работы. :)
С какой почты писали? Я всем отвечаю, либо не дошло, либо упустили.
С f2404@… на саппорт@вива64.ком. Только что отправил ещё одно письмо.
Игорь, извиняюсь. Ваше письмо по какой-то причине осталось не отмеченным. Возможно в тот день было много писем и подвел почтовый клиент – оно сразу пометилось как «прочитанное».
Надо написать анализатор пропущенных писем :)
Короче говоря, как обычно: распиаривали себя сначала на проприетарщине, а затем начали питаться свободным кодом. А в конце предыдущего топика вообще показалось, что на фоне — люди «нетрадиционной ориентации»
Что-то из указанного вами вы считаете плохим?
Ребята отличную работу делают. Постоянно нахожу грубейшие ошибки в open source проектах — теперь есть программное подтверждение тому, что open source <> качество. Надеюсь PVS заставит авторов делать работу качественно Есть действительно много отличных идей, реализованных, к сожалению, ужасно.
Я недавно решил все-таки воспользоваться благами цивилизации и провести статический анализ кода. Раньше слышал про cppcat, полез на сайт и нашел только то, что он уже давно как закрыт. Так я и не понял, если я индивидуальный разработчик и проект у меня для себя, никакого статического анализа мне не полагается?

И еще, конечно, не понять мне видимо никогда, почему по кнопке купить на самом деле купить ничего нельзя.
Кроме PVS Studio, есть и другие статические анализаторы кода: cppcheck и clang-analyzer (оба открытые), Coverity (проприетарный, но у них есть программа работы с открытыми проектами — можно проверить свой код), Klocwork (проприетарный).
К сожалению, мы не умеем работать в индивидуальные разработчики (не умеем зарабатывать на них деньги). Если Вы представляете какую-то компанию (но планировали использовать анализатор в одиночку), то прошу написать от лица этой компании. Мы считаем, что вся команда и весь проект получает пользу от использования статического анализатора, не зависимо от количества программистов, которые запускают анализатор, и есть смысл говорить о командной лицензии.

Если у Вас хобби-проект или маленький командный проект, то я не думаю, что этом проект требует столь серьезной артиллерии, как PVS-Studio. Предлагаю использовать что-то из бесплатного инструментария (Cppcheck, предупреждения GCC или Clang). У маленьких проектов маленькие проблемы :). В них нет исторического кода, написанного непонятно кем и когда, нет текучки кадров и необходимости контроля новобранцев, в них меньше плотность ошибок, их проще протестировать или сделать code-review, не нужна поддержка сложных систем сборки и ночных запусков анализатора на сервере, не нужно распараллеливаться на IncrediBuild. И так далее. Единственный вариант, который мы предлагаем бесплатным открытым проектам: они про нас статью в своём блоге, мы им ключ для проверки их проекта. Быть может Вас заинтересует такой вариант.

Когда вы выпустите пробник для linux я собирался посмотреть, хорошо ли PVS-Studio работает для Neovim, и если да, то посмотреть, можно ли взять на деньги из bountysource лицензию. Писать на почту в статье просить бету как‐то не тянет: нет «корпоративной почты».


Но все проблемы тут есть: исторического кода полно в Vim, ещё больше (бо́льшая часть импортированного из Vim кода может по праву считаться «историческим») у Neovim, написан код далеко не только Bram или maintainer’ами проекта, CI активно используется. «Текучку» определить сложно, но «новобранцы» есть.


Поэтому сейчас вопрос: что нужно иметь в статье, какие и сколько языков и что можно считать блогом: я могу написать сюда (на хабр), есть ещё /r/neovim на Reddit, где‐то пишутся новости, есть wiki? В любом случае, ключ без linux‐версии нам сейчас не нужен.


Если что, в проекте уже используются предупреждения clang и gcc, статический анализатор clang’а, clang sanitizers (address, undefined behaviour и thread) при прогоне функциональных тестов и coverity. Разумеется, этого недостаточно.

На Хабре и reddit мы и так присутствуем. Нас бы устроило упоминание в news. А запрос Linux версии всё-таки сделайте. Уже скоро начнем потихоньку отправлять первые ключи.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий