Только почему скобки круглые? Я первый раз глянул и подумал что это такие аргументы у функции
func Print(type T)(s []T)

чтобы не как джава, ну )

А, хотя знаю почему - что бы было меньше проблем у парсера, и он не путал дженерик параметры с операциями сравнения больше-меньше

В Rust такая же фигня есть, но там проблему решили с помощью турбо-рыбы (::<>). Но это только при вызове дженериков, когда надо явно указать тип, если он не автоопределяется. При декларации же нормально используются угловые скобки.

pub fn size_of<T>() -> usize {
}
...
size_of::<u8>()

В дизайне про это написано, ты прав: https://go.googlesource.com/proposal/+/refs/heads/master/design/go2draft-contracts.md

Так уже давно идут разговоры про дженерики, просто очень постепенно к ним подходят

Читал давно, что дженерики специально не были завезены в Go. Типа это было частью его "идеологии".

Поэтому и написал что "прогнулись" под требования комьюнити

Не совсем. Просто они сильно повышают сложность чего угодно, но в среднем решают довольно узкий пласт проблем. Еще было не очень понятно, как их сделать эффективно так, чтобы компиляция была быстрой

Всегда надо чем-то жертвовать. Питон медленный, зато его не надо компилять супер долго. C++, Rust, будущий Go и др. - быстрые языки, но приходится платить скоростью компиляции, что бы они заодно были ещё и удобными.

Go еще да, довольно консервативный язык, поскольку разумно сделан так, чтобы возможностей был необходимый минимум. Я с тревогой смотрю за тем, как туда ввозят генерики, если честно

Ну щас допилят линкер новый, а потом можно и замедлять генерацией кода для дженериков

Т.е. ты считаешь, что дженерики совсем немного проблем решают, нежели создают? А как же, например, возможность добавлять поддержку своих типов данных в стороннюю библиотеку? Читал что это как раз решалось бы дженериками. А без них приходится копипасить код из чужой либы, что бы сделать имплементацию для своего типа данных.

Ну для библиотек хорошим тоном считается принимать на вход интерфейсы, а не конкретные типы. Так что этой проблемы и не нужно решать, для хорошо написанных библиотек

Ну хотя для базовых типов наверное да, только копипаста

Ну вот желание "хорошо написанных библиотек" несколько конфликтует с исходными целями создания языка. А именно что бы программы на нём могли писать и поддерживать вчерашние студенты, которых Google будет нанимать за копейки.

s/студенты/ИИ/

Не конфликтует. На мой взгляд, дженерики чаще всего противоречат нормально написанному коду. На практике в Го очень-очень мало случаев, когда нужны генерики: либо когда пишешь библиотеку, которая делает нечто такое, где тип объектов не очень важен (а такие на практике можно по пальцам одной руки пересчитать), либо когда микрооптимизируешь узкое место. Если ты пишешь приложение, что там чаще всего можно (и нужно) использовать интерфейсы

Дженерики обычно хотят новички, которые приходят из других языков, и не очень понимают, как принято. Пишут код несколько месяцев, усваивают концепции и остывают

Все же видели?

Купить робособаку Spot от Boston Dynamics смогут все желающие — но пока только в США. Робот стоит $74 500 — это около 5,2 млн рублей: vc.ru/tech/134510