Комментарии 10
Самые хитрые ошибки — это все же ошибки проектирования/архитектуры проекта. Пример из жизни: проект активно растет, меняется несколькими командами, и начали потихоньку лезть дедлоки потоков.
А статический анализ кода скорее нужен только, когда у вас в команде много junior'ов, которые не знают все тонкости языка на котором пишут.
А статический анализ кода скорее нужен только, когда у вас в команде много junior'ов, которые не знают все тонкости языка на котором пишут.
-2
>> А статический анализ кода скорее нужен только, когда у вас в команде много junior'ов, которые не знают все тонкости языка на котором пишут.
Миф про то, что крутые программисты не ошибаются развевают пост про ошибки в Intel IPP Samples, пост про ошибки в Miranda IM, пост про ошибки в WinMerge.
Или вот код:
Миф про то, что крутые программисты не ошибаются развевают пост про ошибки в Intel IPP Samples, пост про ошибки в Miranda IM, пост про ошибки в WinMerge.
Или вот код:
void AccessibleContainsAccessible(...)
{
...
auto_ptr child_array(new VARIANT[child_count]);
...
}
Детская ошибка? Угадаете откуда он?
+5
Мне одному кажется что руки на картинке выше, как-то уж очень странно загорели )
0
Первая проблема – это невозможность сохранить список сообщений от анализатора для дальнейшей работы с ним
ctrl+a, ctrl+c в output window, затем ctrl-v nelf куда нужно, например в txt файл.
Третья проблема – выдача сообщений на проблемы в системных подключаемых файлах
#include
#pragma warning(push, 0)
#pragma warning (disable: ALL_CODE_ANALYSIS_WARNINGS)
перед «стандартными» заголовками и #pragma warning(pop)
При этом, тут не стоит сетовать на неудобство, т.к. если собирать проектс с /w4 /wx то оборачивать хидеры все равно придется, т.к многие хидеры студия откажется принимать. К примеру boost::interprocess и QObject(из Qt) это по памяти, в реальности конечно же больше всего.
ctrl+a, ctrl+c в output window, затем ctrl-v nelf куда нужно, например в txt файл.
Третья проблема – выдача сообщений на проблемы в системных подключаемых файлах
#include
#pragma warning(push, 0)
#pragma warning (disable: ALL_CODE_ANALYSIS_WARNINGS)
перед «стандартными» заголовками и #pragma warning(pop)
При этом, тут не стоит сетовать на неудобство, т.к. если собирать проектс с /w4 /wx то оборачивать хидеры все равно придется, т.к многие хидеры студия откажется принимать. К примеру boost::interprocess и QObject(из Qt) это по памяти, в реальности конечно же больше всего.
0
Почему это не в «Я пиарюсь»? И вообще выглядит как текст, написанный копирайтером — куча совершенно очевидных любому человеку вещей, растянутая на тысячезнаки бессмысленного текста.
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Трудности сравнения анализаторов кода или не забывайте об удобстве использования