ИМХО, главная проблема C++ных исключений в их высокой стоимости
А вы хоть раз измеряли? На практике, до момента срабатывания они не стоят ничего. Но... Они ведь на то и исключения)
Я бы сказал, что коды возврата даже подороже будут, ибо из-за постоянных проверок на каждом уровне вложенности дают погрустить предсказателю переходов.
Следом за этим еще и перегрузка операторов идет в пешее эротическое.
И часто она вам нужна, для не арифметических типов (или обертами над ними)? Ну сделайте MyType::ToString и живите щастливо. Современные стандартные API для печати один хрен не требуют перегрузки операторов.
Если в середине бизнес-логики есть какой-нибудь условный vector::push_back
А если нет? Оч странный у вас контраргумент. Да, в каких-то местах оно работает, в каких-то нет.
Бездумное обмазывание noexcept -- прямой путь к внезапным падениям, а не к плюсам в производительности.
Не, ну если бездумное, то конечно, но если ваш код не бросает исключений, то как бы... Вы уже подумали?) А если не подумали, то кто соббсно виноват?)
Остается пожелать самому себе никогда не иметь дело с кодом, написанным такими экспертами.
Chromium собирается без поддержки исключений и вполне себе популярен) Вроде нормальный код.
Впрочем, с вами бы я тоже не сработался) Вы какой-то очень эмоциональный)
Та в чем проблема-то? Исключения, в сущности, ничем не лучше и не хуже кодов возвратов (std::expected если угодно).
Разницы-то никакой по сути.
Ну, да, придется вместо MyType(...) писать MyType::Create(...). Велика ли потеря?
В остальном тож самое) Я бы даже сказал, есть много плюсов. Если ничего не может внезапно сломаться в середине бизнес логики, потребителю библиотеки надо меньше думать.
Плюсом можно обмазаться в API слое всякими noexcept и получить какие-никакие плюсы к производительности)
Нет у раста стандарта)) Ну да ладно, это мелочи. Когда уже завезут не глобальные аллокаторы, а отдельно под каждый контейнер? Мне вот совсем не нужно bump allocator для всей программы)
Расшифровать можно будет, если кому-то нужен будет именно трафик kenomimi. На DPI же никто не будет даже пытаться, поэтому протокол будет просто размечен как unknown.
Занятно, что я ещё застал DOS и 486-й пентиум) Хотя по возрасту не положено, но жили бедно, так что покупали только относительно старые б/у компьютеры)
Тоже прошел и 3.11 и 95-98, и XP с семёркой, но на win11 я сломался) Это боль)
Я со временем пришел к тому, что если я делаю что-то третий раз - пора писать скрипт.
По моему личному опыту - все что делалось больше 2-3 лет назад по большей части не имеет никакого значения.
Ну, кроме совсем фундаментальных знаний конечно, но их одних недостаточно, чтобы получить приличную работу.
А вы хоть раз измеряли? На практике, до момента срабатывания они не стоят ничего. Но... Они ведь на то и исключения)
Я бы сказал, что коды возврата даже подороже будут, ибо из-за постоянных проверок на каждом уровне вложенности дают погрустить предсказателю переходов.
И часто она вам нужна, для не арифметических типов (или обертами над ними)? Ну сделайте MyType::ToString и живите щастливо. Современные стандартные API для печати один хрен не требуют перегрузки операторов.
А если нет? Оч странный у вас контраргумент. Да, в каких-то местах оно работает, в каких-то нет.
Не, ну если бездумное, то конечно, но если ваш код не бросает исключений, то как бы... Вы уже подумали?) А если не подумали, то кто соббсно виноват?)
Chromium собирается без поддержки исключений и вполне себе популярен) Вроде нормальный код.
Впрочем, с вами бы я тоже не сработался) Вы какой-то очень эмоциональный)
Та в чем проблема-то? Исключения, в сущности, ничем не лучше и не хуже кодов возвратов (std::expected если угодно).
Разницы-то никакой по сути.
Ну, да, придется вместо MyType(...) писать MyType::Create(...). Велика ли потеря?
В остальном тож самое) Я бы даже сказал, есть много плюсов. Если ничего не может внезапно сломаться в середине бизнес логики, потребителю библиотеки надо меньше думать.
Плюсом можно обмазаться в API слое всякими noexcept и получить какие-никакие плюсы к производительности)
Оч странно применять логику русского языка к жаргонизмам, которые ещё и калька с английского)
Мне вот слух не режут оба варианта) Что много фичей, что много фич)
Какой гемморой? Просто пиши без исключений и... Всё?
Хтож embedded разработкой из-под винды занимается)
Травма
Яндекс священный.
Подорожали тарифы. Раньше 5 тыщ было
Нет у раста стандарта)) Ну да ладно, это мелочи. Когда уже завезут не глобальные аллокаторы, а отдельно под каждый контейнер? Мне вот совсем не нужно bump allocator для всей программы)
Тоже улыбнулся) Такую херню сегодня мне самы модный ChatGPT 5.2 выдавал, я аж хохотал)
ХЗ. Я вижу не читаемые каракули и магические константы) Хотя читать ассемблер умею)
Расшифровать можно будет, если кому-то нужен будет именно трафик kenomimi. На DPI же никто не будет даже пытаться, поэтому протокол будет просто размечен как unknown.
.del
Никак.
Я юзал Norton Commander)
Да вы правы) Я имел ввиду 486 Intel (Intel 80486). П
Мне было тогда 5 лет, вылетело из головы)
Занятно, что я ещё застал DOS и 486-й пентиум) Хотя по возрасту не положено, но жили бедно, так что покупали только относительно старые б/у компьютеры)
Тоже прошел и 3.11 и 95-98, и XP с семёркой, но на win11 я сломался) Это боль)
Да у меня у самого на рабочем винда. Но как бы - и ладно) Большая часть разработки идёт на блейде, на котором Linux. Остальное время - пользую WSL2)
А все проблемы с обновлениями, учетками и прочим говном - это проблемы IT службы)
У меня как бы требования не большие) Раньше я на ПК играл, но сейчас играю в основном в Xbox и стимдек) Остальное под Linux работает с полпинка.
Впрочем, ессчессно, меня особо не парит Windows. Рабочий ноут на W11, не жалуюсь)