Мануал/Книга Путеводитель по неопределенному поведению (С++)

[DildoFagins]

Смотрите, че нашел: https://github.com/Nekrolm/ubbook - выглядит, как маст рид для тех, кто хочет или уже кодит на Плюсах (не смотря на все мои предостережения ).

 

[handersen]

Ружье достаточной огневой мощи, чтобы на нем повеситься ...

 

[Stupor]

Поэтому я предпочитаю чистый Си.

 

[Whisper]

Тонкий инструмент который умеет все на свете да еще и не молодой и с обратной совместимостью, могло ли быть иначе? Требования к квалификации конечно адовые. Необходимо знать и уметь в идеомы и паттерны, и тдд как норма жизни.

 

[Whisper]

Кстати многие проблемы решаются правильным стилем

bool status = foo(300, 3.5);
во первых а что 300? а 3.5? а какой тип?

bool status = foo((int)300,(float)3.5);
можно и так но уродливо, даже 3.5f так себе, и все равно не решает вопрос читаемости.

int what_it_is = 300;
float this_is_what = 3.5;
bool status = foo(what_it_is, this_is_what);
Вот пример самодокументирующегося кода с четко указанным типом.

Опять же тдд. Что бы меньше удивляться, обсираться, терять репутацию, и тратить время и нервы на отладку надо больше печатать.

Часто разумтно использовать более точные типы чем например int или long, - int32 избавит вас от возможных неожиданностей.

 

[DildoFagins]

Требования к квалификации конечно адовые

Ну Плюсы, наверное, язык программирования с самым большим количеством подводных камней, что прекрасно иллюстрирует мануал по ссылке. Но интересно, что, например, Яндекс, являясь достаточно большим "плюсовым шопом", все равно предлагает кандидатам на трудоустройство дрочить на алгоритмы, а не на знания языка. Что мне всегда казалось странным.

Опять же тдд. Что бы меньше удивляться, обсираться, терять репутацию, и тратить время и нервы на отладку надо больше печатать

В целом да, но, к сожалению, стилем не все можно решить. Если в одного еще как-то можно успешно существовать в некоем безопасным (в плане стрельбы по ногам) сабсете языка. Но когда работаешь в команде (а команда никогда не состоит только из "сеньйоров помидоров"), становится сложно за всеми уследить. Может у меня, конечно, психологические травмы от тех времен, когда я много кодил на Плюсах, и я слишком сгущаю краски, но...

 

[Whisper]

Ну Плюсы, наверное, язык программирования с самым большим количеством подводных камней, что прекрасно иллюстрирует мануал по ссылке. Но интересно, что, например, Яндекс, являясь достаточно большим "плюсовым шопом", все равно предлагает кандидатам на трудоустройство дрочить на алгоритмы, а не на знания языка. Что мне всегда казалось странным.


В целом да, но, к сожалению, стилем не все можно решить. Если в одного еще как-то можно успешно существовать в некоем безопасным (в плане стрельбы по ногам) сабсете языка. Но когда работаешь в команде (а команда никогда не состоит только из "сеньйоров помидоров"), становится сложно за всеми уследить. Может у меня, конечно, психологические травмы от тех времен, когда я много кодил на Плюсах, и я слишком сгущаю краски, но...

Алгоритмы общее, язык же частность. Алгоритмы важнее, они как кадры решают все. Скилл же в язык это про трюки оптимизации и как не отхванить проблем с неопределенным поведением. Вы можете себе представить писателя который идеально знает язык на котором пишет но не умеет в сюжет и повествование. Ну или другими словами, не обязательно повару уметь жонглировать сковородками. Следует добавить что малварокодинг специфиченти часто требует жонглирования и в основном строится на стратегии - 20 на 80, ну и малварокодеры тоже специфичные люди.
Но обсалютно солидарен с тем что хороший язк должен обеспечивать правельный стиль на уровне языка, а не уровне личного опыта и отвественности каждого отдельного программиста. В хороших командах, где есть хороший лидер который умеет не только в код но и объяснять что и для чего, кодеры либо быстренько подтягиваются к его стилю и правилам либо отваливают. Подтягиваются они потому что - действительно поняли что если делать вот так как им показали будет лучше, они радуются при этом потому что скилл-апнулись. Вообще читая классику про то как надо кодить не стоит пролистывать те моменты где про статистику, они может даже самые главные. А статистика говорит что большенство проблем и не эффективно потраченного времени изза плохо налаженной комуникации, то есть тим лид должен быть не просто скиловым но и с большой буквы комуникабельным, и в приоритете у него должно быть как обеспечить что бы команда сделала все на высшем уровне, чем - я сделаю вот это сам а вы меня не отвлекайте, лид это играющий тренер.
По поводу своих личных очень важных и авторитетных мнений, на счет того как правильно, есть люди которые имеют таковые - обычно это кодеры на Ц(очень особенные ребята), так вот это просто смех какой то, на одной чаше весов - исследования компаний с огромными проектами и десятками тыс кодеров, а на другую они лепят свое гениальное мнение разработчика приватной малвари =) Про ц++ могу предположить что он будет вытеснен языками не обладающими тяжелым наследием царского режима, дети поволжья и все такое.