Ну там во многих главах стандарта изменения, связанные с decimal появились. Как минимум, в февральском (2020) официальном драфте они уже есть. Само предложение — N1312 draft of ISO/IEC WDTR24732 — старое, но, видимо, сейчас его решили в стандарт включить. Хотя, gcc уже давно это поддерживает. За какой конкретно, proposal, проголосовали, сказать не могу, но вот, например, есть ссылка на gcc, где говорится, что decimal ISO включили в c2x https://gcc.gnu.org/legacy-ml/gcc-patches/2019-10/msg00866.html. Немного странным является то, что в драфтах c2x в списке изменений ничего про decimal не сказано, хотя в самом тексте драфта, изменения связанные с добавлением decimal, подчёркнуты синим, что говорит о том, что в C18 decimal ещё не было.
В Си используются разные нотации в разных либах. Например, Microsoft, используют UpperCamelCase (CreateProcessA). В Unix используют либо camel case (set_mempolicy), либо чаще хрен пойми что (chmod, shmctl), при этом почти все слова сокращая и не используя заглавных букв.
Вау, вместо того, что отрисовать gui напрямую через Vulkan (или DirectX), мы устраиваем браузер, который имеет кучу накладных расходов и кучу ограничений.
Это не отключает сборщик мусора, а только отключает его автовызов через определённое время. В любом случае, чтобы мусор удалился, нам нужно звать сборщик мусора.
Вы плохо понимаете капитализм 21 века. Сейчас всё больше торгуют не продуктом, а философией. Если ваша компания решит использовать лозунг «доступно всем», то показать, что сайт как-то работает и на дешёвом телефоне и в текстовом браузере, и, даже, в старом браузере, должно быть важно.
Ютуб мало что может. В основном, люди кормятся с рекламы, которая покупается напрямую у блоггера и донатами со стримов. Так что отключение монетизации — не страшно.
В США натуральные дроби намного нужнее для людей, чем у нас, так как они не используют метрическую систему. Если ты не умеешь быстро считать дроби, то как ты унции в галлоны, а ярды в мили переведёшь?! По поводу нативной поддержки decimal: хоть её и нет, но в amd64 есть ряд инструкций в описании которых пишется, что эта инструкция используется в основном для fixed point.
Зачем, вообще, использовать указатель на wchar? char вполне нормально работает и для UTF-8, и для UTF-32. А гарантировать, что один видимый символ = один символ юникода даже UTF-32 не может.
Да, я про cleanup. Это некий аналог RAII, ибо в Си нет классов. По поводу вывода типов, в Gcc есть аналоги auto и decltype из cpp: __auto_type и typeof. Благодаря им можно писать безопасные макросы, например (в GCC в ({ }) последнее выражение возвращается.)
Попробуй новые языки. Rust, например, предлагает безопасность намного выше, чем C++, не имеет тонны Легаси, а также не фанатичны к выборы парадигмы. D сейчас есть в варианте без сборщика мусора. А если нужно что-то простое, так ещё и "поближе" к железу, то есть старый добрый C с расширениями GCC. Там и автовывод типов добавили, и безопасные макросы, и дженерики, и даже RAII.
Всё это, конечное, хорошо, но python намного медленнее C++, а значит не может претендовать на нишу C++, а значит и предельным случаем быть не может. Сейчас, вроде, один более или менее популярный язык, который пытается и исправить недочёты c/c++, и работать не медленнее: Rust.
Физический носитель никаких новых прав не даёт. Вы тоже имеете право только слушать до тех пор, пока физический носитель не сломается. И вероятность того, что он сломается быстрее, чем данные песни исчезнут из iTunes намного выше, это, не говоря, о том, что физический носитель не удобен. Cd диск я в телефон не вставлю, да и мои компьютер, ноутбук уже привода не имеют.
На чистом Си тоже есть static_assert прямой в стандарте (_Static_assert). Для выравнивания есть оператор offsetof, правда нет нормальной стандартной реализации, но огромное количество компиляторов поддерживают его с помощью builtin.
Автор класса всегда может убрать private методы и что тогда? Private на то и private, что его имеет право трогать только автор данного класса. Вызывая private метод вы нарушаете контракт, что может привести (и вероятнее всего приведёт) к проблемам в будущем
А почему в примере printf, а не puts?! Я прекрасно понимаю, что для данной статьи это не важно, а gcc вообще вместо подобного printf поставит puts, но сам факт того, что hello world пишут с использованием printf, заставляет новичков считать, что printf — это что-то нормальное, хотя в 99% случаев уже на стадии компиляции известно, что куда подставлять надо и парсить строку в real time уж точно никакого смысла нет. Printf пора уже сделать deprecated.
Ну там во многих главах стандарта изменения, связанные с decimal появились. Как минимум, в февральском (2020) официальном драфте они уже есть. Само предложение — N1312 draft of ISO/IEC WDTR24732 — старое, но, видимо, сейчас его решили в стандарт включить. Хотя, gcc уже давно это поддерживает. За какой конкретно, proposal, проголосовали, сказать не могу, но вот, например, есть ссылка на gcc, где говорится, что decimal ISO включили в c2x https://gcc.gnu.org/legacy-ml/gcc-patches/2019-10/msg00866.html. Немного странным является то, что в драфтах c2x в списке изменений ничего про decimal не сказано, хотя в самом тексте драфта, изменения связанные с добавлением decimal, подчёркнуты синим, что говорит о том, что в C18 decimal ещё не было.
А про принятые _Decimal почему ни слова?
В Си используются разные нотации в разных либах. Например, Microsoft, используют UpperCamelCase (CreateProcessA). В Unix используют либо camel case (set_mempolicy), либо чаще хрен пойми что (chmod, shmctl), при этом почти все слова сокращая и не используя заглавных букв.
Ну не совсем львиную. У многих блоггеров основной доход — прямая реклама, с которой Ютуб, естественно, ничего не получает.
Ютуб мало что может. В основном, люди кормятся с рекламы, которая покупается напрямую у блоггера и донатами со стримов. Так что отключение монетизации — не страшно.
В США натуральные дроби намного нужнее для людей, чем у нас, так как они не используют метрическую систему. Если ты не умеешь быстро считать дроби, то как ты унции в галлоны, а ярды в мили переведёшь?! По поводу нативной поддержки decimal: хоть её и нет, но в amd64 есть ряд инструкций в описании которых пишется, что эта инструкция используется в основном для fixed point.
Да, я про cleanup. Это некий аналог RAII, ибо в Си нет классов. По поводу вывода типов, в Gcc есть аналоги auto и decltype из cpp: __auto_type и typeof. Благодаря им можно писать безопасные макросы, например (в GCC в ({ }) последнее выражение возвращается.)
Попробуй новые языки. Rust, например, предлагает безопасность намного выше, чем C++, не имеет тонны Легаси, а также не фанатичны к выборы парадигмы. D сейчас есть в варианте без сборщика мусора. А если нужно что-то простое, так ещё и "поближе" к железу, то есть старый добрый C с расширениями GCC. Там и автовывод типов добавили, и безопасные макросы, и дженерики, и даже RAII.