#include <iostream>

class Data
{
    char* text;
public:
    void init(const Data& other)
    {
        std::cout << "1";
        text = other.text;
    }
    
    void init(Data&& other)
    {
        std::cout << "2";
        text = other.text;
    }
};

Data createData()
{
    return Data();
}

int main()
{
    Data a, b, c, d;
    b.init(a);
    c.init(Data());
    d.init(createData());
    return 0;
}

Если тяжело ответить на тест, жмите подсказку ⤵️
Надо вспомнить про rvalue-ссылки и временные объекты в C++.

А вы игнорируете warnings?

😁 - Да
👍 - Нет
🤷‍♂️ - Бывает

😁 Да-да, опять этот сиплюсплюс

Но в этот раз подвоха нет, простой расчет ⤵️

#include <iostream>

int main()
{
    int a = 0b001010;
    int b = 0b100101;
    std::cout << (a | b) * (a & b) << "\n";
    return 0;
}

А вы помните свой тот самый мьютекс? 😅

Я вот вспомнить не могу. Чаще в deadlock-и залетал 🙃

Продолжая тему проектирования.

Эта картинка - супер-иллюстрация бардака с абстракциями на проекте 😁
Надеюсь, все помнят эту сцену и Гарри Поттера)

Пофантазируем ⤵️

Был проект, где машины ездили, поезда ходили, самолеты летали. Как-то это работало.

Потом в рамках рефакторинга выделили из самолета абстракцию Транспорт и унаследовали от нее Машину, Самолет и Поезд. При этом забыли перенести методы полета в Самолет, оставив их в Транспорте.

Получилось, что теперь Машина умеет летать!
Поезд, кстати, тоже умеет летать, но об этом пока никто не знает. Да никому это и не надо. А вот Уизли докопались и берут от абстракций всё: если есть методы полета, будем их вызывать!

Рон Уизли идет еще дальше и при решении своих задач пробует поставить Машину на Железную дорогу. И ему это удается, так как Железная дорога, оказывается, работает с абстракцией Транспорт 🫢
В итоге в процессе выполнения на проде возникает состояние гонки, и Поезд вступает в конфликт с Машиной.

😨 Все в панике!

Но не понятно из-за чего паника больше: из-за ошибки абстракций или из-за того, что на Поезд подтянулись скины вообще из другого проекта...

Скинули вакансию на технического директора с интересным требованием:

Нам подойдут те управленцы, которые читали книжки по инженерии, а поэтому понимают, что:
- Тестировщики не нужны – разработчики должны сдавать работающий код

Уж простите, но не удержался 😁⤵️