Падает когда вызываю WriteMessage

Создавай через var connections = make([]*websocketConn, 0)

Создавай через var connections = make([]*websocketConn, 0)

Создавай через var connections = make([]*websocketConn, 0)

Всё равно ругается на WriteMessage, правда я не понимаю почему...

Та же самая ошибка?

Ребята, кто-нибудь знает, есть ли линтер для go? Или стандартной утилиты gofmt достаточно?

может указатель пустой?

Ребята, кто-нибудь знает, есть ли линтер для go? Или стандартной утилиты gofmt достаточно?

Нужны не только комментарии, я бы еще без более чем 70% покрытия тестами вообще проект не принимал 🙂

Так настрой CI хули

а вот golint не настраивается

Он немного тормозной Так что лучше выставить таймаут на 2-5 секунд А полный цикл гонять отдельно И ещё не забыть исключить vendor из проверки

Если кому-то интересно: Довольно часто весомым аргументом для отказа кандидату после выполнения тестового задания являются: - отсутствие комментариев в коде - отсутствие документации - отсутствие тестов Причина: нет опыта работы в команде, никому не интересно разбираться по коду - что там имелось ввиду, также команде нужен стабильный, надежный код.

Тесты могу понять. Но комментарии?

Говорю же, чужой код читается легче, если присутствуют комментарии - в команде это важно. Посмотрите на Github код профессионалов, посмотрите стандартные либы Go - там не только объяснение почему так сделано. Теперь про техническое задание. Большинство решений можно найти в интернет. Смотрится не только как человек умеет кодировать, но и как может объяснять свои действия, кратко и емко - это важно.

Ну может это специфика го, что нет объектов. Если у тебя есть класс NewsManagager и и него есть метод downloadAllNewsFromServer То как бы что там ещё в комментариях писать?

В комментариях нужно писать кратко что делает метод и если есть ньюаннсы работы сервера, то обязательно их упомянуть. Что касается downloadAllNewsFromServer - попытка впихнуть в название комментарий - это тоже тяжело читается, так как обращение в коде к 3-5 методам с таким названием перегружают сам код.

Самодокуменьируемый кол

В комментариях нужно писать кратко что делает метод и если есть ньюаннсы работы сервера, то обязательно их упомянуть. Что касается downloadAllNewsFromServer - попытка впихнуть в название комментарий - это тоже тяжело читается, так как обращение в коде к 3-5 методам с таким названием перегружают сам код.

Названия функций должны самодокументрировать код и четко отражать работу функции

Ещё более простой пример- функция SaveUser(user)- что тут можно написать в комментарии ?

Ещё более простой пример- функция SaveUser(user)- что тут можно написать в комментарии ?

Однострочная функция Write https://github.com/golang/go/blob/master/src/net/http/server.go#L1438

Gometalinter бы поругался на комментарий ))

Бодрый вечер люди добрые подскажите глупому? есть две даты типа time.Time как между ними цикл сделать? через равное кол-во дней? хотел как то по питонячи... но в time.Time кучи операторов оказывается не определено for date := Config.DateSince; date < Config.DateUntil; date = date + time.Hour * 24; { }

Не во всех сутках ровно 24 часа, нужен другой способ )) https://stackoverflow.com/questions/32998110/add-days-to-date-in-go

а как сделать проверку что один time.Time < другого time.Time ?

Верно, но это не повод называть функцию типа downloadSpecificNewsByAuthorFrom SpecificServer

time.Time это ж вроде int64 под капотом

нашел .Before спасибо за помощь

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

https://github.com/andboson/carbon https://github.com/uniplaces/carbon нельзя сравнивать по инту вы тогда теряете пояс

И как раз в техническом задании есть великолепный повод показать, что есть умение объяснять свои действия в коде. Есть прекрасное выражение То, что очевидно для одного, совершенно не обязательно очевидно для всех

Ну может быть обратный эффект. Проверяющийся может подумать что твой скилл не очень, если ты в комментариях пишешь очевидные вещи. //это цикл для поиска четных элементов For element in array{ If element.index %2 == 0 }