Они везде появляются. Отличительная черта — имя или фамилия набраны капсом.

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

каждого пингануть я не могу, я не буду успевать это делать ☺️

за спам банить можно, а просто так бессмысленно

еще и сам репорт спам можешь спохватить

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

Да пофиг вообще, не мешают же)

Господа, подскажите пожалуйста с моками
Изначально есть вызов message.Client.GetUser().DoSomethingAndReturnBool() в методе Handler.WeNeedToTestIt(message)

GetUser это структура у которой есть DoSomethingAndReturnBool метод который на основании данных структуры возвращает булевое значение
а в Client GetUser() Types.User - т.е возвращаем конкретный тип

как я понимаю такое не мокнуть в принципе ? только переходить на интерфейсы ? делать Types.UserInterface ?

Ну было бы неплохо сделать 2 вещи:
1. Избавиться от цепного вызова (или у вас 100% никогда не будут ошибок?)
2. Да, таки перейти на интерфейсы

Сущность принимает только то что будет использовать, остальное ей не нужно

Если она принимает "весь проект" и по цепочке доходит до нужного метода, это не совсем правильно

зато из спецификаций "ёлочки" можно строить и "заборы" 😁

Мокать можно все, даже ваш вариант )

Это если лень все менять

вот как ? чисто ради интереса, как мокнут тип в го ?

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

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

Мок вернет мок который вернет мок 😁

ага, но при этом реальный client на getUser должно возвращать интерфейс а не тип ?

не важно что он возвращает, вы ж тип не проверяете?