Ты кодить учишь...

уже палеными волосами с задницы воняет

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

синглтон...

Синглтон глобальная переменная

уже палеными волосами с задницы воняет

Кость, ты просто не понимаешь что он хочет и о чем спрашивает. Серьезно. Ты с бочка заходишь и подтралливаешь не понятно о чем

уже палеными волосами с задницы воняет

https://www.bsuir.by/m/12_100229_1_98218.pdf стр 259

Кость, ты просто не понимаешь что он хочет и о чем спрашивает. Серьезно. Ты с бочка заходишь и подтралливаешь не понятно о чем

😐

в пдф

10.4. Область видимости вот прям отсюда

изложение по главе будет?

или можно отделаться пересказом?

Читать и все если не понятно чем плохи гломальные переменные и тот же синглтон

Там все описанно

Хехе, забавно. На предыдущей странице Керриган и Пайк упоминаются)

Керниган

они еще были по другую сторону

http://marcio.io/2015/07/singleton-pattern-in-go/

Комментарии там отличные

сижу и думаю.. а чем ioc контейнер не синглтон? :) и почему нельзя di через интерфейсы? или хочется удобства, чтобы где-то в инитах подсовывались нужные реализации, чтоб не ручками подсовывать везде?

Да чтобы не подсовывать каждый раз, различие в том что это лекго замокать и протестировать

как синглтон замокать?

Никак

Мне казалось все DI используют, я прям прозрел

Это же так улобно

в go не используют, потому что здесь KISS господствует

Вот DI и добавлет этого, код становится проще, это маленькая магия (обьект кторорый отвечает за создание и хранение обьектов)

У меня код чистый и понятный боагодаря DI

Так мысль я понял

Все про DI не спрашиваю

ну если проект очень большой - наверное контейнер будет удобен. мне пока не впадлу ручками подсовывать нужную реализацию в методы, которые в свою очередь принимают интерфейсы, для моков более чем достаточно если лайфтаймом объектов в контейнере управлять не надо - то тогда вообще смысла не вижу. для веб сервисов хватает контекста per request

Спасибо всем за ответы)

но с готовыми либами грустно :D

фейсбук либа странная, хотя это фейсбук

Глобальные объекты- это зло в чистом видн

в го 1.9 добавят sync.Map

джва года ждали

джва года ждали

Самому запилить было дело получаса ))

Но новость всё равно хорошая

Самому запилить было дело получаса ))

Я тоже так подумал, когда Порадовался мессаге славы на обнову :D Походу только я внимание сразу обратил

Глобальные объекты- это зло в чистом видн

глобальный объект - это нормально. если он инитится где-то один раз и иммутабелен. все эти ваши синглтоны с конфигами и иок контейнеры - это по своей сути те же глобальные объекты в большинстве случаев.

глобальный объект - это нормально. если он инитится где-то один раз и иммутабелен. все эти ваши синглтоны с конфигами и иок контейнеры - это по своей сути те же глобальные объекты в большинстве случаев.

если инициализация не зависит от нас - это уже плохо

Самому запилить было дело получаса ))

Там не такая простая реализация же :)

это когда неявно через init() у пакета тебе насовывают? :)

Кстати да, надо б но 1.9бета на часть продакшена выкатить

Там не такая простая реализация же :)

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

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

Так то да, но вся фишка в более умной реализации

Кстати да, надо б но 1.9бета на часть продакшена выкатить

А вы любите экстрим ))

А вы любите экстрим ))

Просто мой продакшн денег не приносит :) не жалко

Ну если так, то действительно можно поэксперементировать. ))

Ну если так, то действительно можно поэксперементировать. ))

А так я в какой то момент багу даже нашел по-моему в рц1 на 1.8. пересборано весь прод, а тесты перестали проходить

А так я в какой то момент багу даже нашел по-моему в рц1 на 1.8. пересборано весь прод, а тесты перестали проходить

В текущей 1.9 баги тоже в наличии https://github.com/golang/go/milestone/49

там даже тесты какието не проходили на выходных у меня

В текущей 1.9 баги тоже в наличии https://github.com/golang/go/milestone/49

Так в этом же и фишка - чем больше тестеров тем лучше релиз :)

Ну если действительно багрепортите - то да.

Мой прод это мониторинг, он ещё достаточно жирный чтобы никто не заметил если я на 1 сервере каждой роли выкачу нестабильное нечто

Когда 1.9 выйдет, это считается блидинэджингом? :)

Или это эдж, но не блидин))

RC канешн нет. А релиз?

1.9 - это наверняка не только новые фичи, но и исправление косяков 1.8

Злой вы

У некоторых проектов такой блидинг Эдж что ему многие стейблы бы позовидовали

Сомневаешься - ждешь 1 багфикс-релиза. Хотя с некоторыми проектами и парочка не повредит.

Сомневаешься - ждешь 1 багфикс-релиза. Хотя с некоторыми проектами и парочка не повредит.

У некоторых проектов такой стейбл что их вообще лучше никогда не трогать

У некоторых проектов такой стейбл что их вообще лучше никогда не трогать

Кесарю - кесарево. :)

Ребят, Dave Cheney в сентябре приедет в Новосибирск 😱

Ребят, Dave Cheney в сентябре приедет в Новосибирск 😱

А кто это?

А кто это?

https://dave.cheney.net/ вот этот дядька :)

Я гуглить-то умею, уже нашел его сайт, но понятнее не стало

Разве что он контрибьютор го

полистай страничку about

Я гуглить-то умею, уже нашел его сайт, но понятнее не стало

Я по бороде понял, что это СУРОВЫЙ дядька :)

Пайк - мистер Фёрст, Чени - мистер Секонд

Ребят, Dave Cheney в сентябре приедет в Новосибирск 😱

Мероприятие какое-то?

https://gdg-siberia.com/

круто

будет воркшоп: https://dave.cheney.net/training#high-performance-go и ещё один доклад :)

вообщем, приезжайте

будет воркшоп: https://dave.cheney.net/training#high-performance-go и ещё один доклад :)

Доклад кстати неплохой, если хочется понять как дебажить производительность в го

И дядька рассказывает хорошо

Overhead of Go's generic sort https://github.com/nieksand/sortgenerics