Таки шо ви имеете против дебага принтами? Главное чтобы линтер был, который не даст забыть их удалить

Или табличку поставь или я прокляну тебя :-)

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

А если у тебя фреймворк построен на другом фреймворке, и внутри него своя особая магия? Ты не можешь заменить фреймворк, что делать? Лесть в него и там ставить принты? А потом искать их среди логов? Бряки ты тоже не ставишь?

Только не предлагай сменить работу :-)

Ну если тебе приходится дебажить фреймворк (черный ящик), то мое тебе искреннее сочувствие

Вообще я сейчас в основном "дебажу" через тестирование.

Но так как у тебя и так тесты, то хз, наверное действительно без дебаггера не обойтись. А вообще изначально мой посыл был не в том что дебаггер не нужОн, а что зачастую дебажить принтами нормально, и это не делает из миддла джуна, а использование pdb в консоли не делает из джуна сеньора. Конкретному случаю свой инструмент, если тебе без отладчика никуда, значит надо пользоваться

Он не чёрный ящик, сорцы есть и они не маленькие.... Но изначально было сделано очень странно. Есть фреймворк, по верх него обёртки (sequence), по верх которых ещё свои обёртки, и уже на основе последних мы пишем методы и тесты.

Управление интерфейсом идёт через SNMP :-)

О! А может кто-то знает, почему когда я включаю в логирование Trace, я перестаю видеть Info и Debug. Это особенности базового логера? Или это скорее всего "сделали" в фреймворке?

Просто сейчас вспомнил, и себе записал проверить :-)

И может у кого есть хорошая базовая статья по тому, как должно быть организовано логирование? Когда и для чего применяется Trace, Info, Debug, Error, Warning, Critical, Crash, возможно есть и другие уровни. Не обязательно в разрезе ЯП, а именно базовые и теоретические составляющие логирование.

А что такое Trace?

https://github.com/python/cpython/blob/68f68fa423739802fce37589ee77683c42ddb933/Lib/logging/__init__.py#L91

Ну у нас чаще всего стоит в начале любого метода и перед точкой выхода из метода.

Получается это что-то у нас сделали... Ну вот ещё одна точка для ковыряния :-)

https://dzone.com/articles/logging-levels-what-they-are-and-how-they-help-you

Вот тут есть

Ну вот там, тоже о трассировке есть упоминание :-)

Вот! Отладка через тестирование это самый правильный и эффективный способ.
Дебаггер нужен только в самых запущеных случаях. Раз в год, наверное, запускаю pudb. И то не каждый...

test driven debugging?

Я подозреваю, Александр под названием "Отладка" понимает  процесс улучшения кода, когда код начинает делать то что думал программист, а не то что написал :-)
Для меня "отладка" это процесс объяснения не объяснимого. И одно дело когда можно это локально (на своём компе) локализовать  место и сделать кучу stepinов и посмотреть все переменные, но вот лично у меня такое возможно ну очень редко. Даже простенькие тесты на код с asyncio и уже дебаг не показывает всю картину.
Но вот сейчас я занимаюсь классическим деббагом с дебагером, разбираюсь в кишках pydantic..