и если на внутренний говнокод ты еще можешь как-то влиять, то на внешний - никак

ну и в любом случае - речь шла про отладчик. так вот - какой мы мелкой и правильной ваша программа не была бы, отладчик все равно понадобится. даже если ваша прога на расте

просто потому, что thirdparty либы внутри которых хз что происходит

так мне и в glibc лазить приходилось и в реализацию тех же санитайзеров, и в потроха opencv, protobuf, flatbuffers и много куда ещё. просто потому, что баги, в доках либо ничего нет, либо они устарели и так далее.

По моему опыту, в таких областях как хардкорная многопоточность, реальное время и нагруженные сетевые сервисы от отладчиков толку не просто мало, скорее один вред. Невозможно в отладчике пройтись по обработке одного проблемного соединения, когда эти соединения создаются и обрываются с темпом в 5K/sec (к примеру).

Что не исключает совсем других ситуаций, когда отладчик — это самый быстрый и дешевый способ разобраться с проблемой.

отладчик часто используется не для того, чтобы разобраться с проблемой :-)

отладчик часто используется вместо (отсутствующей или кривой) документации :-)

эмм.. в отладчике не обязательно брейкпоинты использовать.

Исходные тексты лучшая альтернатива :)
Благо уже и не помню, когда чужие либы без исходников доводилось использовать.

они не вместо, а вместе хорошо работают :-) статический анализ кода не может заменить динамический анализ и наоборот.

Я не про анализ, про то, что чтение чужих исходников зачастую полезнее, чем изучение корявой документации к ним же.

Опять же, когда чужие исходники доступны, туда можно и отладочные печати добавлять. Что позволяет разобраться с логикой и без отладчика (как раз под нагрузками, когда от отладчика толку мало).

чтение исходников - это и есть статический анализ кода :-)

статический анализ кода нейросетью

а когда ты что-то запускаешь, особенно через отладчик - это уже динамический анализ кода нейросетью

отладка методом вдумчивого взгляда

статический анализ кода - дает много фолс позитивов :-) поэтому лучше сочетать таки :-)

если использовать комбинацию, то это сильно сузит область поиска

С++ часто используется в тех случаях, когда аппаратные ресурсы ограничены, и при этом нельзя решить их нехватку добавлением памяти или ядер. Особенно это касается embedded-разработки.

На C++ Russia 2020 Piter Михаил Беляев расскажет, как он решил такую проблему через отказ от SQLite и создание собственного embedded NoSQL хранилища.
В качестве основы был взят опыт работы Михаила с промышленными контроллерами ARIS.
Если вы занимаетесь embedded-разработкой, любите изучать нестандартные решения нетривиальных задач и просто интересуетесь устройством хранилищ СУБД, заглядывайте на огонек.

Больше докладов и билеты — на сайте конференции.
Перейти на сайт

#include <iostream>

int main() {std::cout << "hello world\n";}

у нас самая современная ОС!

Молодая ещё и тощая :-)