> Очень хотелось бы чтобы вы добавили поддержку CCES от Analog Device.

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

Кстати тут видимо два вопроса в одном: поддержка компилятора и поддержка IDE? Может оказаться, что компилятор мы уже и так поддерживаем. А для специализированной IDE плагин делать не в плане, так как слишком мало пользователей.

За время развития PVS-Studio хорошо себя зарекомендовала следующая практика. Реализуется какая-то фича. Потом мы находим клиентов, которым нужны те или иные новые компоненты анализатора (диагностики, инструментальные средства, возможности по интеграции). И уже доделываем непосредственно под них. Это позволяет клиентам быстро получать то, что нужно им. В противном случае, выбирая для реализации фичи/диагностики случайным образом, мы будем идти до клиента очень долго.

Поэтому если у вас есть интерес к этой теме – давайте вместе сделаем анализатор такой как нужно именно вам. Т.е. напишите список диагностик MISRA которые вы применяете или планируете применять в своей работе. Мы их реализуем и порадуем вас :). А потом уже займёмся прочими диагностиками.

Честно скажу, что не знаю. Но это не значит, что проект делается энтузиастами по выходным.

Chrome не приносит денег Гуглу напрямую, но если вы предложете мне бесплатно работать на Гугл и Chrome, то эта бизнес-модель нерабочая.

Скажите честно — вам ведь не нужен статический анализ? Потому что если «геморойно писать email», то смотреть отчеты и настраивать анализатор вообще будет «влом».

Спасибо за упоминание Докера. Мы уже около полугода работаем с этой технологией и скорее всего в следующем году выкатим такое решение как Вы описали.

На первый взгляд это и не очень сложно для нас и достаточно удобно для пользователей.

Дело не в этом. Репозитории на своем ресурсе намного проще и быстрее обновлять. В конечном итоге наш репозиторий оказывается удобнее нашим клиентам, чем если бы по полгода-год мы тратили на обновление в официальном репозитории.

Для меня коммерческий проект — это тот, в разработку которого вкладывается куча денег. И KDE это безусловно коммерческий проект.

Спасибо за комментарий. Приятно, что хоть кто-то это понимает.

> Сделайте то же самое, в чём вопрос-то?

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

Мы пока сомневаемся, что такой подход (SaaS) нам нужно иметь.

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

Ну вот дело в том, что я таких не видел людей. Наверное, они есть. Но мне не удалось с ними повстречаться. А с теми, кто опасается «утечки исходников» я общаюсь регулярно. Тут конечно можно пошутить про мой круг общения, но вот тем не менее.

Всегда будут люди которые на предложение бесплатной (!) лицензии обвинят тебя в нечестности…

По нашему опыту общения с клиентами в рамках этапа presale шаблон (его отсутсвие) не является ключевой проблемой. Так что пока мы до него не добрались.

Не понятно как это сделать.

Честный ответ — «мы не знаем». Ограничениями мы хотим защитить себя от (условно) бесплатной работы на Google и Apple. Подскажите как это сделать?

Вот здесь выберите «Хочу анализатор для Java» и укажите еще свой ник на Хабре, пожалуйста.

Публикуя статью мы конечно были готовы, что дискуссия может принять неожиданный оборот. Но что настолько…

А давайте погоняем наш Java анализатор на вашем коде? Одни плюсы:

• если найдем интересные ошибки, то это полезно вам
• если не найдем, то будете уверены, что ничего не теряете

Как идея? Только берем реальный коммерческий проект с большой кодовой базой, а не тестовые примерчики. Попробуем?

Напишите, пожалуйста, пять наиболее известных open source проектов на Rust, чтобы мы могли написать статьи про них.