Лекции

В этой статье мы разбираем мифы и реальность высшего образования: почему диплом не гарантирует успеха, как меняется роль вузов в современном мире, почему практика важнее теории, и что действительно нужно для профессионального роста. Материал для тех, кто хочет учиться эффективно и быть востребованным специалистом.

В этой лекции вы познакомитесь с контейнером стандартной библиотеки C++ — std::vector<T>. Разберём, почему фиксированные массивы не всегда удобны, научимся добавлять элементы через push_back(), правильно строить циклы на основе size(), а также поймём смысл capacity() и базовые инварианты вектора. В конце соберём мини-приложение «копилка расходов» и разберём типичные ошибки новичков.

Разбираем, почему std::vector растёт «скачками» и что на самом деле означают size() и capacity(). На практике сравним reserve(n) и resize(n), увидим, когда возникает перевыделение памяти, как заранее подготовить буфер под массовые push_back, как корректно «обрезать» контейнер, и какие ошибки чаще всего допускают новички при работе с ёмкостью и размером.

Разбираем безопасный и практичный доступ к элементам std::vector: где проходит граница индексов ( 0 … size - 1), чем отличаются [] и at(), как правильно использовать empty() перед front()/ back(), и какие ошибки чаще всего приводят к падениям и «тихой» порче данных.

Разберём три практических способа обхода std::vector в C++: индексный цикл ( for с std::size_t), range-for (включая важный нюанс «копия vs ссылка» через &) и обход через итераторы ( begin()/ end(), разыменование * it). На примерах закрепим выбор подхода под задачу и разберём типичные ошибки: off-by-one, неправильные типы индексов и попытку разыменовать end().

Разбираем, как правильно удалять элементы из std::vector с помощью erase(): что физически происходит при удалении, почему сдвигаются элементы, какие итераторы/ссылки инвалидируются, как устроены диапазоны [ first, last ), что именно возвращает erase, и как безопасно удалять элементы прямо во время обхода контейнера.

Лекция о типичном рабочем дне разработчика и о том, как обычно устроен процесс работы с задачами: от трекинга в JIRA до коммитов в Git и ревью через Pull Request.