Size: a a a

2020 December 08

IZ

Ilia Zviagin in pro.cxx
Konstantin Osipov
Вроде как договорились, что если два типа - similar, то можно один читать через другой? (читать например int через указатель на unsigned int можно)
Подумай , для чего эти правила
источник

KO

Konstantin Osipov in pro.cxx
Ilia Zviagin
Подумай , для чего эти правила
Подумай, стоит ли отвечать в канале "подумай" человеку который 25 лет программирует на С и С++ словами "подумай" даже если ты админ.
источник

KO

Konstantin Osipov in pro.cxx
Именно такого рода отношение к сообществу в С++ делает его одним из самых токсичных. "Не делайте так". "В С++ так не принято". "Подумай".
источник

AP

Antony Polukhin in pro.cxx
Новости из C++ комитета подоспели (теперь на русском) https://habr.com/ru/company/yandex/blog/527938/
+ бонусик
источник

AF

Aidar Fattakhov in pro.cxx
ОООО суфиксы для сайзт наканецто
источник

AF

Aidar Fattakhov in pro.cxx
str.contains(substr) считаю неуместным, неэффективный код лучше делать синтаксически сложным
источник

АК

Александр Караев... in pro.cxx
Aidar Fattakhov
str.contains(substr) считаю неуместным, неэффективный код лучше делать синтаксически сложным
поздно, contains ещё раньше втащили в ассоциативные контейнеры.
там тоже были аргументы вроде "люди начнут писать if (s.contains(key)) { s.find(key)->... }, но дело не ограничивается дурачками, поэтому нормальным разработчикам упростили жизнь
источник

AF

Aidar Fattakhov in pro.cxx
усложнили
источник

AF

Aidar Fattakhov in pro.cxx
ревьювить за дурачками тоже сложнее
источник

АК

Александр Караев... in pro.cxx
почти любая новая фича может быть использована не по назначению. и что, из-за этого застрять в C++98?
источник

AF

Aidar Fattakhov in pro.cxx
ну у си++98 вобще нет назначения
источник

OL

Oleg Linkin in pro.cxx
str.substr(0, str2.size()) == str2 но разве для проверки на старт это не плохой способ? Тут же копирование в substr вызывается. Разве не достаточно было find() == 0?
источник

OL

Oleg Linkin in pro.cxx
Aidar Fattakhov
str.contains(substr) считаю неуместным, неэффективный код лучше делать синтаксически сложным
contains крутая штука. Часто была нужна, а приходилось писать find. Она не заменит поиск с использованием, но просто проверку на нахождение решит.
источник

D

Danya in pro.cxx
Oleg Linkin
str.substr(0, str2.size()) == str2 но разве для проверки на старт это не плохой способ? Тут же копирование в substr вызывается. Разве не достаточно было find() == 0?
Наверное там речь про string_view
источник

AP

Antony Polukhin in pro.cxx
Oleg Linkin
str.substr(0, str2.size()) == str2 но разве для проверки на старт это не плохой способ? Тут же копирование в substr вызывается. Разве не достаточно было find() == 0?
спасибо, string_view потерялся, сейчас поправлю!
источник

AF

Aidar Fattakhov in pro.cxx
Oleg Linkin
contains крутая штука. Часто была нужна, а приходилось писать find. Она не заменит поиск с использованием, но просто проверку на нахождение решит.
Есть юзкейсы?
источник

АК

Александр Караев... in pro.cxx
немного странно, что в табличке сравнения "Было", "Стало" есть все примеры, кроме собственно добавленного contains
источник

D

Danya in pro.cxx
Александр Караев
немного странно, что в табличке сравнения "Было", "Стало" есть все примеры, кроме собственно добавленного contains
Так contains это 23, а там как я понимаю про 20
источник

AF

Aidar Fattakhov in pro.cxx
Aidar Fattakhov
Есть юзкейсы?
Тип у ассоциативных контейнеров юзкейс понятен, там он нужен вероятно
источник

OL

Oleg Linkin in pro.cxx
Aidar Fattakhov
Есть юзкейсы?
кейса, который покаже преимущество contains над find конечно нет. Это же чисто синтаксический сахар. Но он удобный и очень лаконичный, когда тебе не нужно работать с данными, которые ты нашел. Например, проверить, что в строке есть какая-то последовательность и выставить флаг
источник