Точно, у меня правда ощущение будет, что вместо Windows 12 я таки поставлю Linux потому что невозможно уже, как верно написали выше выносить СЕОшные обновления функциональности и отсутствие исправления критических багов и глюков в интерфейсе на протяжении уже десятилетия.
Чего они только не сделали уже, чтобы люди c Windows не уходили, однако не поможет это всё пока СЕОшные обновления выходят для чего угодно, но никак не для заботы о пользователях. Да и, к счастью, почти на все мои устройства Windows 11 не устанавливается и предлагает купить новое железо.
Хм, поясните, пожалуйста. Насколько я вижу по примеру разница только в inline функции memset, я правильно понимаю? Если так, то мне непонятно в чём суть претензии к стандарту и модификаторам языка поскольку это больше похоже на особенности реализации GCC указанной версии и того, что его разработчики ещё не всё легаси у себя подчистили. Вот пара ссылок: в т. ч. с отсылками к уже древним исследованиям и текущую ситуацию где уже у обоих компиляторов этой опции просто нет.
Согласна с вами полностью. Пишу на C++ поэтому, ем кактус, но пишу дальше. Потихоньку изучаю Rust, но он пока слишком сырой для очень многих штук в моих реалиях, а уж когда его в embedded завезут вообще не понятно, чтобы хотя бы сравнить можно было вообще не понятно.
>> Да вы что? Самому приходилось нести ответственность за проект с n-летней историей, который пришлось переводить с C++98 на C++11?
Обнимаю, если позволите. Я так "полтора раза" переписывала FlylinkDC++ чтобы ядро самой программы обновить и чтобы с C++03, местами со странного кода ещё из 90х до С++98 на C++11 переписать... Первый раз: три месяца проект просто не компилировался из-за несовместимости API всего со всем. На 4 месяц оно скомпилировалось и даже стало вполне прилично запускаться и работать, несмотря на то что часть механизмов пришлось написать с нуля сохраняя функциональность и нового ядра и основной программы и не проверяя до этого момента в runtime вообще ничего. Переход на новый стандарт C++ был не очень больной из-за вменяемой обратной совместимости и частично происходил параллельно, в т. ч. ускорив хотя бы частичную сборку каких-то отдельных файлов и соответственно возможности запускать на них статический анализ. Очень много функциональности пришлось нарезать ifdef-ами, чтобы хоть как-то ускорить процесс и уже отдать альфу и другим разработчикам тоже. В общем это правда суровое очень занятие.
Так вот, написала я это, чтобы продолжить вашу мысль и: если бы в C++ стандарте C++03 были бы сокеты, то боли у меня было бы немного меньше. Позже сокеты переписали на boost. Так что насчёт std::gui или human interface в общем смысле я не соглашусь. На будущее я предполагаю, что примитивы некоторые всё-таки попадут в стандарт, но это будет явно не раньше чем executers и reflection. Т. е., возможно в C++30 или даже позже.
Собственно с введением 128 битных чисел с SSE* можно сказать что вопрос на уровне языка закрыт, осталась только реализация в STD. C AVX пока чуть сложнее поскольку там 512 и 1024 битные регистры есть.
По-хорошему надо сделать в языке размер независимые числа как целые, так и с плавающей точкой и в C++23 ограниченный набор спецификаций таких добавили. Полагаю, что дальнейшая унификация спецификаций стандарта уже не вызовет затруднений.
Извините, но нет. Стандарт C++23 хороший. На самом деле он хороший уже тем же как хорош С++14 после С++11: Огромное количество всего было доделано и детерминировано как из 20, так из 17 стандартов. Только сейчас я более или менее целиком осилила и поняла C++23 и что делать с проектами и как дальше работать.
Печально. Особенно с учётом того, что в регионах распространения 2ГИС наиболее популярен Android. Ну чтоже, буду и дальше держать OSMAnd про запас и пользоваться Citymapper и Яндекс (безвыходно для РФ).
У меня вопрос к 2GIS не совсем по теме статьи: долгие оды я пытаюсь сменить Citymapper на что-то ещё, но только этот сервис позволяет нормальную навигацию на ОТ. Яндекс я уже полностью похоронила, поскольку за 10 лет мне так и не удалось от них добиться банальной вещи: оповещения о необходимости выходить. Ситуация усугубляется тем, что в России всё очень плохо с открытостью данных и вариант создания своего сервиса отсутствует полностью. Потому вопрос: может у 2ГИС хоть что-то получше в этой области?
Сама поддерживаю Firefox как могу, это немного, конечно, но рекомендую его всем кому могу, ношу значок с логотипом и сейчас стараюсь влиться в разработку, но CI и отладка дико сложные.
Точно, у меня правда ощущение будет, что вместо Windows 12 я таки поставлю Linux потому что невозможно уже, как верно написали выше выносить СЕОшные обновления функциональности и отсутствие исправления критических багов и глюков в интерфейсе на протяжении уже десятилетия.
Чего они только не сделали уже, чтобы люди c Windows не уходили, однако не поможет это всё пока СЕОшные обновления выходят для чего угодно, но никак не для заботы о пользователях. Да и, к счастью, почти на все мои устройства Windows 11 не устанавливается и предлагает купить новое железо.
Есть отличный доклад с C++ Russia: какие фичи Rust я хочу увидеть в C++, ну или как-то так называется. Посмотрите, рекомендую ;)
Хм, поясните, пожалуйста. Насколько я вижу по примеру разница только в inline функции memset, я правильно понимаю? Если так, то мне непонятно в чём суть претензии к стандарту и модификаторам языка поскольку это больше похоже на особенности реализации GCC указанной версии и того, что его разработчики ещё не всё легаси у себя подчистили.
Вот пара ссылок: в т. ч. с отсылками к уже древним исследованиям и текущую ситуацию где уже у обоих компиляторов этой опции просто нет.
Это называется "высокий скрытый порог входа" и да — это проблема языка и над ней работают.
Согласна с вами полностью. Пишу на C++ поэтому, ем кактус, но пишу дальше. Потихоньку изучаю Rust, но он пока слишком сырой для очень многих штук в моих реалиях, а уж когда его в embedded завезут вообще не понятно, чтобы хотя бы сравнить можно было вообще не понятно.
>> Да вы что? Самому приходилось нести ответственность за проект с n-летней историей, который пришлось переводить с C++98 на C++11?
Обнимаю, если позволите. Я так "полтора раза" переписывала FlylinkDC++ чтобы ядро самой программы обновить и чтобы с C++03, местами со странного кода ещё из 90х до С++98 на C++11 переписать... Первый раз: три месяца проект просто не компилировался из-за несовместимости API всего со всем. На 4 месяц оно скомпилировалось и даже стало вполне прилично запускаться и работать, несмотря на то что часть механизмов пришлось написать с нуля сохраняя функциональность и нового ядра и основной программы и не проверяя до этого момента в runtime вообще ничего. Переход на новый стандарт C++ был не очень больной из-за вменяемой обратной совместимости и частично происходил параллельно, в т. ч. ускорив хотя бы частичную сборку каких-то отдельных файлов и соответственно возможности запускать на них статический анализ. Очень много функциональности пришлось нарезать ifdef-ами, чтобы хоть как-то ускорить процесс и уже отдать альфу и другим разработчикам тоже. В общем это правда суровое очень занятие.
Так вот, написала я это, чтобы продолжить вашу мысль и: если бы в C++ стандарте C++03 были бы сокеты, то боли у меня было бы немного меньше. Позже сокеты переписали на boost. Так что насчёт std::gui или human interface в общем смысле я не соглашусь. На будущее я предполагаю, что примитивы некоторые всё-таки попадут в стандарт, но это будет явно не раньше чем executers и reflection. Т. е., возможно в C++30 или даже позже.
Собственно с введением 128 битных чисел с SSE* можно сказать что вопрос на уровне языка закрыт, осталась только реализация в STD. C AVX пока чуть сложнее поскольку там 512 и 1024 битные регистры есть.
По-хорошему надо сделать в языке размер независимые числа как целые, так и с плавающей точкой и в C++23 ограниченный набор спецификаций таких добавили. Полагаю, что дальнейшая унификация спецификаций стандарта уже не вызовет затруднений.
Извините, но нет. Стандарт C++23 хороший. На самом деле он хороший уже тем же как хорош С++14 после С++11: Огромное количество всего было доделано и детерминировано как из 20, так из 17 стандартов. Только сейчас я более или менее целиком осилила и поняла C++23 и что делать с проектами и как дальше работать.
Уву, таки векторное и нужно, по 4 числа обычно: RGB + A.
Хм, но автор ведь пишет, что в compile time можно, разве это не то что требуется в подавляющем большинстве случаев?
Видится мне, что документ стандарта без проблем допишут в этом месте после.
Это прекрасно! Благодарю, схораню!
Печально. Особенно с учётом того, что в регионах распространения 2ГИС наиболее популярен Android. Ну чтоже, буду и дальше держать OSMAnd про запас и пользоваться Citymapper и Яндекс (безвыходно для РФ).
Android
У меня вопрос к 2GIS не совсем по теме статьи: долгие оды я пытаюсь сменить Citymapper на что-то ещё, но только этот сервис позволяет нормальную навигацию на ОТ. Яндекс я уже полностью похоронила, поскольку за 10 лет мне так и не удалось от них добиться банальной вещи: оповещения о необходимости выходить. Ситуация усугубляется тем, что в России всё очень плохо с открытостью данных и вариант создания своего сервиса отсутствует полностью. Потому вопрос: может у 2ГИС хоть что-то получше в этой области?
Всё-таки стоит поставить 64 битную версию и явно не esr. Актуальная 116 уже.
А проблема точно не на уровне самой ОС?
Как же давно это пора было сделать! Вот честно! Пишу как человек, кто старается влиться в разработку Firefox.
А какие браузеры сейчас поддерживают Windows 7? Firefox ESR всё ещё. Chrome и Chromium уже давно никакой, разве не так?
Сама поддерживаю Firefox как могу, это немного, конечно, но рекомендую его всем кому могу, ношу значок с логотипом и сейчас стараюсь влиться в разработку, но CI и отладка дико сложные.