![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
nzНу чо. Модулей нет. Рефлексии нет. UCS нет. Дистанционно управляемых унитазов нет (после 13 лет разработки). Даже дефолтных, censored, операторов сравнения нет. Последнее добивает особенно и показывает всю гнилую сущность design by committee: казалось бы, вот есть хороший пропозал: генерить всё по умолчанию, сравнивать все мемберы, не устраивает - делай =delete или пиши реализацию. Идеально сочетается с операцией присваивания, принимайте же уже, censored. Но нет, обязательно на свет вылезет мудак с альтернативным складом мышления, предложит сначала opt in, потом игнорировать указатели, потом mutable, потом floating point, переманит на свою сторону слабых духом и всё, комитет разосрался и не может принять решение.
Эпичнее был только std::thread, где эти клоуны тоже не пришли к конценсусу, что же именно надо делать в деструкторе - detach или join, и в результате засунули свою импотенцию в стандарт, сделав terminate - ипитесь сами, господа.
std::string_view. Лучше бы ranges допилили, чем это чудо, которым некоторые особо одарённые уже предлагают заменять std::string чуть ли не на автомате. Я понимаю, что эти люди живут в своём уютном, абстрактном мире с юникорнами и радугой, но у нас здесь язык, как правило, опирается на всякий platform-specific API, в котором строки с \0 всегда (\0 сам по себе отдельный, чорный, волосатый censored. Спасибо тебе за него, D. R. Мы будем поминать тебя незлым тихим словом после каждого strlen). А вот в string_view, внезапно, не всегда. Ждём новых забавных багов.
Или вот int std::uncaught_exceptions(), Знаковый тип, да-да. Наверное, бывают и отрицательные результаты, я правильно понимаю?
Bunch of trolls, constantly bitching about the cost of a fuction call or moving a pointer and whatnot, instead of coming up with something useful and slightly not ugly.
Эпичнее был только std::thread, где эти клоуны тоже не пришли к конценсусу, что же именно надо делать в деструкторе - detach или join, и в результате засунули свою импотенцию в стандарт, сделав terminate - ипитесь сами, господа.
std::string_view. Лучше бы ranges допилили, чем это чудо, которым некоторые особо одарённые уже предлагают заменять std::string чуть ли не на автомате. Я понимаю, что эти люди живут в своём уютном, абстрактном мире с юникорнами и радугой, но у нас здесь язык, как правило, опирается на всякий platform-specific API, в котором строки с \0 всегда (\0 сам по себе отдельный, чорный, волосатый censored. Спасибо тебе за него, D. R. Мы будем поминать тебя незлым тихим словом после каждого strlen). А вот в string_view, внезапно, не всегда. Ждём новых забавных багов.
Или вот int std::uncaught_exceptions(), Знаковый тип, да-да. Наверное, бывают и отрицательные результаты, я правильно понимаю?
Bunch of trolls, constantly bitching about the cost of a fuction call or moving a pointer and whatnot, instead of coming up with something useful and slightly not ugly.
