основной код в файле commits.go Вот прежде всего что меня интересует: — глобальные переменные, правильно ли я поступил вынеся var bot *tgbotapi.BotAPI неред c main(), сделав bot доступным во всех функциях — файловая структура проекта, правильно ли я разбил код по файлам — как лучше запускать и билдить проекты: go run commits.go types.go github.go gitlab.go выглят как-то каряво... и такая же команда по build... — commits.go слушает входящие реквесты от gitlab http.HandleFunc("/gitlab", gitlabHandler), но прийти на этот индпоинт может все что угодно. Какой нибудь спам и пр.. Как обрабатывать такие ошибки? Просто возвращать return c каким-то ответом сервера, если не распарсим json? или как-то по другому обычно поступают? decoder := json.NewDecoder(req.Body) var api gitlab err := decoder.Decode(&api) if err != nil { panic(err) }

там 2-3 страницы

читаю, спасибо

Ну если это просто какой то сервис менеджер, в котором нет никаких состояний, то думаю можно, хотя я бы не стал

в моем случае bot - это объект обертки над телеграм api я объявляю переменную глобально. В main ее определяю. // Telegram var err error bot, err = tgbotapi.NewBotAPI(token) if err != nil { log.Fatal(err) } и потом в других местах ее использую bot.Send(msg)

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

У меня есть глупый вопрос. У меня есть задача где всё время приходится мапы "объединять". Ну т.е map[string]int , суммировать значение по совпадающим ключам, добавлять отстуствующие. Сейчас сделано как for k,v:=range m2{ m1[k]+=v } вря ли тут что то ещё можно придумать, но это так часто происходит, что уже ужастно тормозит. Нет ли случайно каких то советов, как это улучшить? Может хранить иначе, другие структуры. Задача примерно как считать частотность слов в тексте. И такие мапы приходят как будто с разных параграфов и текстов.

1. Значения не сортированы 2. Обычно один меп сильно больше другого по размеру (аккумулирует данные) поэтому я делаю range по меньшему 3. Ключи по размеру все одинаковы, и рандомны. Хорошая аналогия слова в тексте. 4. Элементов десятки тысяч

может какие нить волшебные базы бывают

Если нет - плохо. Можешь посмотреть как в яве у строки подсчитывается хэш

Сразу же вопрос, а в го можно задать в мапу кастомный компаратор или объявить таковой для типа данных?

я сам хеши никакие не считаю ж

У меня есть глупый вопрос. У меня есть задача где всё время приходится мапы "объединять". Ну т.е map[string]int , суммировать значение по совпадающим ключам, добавлять отстуствующие. Сейчас сделано как for k,v:=range m2{ m1[k]+=v } вря ли тут что то ещё можно придумать, но это так часто происходит, что уже ужастно тормозит. Нет ли случайно каких то советов, как это улучшить? Может хранить иначе, другие структуры. Задача примерно как считать частотность слов в тексте. И такие мапы приходят как будто с разных параграфов и текстов.

если упирается именно в производительность map, то, и правда, придется переходить на int

Но если после сравнкния хэша на инте нельз сравнить и саму строку - бесполезное чтото получается

https://golang.org/src/runtime/hashmap.go

Недавно был на докладе, там говорилось, что они от него ушли, или частично отказались.

Ребята, вот как правильно сделать: есть реп на гитхабе, в котором лежит один проект. Но на Java. Сейчас этот же проект я полностью переписал на Go со всеми улучшениями и дополнениями. Эту, так скажем v2.0 запихнуть в тот же реп в другую ветку или в новый реп?

понял, спасибо :)

Ребята, вот как правильно сделать: есть реп на гитхабе, в котором лежит один проект. Но на Java. Сейчас этот же проект я полностью переписал на Go со всеми улучшениями и дополнениями. Эту, так скажем v2.0 запихнуть в тот же реп в другую ветку или в новый реп?

Ребята, вот как правильно сделать: есть реп на гитхабе, в котором лежит один проект. Но на Java. Сейчас этот же проект я полностью переписал на Go со всеми улучшениями и дополнениями. Эту, так скажем v2.0 запихнуть в тот же реп в другую ветку или в новый реп?