Лекции

Разбираем, что на самом деле делает кнопка «Run» в IDE: как препроцессор разворачивает #include и макросы ( #define, #if), как компилятор превращает каждый .cpp в объектный файл ( .o/ .obj), и как линковщик склеивает всё в исполняемый файл, находя (или не находя) определения символов. По пути вводим понятие translation unit и связываем это с типичными ошибками сборки и ODR.

Разбираем, чем отличается compile error от link error в C++: на каком этапе возникает проблема, почему компилятору достаточно объявления, а линковщик требует определение, и как за 10 секунд классифицировать лог по словам expected, was not declared, undefined reference и multiple definition. На примере мини‑проекта TaskBox показываем типовые сценарии: забытый ;, пропущенный #include, неучаствующий в сборке .cpp и разъехавшиеся сигнатуры.

Разбираем, почему предупреждения компилятора в C++ — это не «шум», а ранние сигналы будущих ошибок: неочевидные намерения, риск на границах типов (signed/unsigned), неявные преобразования с потерей данных, подозрительные условия ( = вместо ==), и игнорирование важного результата через [[nodiscard]]. На живом примере TodoLite учимся читать warning’и без паники и чинить их так, чтобы намерение кода было выражено явно.

Разбираем, почему предупреждения компилятора в C++ стоит воспринимать как ранний сигнал проблем, и как работает подход warnings as errors: что делать с unused-переменными и параметрами (включая приём static_cast < void >), как избегать ловушек signed/ unsigned в циклах через std::size_t, и почему неявные преобразования (например, double → int) лучше делать осознанно. В конце — пример на MiniTracker, mermaid-схема сборки и разбор типичных ошибок внедрения строгой политики.

Мини‑набор приёмов для быстрой отладки консольных программ на C++: разделяем «правильный вывод» и диагностику через std::cout/ std::cerr, проверяем внутренние контракты с помощью assert, наводим порядок в сообщениях через функции log_debug/ log_error и флажок ENABLE_DEBUG_LOGS. Всё показывается на учебном приложении MiniTasks и дополняется коротким циклом «гипотеза → проверка → правка».