Переменное количество параметров, есть дэфолтные

no, no, no, no.

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

Именованные просто для удобства написания кода, обычно. При компиляции, команды будут выстроены так, что значения будут кидаться в стек подряд, как нужно функции. Скажем, если бы вы декомпилировали код, то никаких именованных и дефолтных параметров бы не обнаружили. В функцию бы были переданы все параметры (ещё и в нормальном порядке).  
Ну, и если какого-то значения нет, то получите ошибку (на этапе этой самой компиляции). Хотя, это уже зависит от компилятора.

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

Ну да, аналогично как в структуре объявление

Сердце прихватило 😂

.

Да я понял)

с одним только исключением:

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

Fn()                    // No!
Fn(foo:  42)            // Okay
Fn(baz: true, foo:  42) // Okay
Fn(0, “”, false)        // Okay

Пример из шарпов. Под рукой только они. Нужно указать a обязательно.

Вполне вероятно

вообще мне не нравится идея default value аля

func (a int, b string = “defaultValue”) {}

но сама идея именованых, где неуказанным полям присваиваются нулевые значения - неплоха
ибо мы в Go любим нулевые значения

Всем привет, кто-нибудь пользовался этой штукой для sql запросов?
https://github.com/go-jet/jet

где-то видел недавно SQL -> Go code generator, а это похоже наоборот

Привет. @mrZuffar вроде о нём рассказывал что-то.

Я тоже спрашивал

Чтобы даже не программист понял?

а чего вы хотите чтобы он понял?

Учебник по питону? 😁

что должен не программист понять читая на русском про Go?