Казахи что ли?

> Замена их ИИ - факт свершившийся. Правда равно как и: "кодеров, админов, и другого" ...

Настолько свершившийся что HRюши ищут "девелоперов которые умеют работать с ИИ"))

> А вот уборщиков - хренЪ!, ЫЫ ещё долго не заменит.

Мой робот пылесос смотрит на твое сообщение скептически, хитро прищурив лидар.

> Вы ещё на их зарплату в овраге посидите ...

Ути бозе, как страшно!

Как минимум тем что не нужен избыточный тип.
В сишке в ошибке выше понадобился signed int, хоть по логике должен быть unsigned.

Плюс в го ошибка это всего лишь интерфейс. Они может любую дополнительную информацию.

Причём - зря!
Впрочем добавили туда много вовна, благодаря стараниям вот таких ******, а ведь был когда-то лучшим "портабельным ассемблером высокого уровня"(С), а теперь вот - булль ... покажешь мне такой тип данных на х86\ч64... "Ой!" да? :-)

Увидел только другую терминологию. В примерах тоже ключевые слова другие, а смысл тот же.

В чём именно отличие кроме терминологии?

errno - это считай один enum на все вызовы. Если говорить, про конкретный вызов, то у тебя вряд ли будет даже больше 5 кодов там. Это крайне редкая ситуация будет. К слову вот реальный пример из недавней новости https://www.brotli.org/decode.html#a87f

Ну такой дизайн. Ты хочешь ADT? Не завезли, но это не значит, что нельзя писать. Можно, конечно. Плюсы тоже есть: простота.

Я вот ни разу не видел чтобы enum что то там упрощал именно для человека.
Это в чистом виде синтаксический сахар, который единственное для чего годен - чтобы компелятор мог сказать: у тебя тут в свиче не все варианты описаны и нефиг сувать сюда в аргумент/переменную число, суй значение из енума.

При этом использование enum иногда само по себе привносит баги.
Был у нас код с enum, всё хорошо работало.
Потом этот enum расширили, потестили - вроде всё ок. А потом пришёл регресс: оно значение из енума писало в базу. Программист посмотрел на енум и по смыслу то что он добавлял он добавил в середину енума потому что там как раз сходное смысловое было.
А при чтении из базы оказалось что нумера то съехали и добавлять надо было или не в середину или ручками каждому значению енума номер фиксировать.
Короче такой вот error prone дизайн.
Этого можно было избежать если бы enum жёстко требовал задавать значения всех элементов, как это в случае с define.

Есть и другие не удобства у ним.
Когда у тебя enum внутри модуля а значение тебе надо отдать наружу или забрать извне, то приходится городить уродский большой геттер/сеттер или тупо забить и скастовать тип.

Поэтому я бы сказал что в целом от enum пользу никакой нет и больше неудобств.

Вообще, это тип и контракт.  

Про яву не скажу, но вообще exception это tradeoff. Когда их нет, вмысле их никто не кидает, то это наоборот ничего не стоит.

Единственная массовая проблема с ИТ за последние лет 5 была из за кривого апдейта антивируса, когда по миру окирпичилась куча инсталляций венды, в банкоматах, аеропортах и прочем.
Все вместе взятые CVE за последние 5 лет не принесли столько же неудобств.
Но вы упорно фапаете на никому не интересные проблемы.

Каждый первый. От php до erlang со всеми остановками. Десятками штук подобные приходят. Не в каждом первом есть встроенные библиотеки для работы с регексами и не на каждом первом умудряются напрямую сплавить туда внешний код.

>> за год три штуки.
> Три low штуки.

в твоих фантазиях.
И тык мордой в баг 2026го года - опять вызвал только подмену понятий и виляния, уязвимостьниуязвимость и вообщеужепафиксили, быстроподнятое ж не упавшее.

Ты просто больной фанатик. Сам не написавший даже хеловорда.