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

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

MakeNoise()  - это прям классика омерзительности

куда он этот шум делает? если ничего не принял и не вернул

и это же классика ООП - где-то в объекте вписано, куда именно он нойзит. ненавижу

Ну да, это очень странный интерфейс получился

А вообще у меня было что-то вроде

type Task interface {
    Execute() error
}

type Task interface {
    Execute() error
}

ну сюда скорее всего через замыкания передают значения

Ну или Run, например. Называть это Runner-очень странно.

ИМХО вносить исключения из английского языка в ЯП это так себе идея. Английский это довольно плохой по структуре язык который формируется по сей день в ходе натуральной эволюции.

Go это не натуральный язык, он искуственный. Следственно, ИМХО, не нужно привязывать его к тому исключению, что некоторые акторы заканчиваются на or а некоторые на er. Т.е. прагматичнее было бы для акторов использовать er

Acter
Visiter

но это конечно тема мега-спорная

> Go это не натуральный язык, он искуственный. Следственно, ИМХО, не нужно привязывать его к тому исключению, что некоторые акторы заканчиваются на or а некоторые на er. Т.е. прагматичнее было бы для акторов использовать er

7 лет назад решили, что нет, не неужно ломать английский

Роб Пайк лично, лол

я смотрю на это иначе, я лично вижу в идеоматичности согласованность. А согласованность (consistency) очень важное свойство кода, упрощающее его чтение

бернард шоу на эту тему высказался исчерпывающе когда-то.

но шоу умер, а английский все еще английский

идеоматичность - это не согласованность

идеоматичность - это очевидность через привычность

Еще бывает согласованность с английским языком
И когда мозг видит что-то, что больше напоминает опечатку, он за неё зацепляется

Я вот стараюсь писать так, чтобы быть консистентым со стандартной библиотекой.
И Acter с Coder туда бы не приняли, а Actor и Codec - вполне.

type Animal interface {
    MakeNoise()
    Species() string 
    Speed() int 
}

type NoiseGenerator interface {
 MakeNoise(io.Writer) error
}

type SpeciesSpecifier interface {
 Species() string
}

type SpeedReporter interface {
 Speed() int
}

type AnimalController interface {
 NoiseGenerator
 SpeciesSpecifier
 SpeedReporter
}

😅
идеоматично? наверное да.
прагматично? наверное нет.

codec - это не coder, это COder-DECoder

Да, это в контексте обсуждения имени для интерфейса, который обе вещи делает