Apoheliy Oct 20 2021 at 21:39

Руководство Google по стилю в C++. Часть 6

4 min

11K

C++*

Translation

Comments 8

oleg-m1973 Oct 20 2021 at 23:09

Обычно вердикт, это компромисс между аргументами "за" и аргументами "против". Т.е. он должен отвечать на вопрос - почему так, а не иначе. А здесь - вердикт (худо-бедно верный) сам по себе, аргументы сами по себе.

Ещё раз скажу, что нужно учитывать, что Гугл - это гигантская корпорация, которая может позволить себе программировать в плохом стиле.

DarkEld3r Oct 21 2021 at 12:28

Гугл — это гигантская корпорация, которая может позволить себе программировать в плохом стиле.

Предположим, но зачем им это делать? Разве должно быть не наоборот? В смысле, если "хороший стиль" даёт выигрыш в 1% (для примера и не важно чего именно: скорости, поддерживаемости или чего-то ещё), то на объёмах гугла разве это не будет куда более заметно, чем в мелком стартапе?

oleg-m1973 Oct 21 2021 at 19:58

Стиль, он позволяет снизить трудозатраты на поддержку, сопровождение, доработку и т.д. По опыту - для крупных компаний проще нанять пару-тройку-десяток разработчиков, чем заморачиваться со стилем (что не так просто, как кажется).

DarkEld3r Oct 22 2021 at 00:00

что не так просто, как кажется

Тут согласен, но компании вроде гугла заморачиваются написанием собственных инструментов, библиотек и даже языков. Кажется странным игнорировать стиль — уж деньги там считать должны уметь.

DistortNeo Oct 20 2021 at 23:27

std::unique_ptr реализует передачу владения через семантику перемещения C++11, которая является новой и может затруднить понимание кода.

А ничего, что с момента введения семантики перемещения прошло уже больше 10 лет?

tzlom Oct 21 2021 at 09:16

Реалии таковы что 80% разработчиков на C++ с 3 годами коммерческого опыта (не институт) не могут написать шаблон использующий SFINAE (хотя и в курсе что такое существует) и будут избегать самописных шаблонов в принципе, обычно с аргументацией о поддерживаемости другими людьми. Прошло уже больше 20 лет.

DistortNeo Oct 21 2021 at 11:42

А я попросту откажусь писать шаблон с SFINAE. Максимум согласен на std::enable_if, но не более того. Считаю, что это крайне неудобный и плохо читаемый костыль, для которого есть хорошие альтернативы в виде constexpr и концептов.

mk2 Oct 21 2021 at 20:05

Если в организации перешли на C++17, то несомненно. А если готовы на C++20, то можно и на концепты посмотреть.