Средства и методы разработки

У меня есть такое решение: DEBUG("anything", ...) От описанного оно отличается меткой времени, текстовыми файлами на выходе, промежуточными файлами меньшего размера (строк с текстом нет, только ссылки на них) тоже текстовыми, выводом имени файла где (строку легко добавить, но смысла нет -- т.к. одинаковые сообщения редкость), избирательным включением/отключением в рантайме. Но для этого всего не нужны волшебные коммерческие софты с рантайм еррорами. Это просто макросы и несколько функций вокруг printf. Только это ни разу не трасса, а именно что протокол работы. Предусмотренный на момент программирования. Производительность повышается использованием функции "поиск" программы в которой ведётся просмотр (годится vim, less, notepad++) и с помощью grep (find.exe в windows) для отсеивания только (не)нужных сообщений (например, от конкретных модулей программы). Трасса так не получится. Вообще не получится при ручном расставлении трейспоинтов по программе (это ничем не будет отличаться от текстового протокола, так же легко забыть где-то поставить TT_EN или TT_EX и всё прахом пойдёт, все красивые гуи съедут). И я не знаю простого способа сделать трассировку нормально даже на PC. Я краем уха слышал, как это делают очень большие программисты (через TXL), подход кажется крайне муторным, но работающим. И я понимаю, что в отличии от протокола такое в боевой программе не оставишь (слишком много ресурсов на это уходит). С другой стороны, именно по трассе разобраться в некоторых вещах невозможно. Если программа написана в "автоматном" стиле трасса ничего не даёт и объём информации перелопатить гигантский нужно, а вот протоколирование переходов между состояниями и условий переходов -- очень даже.