интерфейсы в GO

Абсурд. Альтернатив Гошке нет вообще.

Любой другой ЯП либо недоразвитое говно, либо перегружен говном.

Всё старые ЯП в принципе обсуждать нет смысла — устаревшее говно не успевающее за реальностью.

А что остаётся? Да в принципе ничего. Раст — это про другое. Котлин — тоже. Что там ещё? Да больше ничего и нету.

забанили в гугле, яндексе, бинге, дакдакго и всех ai чатах

И на go.dev/tour, видимо.

Фанаты они такие фанаты :)

Лучше генерации ничего нет. Просто слишком сложно для простой замены типов.

Фанаты они такие фанаты :)

Да, полностью согласен. Фанаты говноязыков программирования. Они такие.

Тогда мы бы получили второй C#.

В Go были определённые уникальные особенности, которые нужно было не потерять при добавлении генериков. К этому шли годы.

Вы всё говорите общими фразами. Можно конкретно показать, где дженерики ломают go?

Java и TypeScript гораздо удобнее Go. Хотя бы тем, что там есть исключения, а не эти идиотские return err.

в Го всегда были захардкоженные map[type1]type2. И всех все устраивало.

И вообще, чем больше ты думаешь над архитектурой программы и решаемыми проблемами, тем меньше тебе нужны коллекции.

Они туда еще нормальную ORM не добавили, RAW SQL во все поля как какая-нибудь сишка.

Охладись маленько.

Go - крайне простой язык программирования и там всё сделано крайнее просто. Интерфейсы в Go - это попытка реализовать то, что во всяких любимых народом шлакокнижках за авторством Р. Мартина и других называется интерфейсом.

Сколько и каких книжек написал ты?

Я не хочу и не захочу писать шлакокнижки. Зачем мне это?

Исключения запутывают поток выполнения, в отличие от. И поэтому чаще всего на них забивают, повсюду ставя throws или один catch (Exception) на весь блок. Для закрытия ресурсов вообще отдельная конструкция (try with resources).

Они не ломают Go. Их было сложно реализовать таким образом, чтобы они не ломал Go. Но теперь они есть в языке и всё норм.

О том, что именно вызвало трудности:

• Minimize new concepts
• Complexity falls on the writer of generic code, not the user
• Writer and user can work independently
• Short build times, fast execution times
• Preserve clarity and simplicity of Go

https://go.dev/blog/why-generics

Конкретные примеры можно найти в куче отклонённых предложений. Я лично не особо с ними знаком, но могу привести такой пример, возможно, слегка не по теме — сейчас нельзя добавить дженерик замыканию, потому что нужно сохранить нулевые значения, а без указания конкретного типа это невозможно. Подобные ограничения, мне кажется, делают невозможным подход «давайте всё спишем у C++/Java/C#».