Да, так и есть на самом деле. Разработчики и бизнес говорят на разных языках. Я сам полтора года проработал в отделе маркетинга, хоть и являюсь C++ разработчиком (сейчас снова в разработке).
Причем самое неприятное тут то, что проблема коммуникации есть и внутри самих компаний. Из-за чего мы все видим эти бесконечные мемы про эффективных менеджеров...
Мы думаем пока собрать фидбек по этой фиче (плагин для Visual Studio самый популярный) и уже на его основе сделать реализации для других наших IDE плагинов.
Маловероятно это войдёт в декабрьский релиз, так что я бы ориентировался на первую половину 2022
По большей части с этой задачей хорошо справляются динамические анализаторы, так как они анализируют инструкции во время непостредственного выполнения приложения. Разумеется для этого необходимо покрыть этот код тестами.
Статические анализаторы в свою очередь не зависят от покрытия кода, так как изучают напрямую исходный код приложения. Однако это совсем не их профиль - поиск многопоточных ошибок. Но они могут находить какие-то базовые вещи, например double-checked locking (v1036)или неправильное использование std::unique_lock (v1025).
Да, я тоже думаю, что баги до конца никуда не исчезнут. Но со временем всё больше и больше проблем в коде будет находиться разного рода инструментами, так что в сфере тестирования ПО будет появляться всё больше и больше требований к глубокому понимаю языков программирования и различных технологий. Но это, конечно, моё ИМХО
Не думаю, что она зашла :)
Но у меня и не было задачи написать как делать поппулярные статьи. Я писал о том, как вообще сделать её приятной для чтения. Не уверен, что это сама по себе увлекательная тема.
Но люди лайкали её, кто-то добавил себе в закладки. Так что со своей задачей статья справилась, но вполне возможно она не оказалась интересной для аудитории
Есть разные варианты: от фрилансеров до друзей. Но в действительности, если статья интересная, то скорее всего многие не станут обращать внимания на косяки. Иногда же люди могут написать в личку про ошибки. Бывает и в комментах дают советы, но лучше всего — это анализировать статьи, которые обрели популярность, сравнивая их между собой.
Я думаю, что это скорее связано со спецификой работы. Всё-таки, чтобы успешно работать программистом нужно быть всегда вкурсе происходящего в мире разработки. Из-за это часто натыкаешься на различные смежные темы и в итоге одна из них может тебя настолько увлечь, что окажешься по ту сторону баррикад
В PVS-Studio есть разные диагностики, которые занимаются поиском таких опечаток, но в разных ситуациях. Спасибо за внимательность — сейчас поправлю пример :)
Читать Страуструпа :)
Вот это действительно стоящий комментарий! С удовольствием прочитал)
Абослютно согласен. Читаю сейчас как раз ее и, чтобы разобраться, открыл статью эту 😁
Да, так и есть на самом деле. Разработчики и бизнес говорят на разных языках. Я сам полтора года проработал в отделе маркетинга, хоть и являюсь C++ разработчиком (сейчас снова в разработке).
Причем самое неприятное тут то, что проблема коммуникации есть и внутри самих компаний. Из-за чего мы все видим эти бесконечные мемы про эффективных менеджеров...
Мы думаем пока собрать фидбек по этой фиче (плагин для Visual Studio самый популярный) и уже на его основе сделать реализации для других наших IDE плагинов.
Маловероятно это войдёт в декабрьский релиз, так что я бы ориентировался на первую половину 2022
Пока режим Best Warnings доступен только в Visual Studio и Standalone версии PVS-Studio.
Но можно открыть любой отчёт из Linux в Standalone и посмотреть лучшие срабатывания там :)
По большей части с этой задачей хорошо справляются динамические анализаторы, так как они анализируют инструкции во время непостредственного выполнения приложения. Разумеется для этого необходимо покрыть этот код тестами.
Статические анализаторы в свою очередь не зависят от покрытия кода, так как изучают напрямую исходный код приложения. Однако это совсем не их профиль - поиск многопоточных ошибок. Но они могут находить какие-то базовые вещи, например double-checked locking (v1036) или неправильное использование std::unique_lock (v1025).
Да, я тоже думаю, что баги до конца никуда не исчезнут. Но со временем всё больше и больше проблем в коде будет находиться разного рода инструментами, так что в сфере тестирования ПО будет появляться всё больше и больше требований к глубокому понимаю языков программирования и различных технологий. Но это, конечно, моё ИМХО
Но у меня и не было задачи написать как делать поппулярные статьи. Я писал о том, как вообще сделать её приятной для чтения. Не уверен, что это сама по себе увлекательная тема.
Но люди лайкали её, кто-то добавил себе в закладки. Так что со своей задачей статья справилась, но вполне возможно она не оказалась интересной для аудитории
В PVS-Studio есть разные диагностики, которые занимаются поиском таких опечаток, но в разных ситуациях. Спасибо за внимательность — сейчас поправлю пример :)
То будет вызван этот конструктор, который инициализирует поля Mask и Mode значением 0
В конфиге нужно будет изменить строки:
На: