Хабр, привет!

Если вы скажете знакомому разработчику (особенно фронтэндеру или Python-разработчику), что хотите выучить плюсы с нуля, скорее всего на вас посмотрят с сочувствием. В IT-сообществе укоренилось мнение, что плюсы - это темный лес с какими-то непонятными указателями, ручным управлением памятью и прочими прелестями языка. В целом они правы, кроме одного момента. Это было десятки лет назад.

Начиная с С++11, а уж тем более в эпоху С++20, язык стал другим. Разработчику больше не нужно следить за жизнью переменной, выделенной через new, бояться обратиться за пределы массива, жонглировать сырыми указателями. На многое появились удобные обертки, которые упрощают жизнь разработчику. А некоторые из них еще и никак не влияют на производительность.

Если вы студент, человек из другой сферы или разработчик, который хочет потрогать новый инструмент — не бойтесь. Главное — правильно начать.

Грозный и ужасный: С++ как Си с классами

Скорее всего вы, как и я, познакомились с плюсами в университете. На лекциях поседевший дедушка рассказывает о том, насколько С++ стал удобнее Си: вместо malloc с кучей непонятных параметров пишем простой new.

И вроде бы вот оно счастье: удобное выделение динамической памяти. А потом оказывается, что за сроком жизни каждой переменной нужно следить и не забывать писать delete. Еще кстати к этому моменту неплохо бы знать и уметь в указатели. А, и у тебя может выстрелить std::bad_alloc() во время вызова new, но об этом добрый дедушка вряд ли вспомнит. Количество информации, которая необходима, чтобы просто начать что-то писать, колоссальное. В итоге нас учат старому-доброму Си, но с классами и обертками над Сишными функциями не в самых удобных IDE (привет, Dev-C++).

На этом моменте студенты, которые не фанатеют от мазохизма, решают, что с этим языком им не по пути.

Почему C++20 — это глоток свежего воздуха для новичка

"Революция" в плюсах произошла 15 лет назад: в августе 2011 года вышел С++11. У нас появились настоящие (!) умные указатели, замечательное слово auto и move-семантика. Язык превращается из поля битвы языка с разработчиком в удобный инструмент.

Но если С++11 сделал язык адекватным, то С++20 сделал его элегантным и удобным. Главный подарок - std::ranges - диапазоны и views - представления. Раньше любая работа с контейнерами или массивами превращалась в манипуляции с итераторами. Теперь в языке есть пайплайны: данные можно пропускать через фильтры так же лаконично и красиво, как в Python или функциональных языках.

Вам не нужно знать историю развития стандартов, чтобы писать хорошо. Вам просто нужно использовать современные инструменты. Современный С++ берет на себя рутину, защищает от выстрела в ногу и делает код читаемым.

Давайте сравним:
Как учили писать раньше (C++98 / стиль "дедовских" учебников):

#include <iostream>
#include <vector>
#include <algorithm>

int main() {
    int arr[] = {5, 2, 8, 1, 9, 4};
    int size = sizeof(arr) / sizeof(arr[0]); // кстати, если такая конструкция будет в функции, мы получим не размер массива, а размер указателя, деленный на размер первого элемента :)
    
    std::vector<int> v(arr, arr + size);
    std::sort(v.begin(), v.end());
    
    for (int i = 0; i < v.size(); ++i) {
        if (v[i] % 2 == 0) {
            std::cout << v[i] << " ";
        }
    }
    return 0;
}

Как мы напишем это сейчас (C++20):

#include <iostream>
#include <vector>
#include <algorithm>
#include <ranges>

int main() {
    std::vector numbers = {5, 2, 8, 1, 9, 4};
    
    std::ranges::sort(numbers);
    
    auto even_numbers = numbers | std::views::filter([](int n) { return n % 2 == 0; });
    
    for (int n : even_numbers) {
        std::cout << n << " ";
    }
    return 0;
}

Заметили разницу?

У нас больше нет страшных итераторов (какой v.begin(), v.end(), что это вообще?), нам не надо считать размер массива вручную. Библиотека std::ranges из С++20 делает код коротким и понятным. Мы буквально говорим: "Возьми числа и отфильтруй только четные". Появились пайплайны (|), как в терминале линукс или современных функциональных языках. Даже не надо использовать индексы! Код читается как обычный английский текст.

Как правильно вкатываться: 3 главных правила

Если вы решили изучать С++ сегодня, забудьте про доисторические подходы. Вот 3 базовых правила, с которых стоит начать:

1. Настройте современное окружение
   Не качайте Dev-C++ или другие мертвые IDE из нулевых. Установите CLion или Visual Studio, либо настройте VS Code с современным компилятором (LLM в помощь). IDE должна помогать, а не мешать

2. Пишите чисто с первого дня
   Синтаксис - это только половина дела. Сразу привыкайте к промышленным стандартам. Идеальный ориентир для старта - Google C++ Style Guide. Выработайте привычку правильно именовать переменные, структурировать классы и следить за отступами. Код пишется один раз, а читается десятки. Ваш будущий работодатель скажет вам спасибо.

3. Умные указатели вместо сырых
   Запомните правило: в 95% случаев вам не нужен оператор new. К тому же за new в продакшен коде ударят по рукам на ревью. 5% оставим на случаи, если вы пишете что-то низкоуровневое типа аллокатора. Если вам нужно выделить память динамически, используйте std::unique_ptr или std::shared_ptr. Они автоматически очистят память, когда она перестанет быть нужна.

Итог

С++ в 2026 году - это не динозавр. Это мощнейший, быстро развивающийся язык, на котором пишут все: от ААА-игр до движков браузеров и систем машинного обучения.
Да, порог входа в него все еще выше, чем в условном Python. Но если вы начнете изучение сразу с современных стандартов, этот путь будет увлекательным и интересным путешествием, а не борьбой за выживание и попытками не облысеть за год.

P.S.
Это моя первая статья. В целом Хабр я использовал крайне редко и только по нужде.

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

Свою первую статью я решил написать на тему, в которой разбираюсь лучше, чем в остальных (кроме Dota 2 :)). Буду рад критике, идеям, замечаниям, любой реакции в комментариях.
Если такой формат вам зашел - дайте знать! Может, этот блог продолжится :-)