Показаны сообщения с ярлыком comp. Показать все сообщения
Показаны сообщения с ярлыком comp. Показать все сообщения

понедельник, 17 августа 2026 г.

C++ деградация

C++29 — начало. Встреча ISO C++ в Брно

Джентльмены, а есть ли какая-нибудь книжка которая рассказывает зачем нужны разные фичи С++?

Т.е. вот я знаю Си, и умею программировать в стиле 70-х, ну там - загрузить данные, посчитать, выгрузить. Могу что-то на BC++Builder "нарисовать", но вот дальше... Когда умеешь что-то низкоуровнево (да, я еще слегка умею на асме) возникает вопрос "а нафига нам это всё в зоопарке", это некая ментальная ловушка, зачем учиться управлять экскаватором если можно лопатой выкопать яму (и возможно получится быстрее, если задача разовая).

Хочется примеров - типа вот вам надо это (а надо потому-то и потому-то) и вот как это легко и изящно решается средствами языка.

https://habr.com/ru/companies/yandex/articles/1067348/#comment_30339750 

пятница, 15 мая 2026 г.

C++ 26

что значит снова нет шлюма для многописарок в случае интензианского грума

https://www.opennet.ru/opennews/art.shtml?num=65102

Эта фраза — набор профессионального юмора и жаргона разработчиков C++, обсуждающих стандарт C++26. Она выражает разочарование отсутствием удобного механизма для работы с конкурентностью в конкретном сценарии. [1]
Вот разбор этого выражения:
  • «Снова нет шлюма»: «Шлюм» — искаженное от «шлюз» (англ. latch или barrier), механизм синхронизации. Значит, опять не включили долгожданный простой инструмент для приостановки выполнения потоков, пока другие не завершат работу.
  • «Для многописарок»: Речь идет о многопоточных приложениях, где несколько потоков одновременно пишут данные в одну структуру (много писателей — multiple writers).
  • «В случае интензианского грума»: Искаженное название. Скорее всего, речь о «интенсивном груминге» (intense grooming) — частом изменении, рефакторинге или «причесывании» структуры данных, что требует частой синхронизации.
Итог: Комментатор недоволен, что в новом стандарте C++26 (утвержденном к 2026 году) опять не предусмотрели удобный механизм (шлюз/барьер) для безопасной и быстрой синхронизации данных, когда много потоков интенсивно записывают данные.