можно и так

я лично всё тестирую на реальной базе =) так тупо проще

я лично всё тестирую на реальной базе =) так тупо проще

С одной стороны проще.

С другой - собирать все окружение на своём компе - гемор

Особенно если у тебя есть и каучбейс, и эластик, и редис и мускул

И ещё зоопарк

Вариант 2 - CI собрать

Но тут надо пушить и смотреть результаты

3-5 минут

С моками тупо быстрее

Но как нам сегодня сказали - разработчики драйверов в большинстве своём тесты не пишут

тебе в любом случае собирать девелоперское окружение

иначе как разрабатывать? =)

и в нём тесты и сервисы должны подниматься, иначе как они тестируются? =)

Вариант 2 - CI собрать

сейчас так и есть, сложно поддерживать

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

сейчас так и есть, сложно поддерживать

Поддерживать не сложно, просто надо этим заниматься. А не все хотят.

По идее должны быть админы , которые все поддерживают. Но обычно из нет

я лично всё тестирую на реальной базе =) так тупо проще

На реальной - в смысле продовой?)

нет

По идее должны быть админы , которые все поддерживают. Но обычно из нет

почему админы? Кому это надо? - программистам, пусть сами и поддерживают

почему админы? Кому это надо? - программистам, пусть сами и поддерживают

Пф.

Пусть и сами сервера собирают

И сами себе гит на сервера ставят

И сами себе окружение

я знаю, кто этим занимается

девопсы)

И сами пусть деплоят

И сами админы

Фулстек прогер=девопс

почему нет?

))

почему нет?

Потому что прогать некогда будет

А в остальном проблем нет

а смысл прогать, если деплоить некуда? =)

Потому я набрал умных стремящихся студентов. Они мне поднимают инфрастуктуру, и деплоят, и ci админист

И им полезно и мне удобно, и они в фоне в код смотрят, иногда пару строк пишут

мм, отправлять студентов на самую опасную/сложную часть это правильно =)

мм, отправлять студентов на самую опасную/сложную часть это правильно =)

Умных - очень даже правильно

Не сразу конечно, но результатам за 2 два года очень доволен

как же доволен, если девелоперсого окружения нет нормального? =)

как же доволен, если девелоперсого окружения нет нормального? =)

Есть

Работает

Меня огорчает что долго

Именно что надо пушить

А не на своём ноуте

ну видимо что-то не то у вас с ci, если на своем ноуте выходит заметно быстрее

ну видимо что-то не то у вас с ci, если на своем ноуте выходит заметно быстрее

Мок на ноуте всегда быстрее, чем поднят в контейнере чистую базу

Нет?

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

Кто из пристувующих держит на рабочей машине базу для тестов чистую (не ту, на которой идёт разработка)

Нет?

Мне кажется, если все делается одинаково, то разницы быть не должно, где поднимать

Кто из пристувующих держит на рабочей машине базу для тестов чистую (не ту, на которой идёт разработка)

а зачем её держать, она поднимается во время тестов

а зачем её держать, она поднимается во время тестов

Смотрел твои выступления про Go, забавно было слушать ?

почему забавно? =)

Ну, весело объясняешь

Мне кажется, если все делается одинаково, то разницы быть не должно, где поднимать

Мок по времён дольше чем поднимать базу в контейнере и заливать в неё тестовые данные? Серьезно?

И вполне интересно

спасибо =)

а зачем её держать, она поднимается во время тестов

Если это sql - то ещё куда ни шло. А если couchbase например?

к сожалению не знаю, что с каучбейз =)

к сожалению не знаю, что с каучбейз =)

От тяжеловат

Если мускул пустой более менее норм, то что посерьёзнее уже тяжело поднимать на рабочей тачке

Потому в CI и на серверах тестить

И тесты на чистых инстансах

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

ERROR: S client not available

можно держать 2 инстанса - дев и тест

Если это два тонких sql то да. Если базы тяжеловаты, или само хранилище более требовательно - то уже нет

ну как то же тестят терабайтные базы ?

наверное не тестят =)

ну как то же тестят терабайтные базы ?

Не на локальных дев машинах наверно

ну или тестят только производительность/верность данных

у нас девелоперское окружение работает в амазоне

на 16гб инстансах

на локальной машине всю память голанд съедает на пару с хромом )

на локальной машине всю память голанд съедает на пару с хромом )

Люблю джетбреин за работу с гитом. В остальном - жручий ад

на 16гб инстансах

У меня 128гб физики)

в тестах не обязательно все данные тащить ведь

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

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

Предлагаю разойтись на мнении, что есть горячие тесты, и все остальные.

И все объём надо крутить на ci перед деплоем на чистом окружении

И разойтись спать?

не понял последнего аргумента =) но не важно

))

у нас есть такая штука "команды в БД" -- это обхекты с опциями которые динамически собираются, все это через ORM генерит запрос, например "запросить все статьи + с лайками + с автором + прочая фигня"

Graphql?

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

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

почему бы просто готове решение не заюзать

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

https://github.com/dgryski/go-expirecache

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

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

Я скинул пакет, он примерно это и делает

к счастью исходники go пакетов читабельны

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

у меня иногда проблемы с чтением чужих сурцов

Хорошо когда есть комменты, а то вот допустим: type Cache struct { *cache // If this is confusing, see the comment at the bottom of New() }

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

есть еще стандартные таймеры в гоу

https://golang.org/pkg/time/#After

да, но это ж на каждый элемент горутину нужно