Тогда о каких типах параметров вы говорите?

да, именно про ...T

Так это просто обертка над слайсом. И давно работает. Что не так-то?

Да я понял так что народ хочет разные типы в этом слайсе

Да я понял так что народ хочет разные типы в этом слайсе

Давайте распутаем это.
Что вы понимаете под переменными параметрами в данный момент? Речь всё ещё идёт о:

f(x, y = 1)  -> x + y?

Чтобы можно было передать только x, а y сам подставился как 1, если его не указали?
Это же легко делается. При выполнении, в стек, вместе с вашим x  кидается 1, если вы не указали другое, и дальше вызывается функция.

Ок, можно спросить, а что, если у нас тип для y сложный? К примеру, какой-нибудь User { Id, Name }? Как тогда это будет компилироваться? Поэтому в языках с дефолтными параметрами есть ограничение, что указанное дефолтное значение должно удовлетворять условию: может быть вычислено при компиляции.

Другой вопрос, что всё это не имеет смысла, без именованных параметров. Иначе вы рискуете запутаться в собственном коде. Что обязательное, а что нет.

Или вы о другом? Или вы о ...T?

> Иначе вы рискуете запутаться в собственном коде.

Ну с такой логикой можно вообще все веселье убрать, например упрощенния а-ля алиас (*struct).attribute, или горутины, ведь это не очевидные вещи и в них можно запутаться))

Не. Смотрите, у вас есть 5 дефолтных параметров. Вы хотите указать только один, последний. Как поступите? Без именованных никак.

Ну я только про "запутаться" написал, все остальное то понятно

Я просто не писал на языках, где есть дефолтные и нет именованных. Поэтому что-то подумал, что я бы запутался, если бы были дефолтные и не было бы именованных)

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

У меня был проект, где были функции по 20-30 параметров. Это была вынужденная мера, причина не столь важна. Вот там именованные наоборот, спасали. Эти функции ещё и часто изменялись. Именованные не давали запутаться куда что передаваться должно.
Но больше таких кейсов я пока не видел.

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

Есть этот ещё принцип, явное > неявного. Дефолтные параметры не такие явные. Вызвал функцию, а там ещё 10 дефолтных параметров, а ты и не заметил)

с именованными не иначе, просто будут zero-value

func Fn(
 foo int
 bar string
 baz bool
) { /*…*/ }

Fn(bar: “baz”)

Это в каком языке?

Не. Смотрите, у вас есть 5 дефолтных параметров. Вы хотите указать только один, последний. Как поступите? Без именованных никак.