Об отладке. Трассировка и более удобные инструменты.

Я не профессиональный программист и пишу маленькие утилитки. 80% багов в утих утилитках я отлавливаю с помощью трассировки (вывода отладочных сообщений) остальные 20% это стандартный отладчик codegear. Для трассировки я написал себе маленькую утилитку и не пользую метод аля ShowMessage. Я не представляю как можно отлаживать проги иначе.
Но вот в чем для меня парадокс, почему то серьезные программисты не используют трассировку ( или на крайняк используют метод аля ShowMessage), как им удается обходится одним отладчик я не понимаю. Поискав в инете я так же не нашел ни одного нормального трасировщика. Скажите трассировка это что то не нужное и мало эффективное, и есть какие то более удобные инструменты?

0

Т.е. я так понимаю, что стандартные брейкпоинты, Watch List, и самописная ф-ция логирования в файл для вас являются верхом удобства и совершенства.
Все же продолжу. Приведу несколько инструментов которые можно использовать при отладке в билдере:
-CodeSite - красивый логер, демку которого стали класть в стандартную поставку codegear.
-AQTime - анализатор производительности. Показывает какие участки кода работает больше всех. И какой участок кода надо оптимизировать в первую очередь для повышения производительности
-Системы управления версиями файлов (например Git). Можно использовать для откатов и выявления этапа работы на котором появился баг.
Вопрос: может вы знаете какие то подобные инструменты которые можно использовать для отладки?

0

Сообщение от gumi250 Вопрос: может вы знаете какие то подобные инструменты которые можно использовать для отладки?

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

0

BRcr, если это примитивный алгоритм, то вы правы, то конечно хватит примитивных инструментов. А если алгоритм более менее сложен, и скорость критична, то нет. Найти критичный по скорости кусок без спец. методов бывает очень сложно. Бывает, что единственный способ хоть какой то отладки это логи (причем реалтайм), а брейкпоинты и showmessage абсолютно бесполезны. Бывает что большие ф-ции (например перерисовки картинки) вызываются дважды подряд, и никогда ты это не заметишь ни в каких брейкпоинтах, только в логах.

Добавлено через 3 часа 16 минут
И еще к вопросу о профессионализме (только без обид). Книга Киммел. Borland С++ 5.0. К сожалению не нашел в электронном виде, но я так перескажу, что там пишут про протоколирование. Уровни мастерства программиста:
- Начальный: Использование обычных ф-ций (или классов) для отладочной печати. Их вызовы пишут и удаляют по мере надобности. В релизной компиляции надо ручками все вычищать.
- Мнимый рост мастерства: Оборачивание вызовов обычных ф-ций (классов) из предыдущего пункта в #ifdef, #endif. В релизной компиляции можно отключить протоколирование закоментировав всего 1 строку.
- Профессиональный: Использование макросов (макроопределений).
А к какому пункту можно отнести ваши варианты?

0

gumi250, ну, вот зачем так категорично? Это ведь все сильно зависит от самого программиста, его личностных особенностей, правда?
Кто-то найдет дублированные без надобности вызовы и не используя никакие логи, кто-то - нет. Кто-то предупредит их появление изначально вводом проверок на необходимость выполнения того или иного действия, так как он знает о возможности их появления, кто-то этого не сделает.

Каждый из приведенных в этой теме способов отладки имеет право на жизнь, просто у каждого своя сфера применения. Не бывает ничего абсолютного, включая и описанную вами классификацию уровня программиста на основе применяемых им методов отладки; как правильно говорят: "Хороша ложка к обеду." - так же и логирование имеется смысл применять тогда, когда в нем есть реальная необходимость, которая зависит не столько от абстрактной "сложности" задачи, сколько от способностей программиста.

Не по теме и шутки ради:
К слову, я затрудняюсь отнести предложенное мной в качестве варианта использование невооруженного мозга к какому-то пункту в описанной вами классификации.

0

Приведенная классификация не моя а автора книги, и в ней идет речь только о логировании. Т.е. если делать логирование, то только через макросы!, а никак не через классы и ф-ции. Это не сложнее зато гораздо лучше.
Есть класс задач который лучше решить брейкпоинтами. Есть задачи который можно решать и логами и брейкпоинтами. Но есть класс задач которые без логирования решить оч. тяжело и это не зависит от вашего профессионализма. Применять к ним ваши методы бесполезно. Есть и другие задачи где удобней и нужней другие инструменты. Но гениям с Мозгами, всего этого не надо они ведь сразу пишут правильный код .
Но вот например, как отлаживать многопоточные задачи (таких задач не мало)? Когда работает несколько потоков пошаговое выполнение программы будет идти кусами, то в одном потоке то в другом и отлаживать невозможно. Здесь ничего для отладки кроме логирования я не вижу, а что используете вы в этом случае?

0