История изменений
Исправление snizovtsev, (текущая версия) :
Опять какие-то лозунги и пропаганда. Что конкретно неудобно? Как сделать удобнее? Перечень того, что понимается под best practices? На каком основании и кто их считает «best»?
-
Неудобна семантика неявного копирования структур по-умолчанию. Const-reference, std::move – мусор, нужно всё наоборот –
mut
иstd::clone
. Мозг перфекциониста плачет от бесконечного кода пофигистов, пренебрегающихstd::move
для того жеstd::shared_ptr
, что размножает атомарные операции по всему коду; -
Исключения – невозможно использовать их правильно (написать exception safe код по всем канонам) и уложиться в дедлайн;
-
Pimpl. Почему я не могу сделать forward declaration метода incomplete класса, если это по сути функция, использующая его по ссылке? Почему должен тащить все внутренние зависимости в хедеры?
-
STL. iostreams - crap, shared_ptr – обязательно atomic, std::future – crap, std::regex – crap.
Дальше лень.
Исправление snizovtsev, :
Опять какие-то лозунги и пропаганда. Что конкретно неудобно? Как сделать удобнее? Перечень того, что понимается под best practices? На каком основании и кто их считает «best»?
-
Неудобна семантика неявного копирования структур по-умолчанию. Const-reference, std::move – мусор, нужно всё наоборот –
mut
иstd::clone
. Мозг перфекциониста плачет от бесконечного кода пофигистов, пренебрегающихstd::move
для того жеstd::shared_ptr
, что размножает атомарные операции по всему коду; -
Исключения – невозможно использовать их правильно (написать exception safe код по всем канонам) и уложиться в дедлайн;
-
Pimpl. Почему я не могу сделать forward declaration метода incomplete класса, если это по сути функция, использующая его по ссылке? Почему должен тащить все внутренние зависимости в хедеры?
-
STL. iostreams - crap, shared_ptr – обязательно atomic, std::future – crap.
Дальше лень.
Исходная версия snizovtsev, :
Опять какие-то лозунги и пропаганда. Что конкретно неудобно? Как сделать удобнее? Перечень того, что понимается под best practices? На каком основании и кто их считает «best»?
-
Неудобна семантика неявного копирования структур по-умолчанию. Const-reference, std::move – мусор, нужно всё наоборот –
mut
иstd::clone
. Мозг перфекциониста плачет от бесконечного кода пофигистов, пренебрегающихstd::move
для того жеstd::shared_ptr
, что размножает атомарные операции по всему коду; -
Исключения – невозможно использовать их правильно (написать exception safe код по всем канонам) и уложиться в дедлайн;
-
Pimpl. Почему я не могу сделать forward declaration метода incomplete класса, если это по сути функция, использующая его по ссылку? Почему должен тащить все внутренние зависимости в хедеры?
-
STL. iostreams - crap, shared_ptr – обязательно atomic, std::future – crap.
Дальше лень.