Использование везде указателей ухудшает читаемость кода, потому что становится непонятно меняет ли что-то в объекте по этому указателю метод, куда этот объект передается. Если бы передавалось по значению, то точно объект оставался бы не тронутым.
С другой стороны копирование по стеку туда-сюда возможно менее эффективно, чем размещение объекта в куче. А возможно и более - это зависит от каждого конкретного случая.
Я лично ратую за читаемость.

Вы никак не аргументировали почему у структуры всегда должен быть указатель. Я вам привел пример из стандартной библиотеки, где time.Time является структурой и не возвращается по указателю, а имеет метод IsZero()

А еще как?

В общем да, падает читабельность. Поэтому стараюсь избегать указателей лишний раз

а с interface{} она не падает?

в time.Time очевидно, что если секунд 0 - значит пусто. В случае со структурой а) метод не реализован б) это неочевидно
и не надо передергивать, аргументы все на месте

Не знаю, разве другой вариант?

Сейчас подумал о iota. Можно ли как-то с этим. В общем, посоветуйте

Смотря где)

если айдишник zero value, то очевидно, что пусто 🤷‍♂️

Удачи дебажить решения с Exists и пустыми структурами) для джунов то еще минное поле

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

ага, единственный.

Тут я вам оппонировал: ничем не отличается от IsZero для time.Time

жирные структуры дорого гонять не указателем. ну и насколько я помню struct => interface{} приводит к аллокации

Аллокация зависит от результатов escape analysis. В частности при передаче и возвращения указателей для типа в функции и обратно увеличивается score и повышается вероятность размещения на куче, вместо стека.

я про конверсию структуры в interface{}

Тут вы правы, но у вас вроде получается объяснить Никите, что в этом случае у него это лишнее 🙂