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

хотел бы имена событий зашить жестко

Это разве что-то меняет?

Ну сделай вызов функций с этими именами в названии, если их не много.

или имена событий вынеси в константы.

logging.Log(logging.EventName, params)

но получается ничто мне не мешает сделать

logging.Log("anyText", params)

если константы текстовые

logging.Error(params)

слишком много будет вариантов кажется

А если много вариантов, значит они не нужны реально.

Объедини редкоиспользуемые

или сделай log.Raw(log.EventName, params) , которым никто сроду и не станет пользоваться, ибо есть более короткие методы.

кто пользователь твоего пакета?

в приложеньке локально лежит

я просто от выстрела в ногу страхуюсь

т.е. ты сам и есть единственный пользователь?

пока да

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

тогда все ок будет

на каждое событие по структуры

да можно. ты ж выше в ссылке видел дни недели?

внутри полей стрктуры прописаны типы

у меня у пакете логирования всего два метода: Warn() и Fatal() оба принимают a ...interface{}

и ещё функция для склеивания разных типов: func Errorln(a ...interface{}) error { return errors.New(fmt.Sprintln(a...)) }

ну на самом деле у тебя получается куча кусков по всему коду

когда захотитет сменить формат логирования - замучаетесь

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

сами сообщения и какой вывод - они в пакете

я использую Warn() для отладки и записи в лог всяких ошибок. Fatal() использую , когда паника или неправильные данные при старте передали.

для интерпайз еще бывают фильтрация некоторых событий по группам (выводить только события бд например)

и фильтр по уровню критичности

и форматы разные ввывода

как и ты, я пишу не для энтерпраза, а для себя. поэтому пишут так, как удобно мне лично.

такой подход оправдан ещё и потому, что не пишешь лишнего

я пишу внутри компании ? требования там достаточно бывает странные

два раза меняли полностью формат вывода логов например

Ну тогда тебе лучше знать, под какую ситуацию приспосабливаться.

Вдогонку... назови свой модуль логом, а не логированием. т.е. log и можно его экпортировать вот так: import ( . "tolxy/log" ) тогда в годе можно будет просто писать Error(params) или Warn(params).

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

Можно по имени, вроде UserPermAdd/UserPermDelete/UserPermCreate

я enum'ы обычно в отдельной под-пакет определяю... import ( usr_t "github.com/proj/usr_t" ) usr_t.Admin usr_t.Customer

сам тип определяется как usr_t.Type в нём-же все методы типа String(), FromString(), MarshalJSON(), UnmarshalJSON()

я enum'ы обычно в отдельной под-пакет определяю... import ( usr_t "github.com/proj/usr_t" ) usr_t.Admin usr_t.Customer

ага. примерно об этом варианте я думал

type enum string func (e enum) String() string { val := e if val == "ENUMVALUE" { return string(val) } return "" }

как вариант в принципе

я бы еще сам enum сделал кастомного типа, что бы руками не могло забить туда ничего

вот еще вариант

https://play.golang.org/p/6Ovq6C2O6Wo

ну вообще финальная идея такая

https://play.golang.org/p/hHXKSKx-NF1

плодим фабрики которые возращают тип который приватный

таким образом мы не сможем угробить значения внутри структуры

только занулить

Скажите, можно ли в t.Execute не передавать ссылку на экземпляр струкруты и сразу написать key:value набор? как в примере ниже? Если страниц много с разным набором полей, то нужно много структур городить ... мне кажется это идея не очень t, _ := template.ParseFiles(tempDir+"adminka/index.html") t.Execute(w, {Title: "adminka", Msg: "test2"})

корми мап и без проблем

зачем структуру то?

зачем структуру то?

напиши плз пример с мапом - чтото никак не получается у меня

а кто-то делал поддержку enum в структуре?

Неэкспортируемый тип, экспортируемые константы

Неэкспортируемый тип, экспортируемые константы

тоже вариант

Неэкспортируемый тип, экспортируемые константы

?

Можно ли из функции Y получить название функции X, из которой Y была вызвана?

Проще говоря X вызвал Y. В Y надо получить название функции X.

Да, runtime, stack, вот это вот все

А вам зачем?

Да, runtime, stack, вот это вот все

Или хотя бы не выделываться и просто отправить туда флажочек какой-нибудь

Куда?!

Или хотя бы не выделываться и просто отправить туда флажочек какой-нибудь

Я так и делаю. Думал, можно как то красивее(

Куда?!

из X в Y

Само название кидать аргументом

Зачем это все?

Хочу логировать название функции

Чтобы было проще понять где возникла ошибка, например

можно возвращать err со стеком

Хочу логировать название функции

Возьмите логгер, который это умеет. Zap, structlog

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

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

https://gist.github.com/jboner/2841832

интересно

Round trip within same datacenter 500,000 ns 500 us

Send 1K bytes over 1 Gbps network 10,000 ns 10 us

а что такого?

почему?

понятно что не 20 us

но почему rt 500 us?

почему не 600 ?

думаю, число эмпирическое.

там же еще задержки коммутации, например

а они зависят от архитектуры свитчей, например

ну и количества

как относитесь к Singleton пакету для конфигов у которого имеется метод Load(filePath string) error? import "github.com/project/config" main() { config.Load("./config.json") config.ServerAddr // server address config.SigningSecret // certificate signing secret loaded from a file }