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

ну в примере вообще дао не содержал никакой логики

тупо обертка над select

потому что по тз приложение вообще очень простое

поэтому оно и было мокнуто, а протестированы уже хедлеры (с мокнутым DAO)

тупо обертка над select

сложно без кода представить, только гадать если.

https://github.com/ruelephant/MailRuTestApp

код еще остался ?

https://github.com/ruelephant/MailRuTestApp

ну видимо допом придется тестировать еще EventDaoMongo, а если вкинуть туда мокнутый драйвер, то не придётся

единственное, что на ум приходит

хз, в текущем проекте только итеграционные и то они внешние

не понятно зачем юнит вообще

хз, в текущем проекте только итеграционные и то они внешние

да и у монги не интерфейс же по идее, хз как они туда драйвер хотели воткнуть, пришлось бы еще раз всё завернуть

ну там любая бд типо на выбор

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

ну пояснение дали

Для того чтобы реализовать универсальный механизм "моков" при тестировании, необходимо сделать врапер непосредственно для работы с базой. Для выполнения тестового задания можно, конечно, пойти по Вашему пути и спрятать все хэндлеры за интерфейсы, но тогда в сложных приложениях придется писать кучу дополнительного кода для тестировании каждого кейса, которых внутри каждого хэндлера может быть достаточно много. В этом случае также теряется удобство go, когда можно рядом с пакетом сразу делать тестовый файл. В текущей реализации для проведения тестирования приходится делать глобальный тестовый main_test, в то время как точечное юнит тестирование двух методов апи AddEvent и CountByType можно было бы сделать условно в файле EventDaoMongoDb_test.go. Для этого надо сделать свою обертку над mgo.Database, которая подменяется только в локальном юнит тесте, а не запускается глобальная тестовая версия всего приложения. Этот подход также показывает более правильные результаты при оценке покрытия кода тестами и практически автоматом дает возможность сделать бенчмарк, о котором написано в задании.

да, в принципе я с ними согласен, мне стало понятно

я так уже делал, когда SQL драйверы сравнивал, которые не вписывались в стандратный database/sql

я как понял они предлагают похерить dao_mock и обернуть уже базу

типо структура с select и прочее

и в dao_mongo написать тест который бы проверял правильность селекта O_o

да, и для этого интерфейса еще сделать реализацию для монги/.../мокнутую

с 0 логикой причем

мне кажется это лишняя абстракция

я же под задачу таки делал

а задача там даже "не достоина" отдельного dao

поэтому и тесты над handlers

видимо бенчмарк был намёком на это

ну про бенч вообще забыл ?

возня с докером все прибило блин

(у нас все делает devops)

мне пришлось с нуля вникать в докер

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

да просто закипаешь на одном месте

уже 5 год в один компании

Народ, добрый день Подскажите плз способ сплитнуть регекспом текст (мультилайн) так, чтобы сохранить и сам разделитель :) Разделитель - повторяющийся, "кусочков" должно получиться много. Учитывая, что в гошке нет лукэхэда, вообще непонятно, что делать, кроме построчного перебора текста =\

Ребят, кто на go делал авторизацию/регистрацию? Есть готовые решения?

Go-jwt

+

github.com/dgrijalva/jwt-go

нет. на 15% быстрее становилась работа относительно работы приложения в целом. тест не синтетический, на продовом коде обкатывался.

немного некро, но подтверждаю увеличение производительности после того как разнес приложение по отдельному инстансу на ядро с taskset'ом и GOMAXPROC=1

проц у меня такой: Intel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHz на графиках увидел снижение context switch'ей в > 1.5-2 раза

Всем привет. Почему я в срез помещаю 100млн int и памяти расходуется в 7 раз больше, чем 4 байта за элемент?

time.Parse почему не хочет работать с таким форматом - 2006-01-02T15:04:05.000Z07:00 ?

дата на входе 2018-08-29T08:12:52.977878+00:00

cannot parse "878+00:00" as "Z07:00" - ошибка

в чем может быть затык?

в 3х знаках под милисекунды?

@hhprod, а как срез объявлен? И как добавляются элементы? Лучше, конечно, на playground, gitst, etc. минимальный пример скинуть.

Всем привет. Почему я в срез помещаю 100млн int и памяти расходуется в 7 раз больше, чем 4 байта за элемент?

создай его сразу с нужным capacity, и будет тебе экономия

в 3х знаках под милисекунды?

я пробывал всякое

@hhprod, а как срез объявлен? И как добавляются элементы? Лучше, конечно, на playground, gitst, etc. минимальный пример скинуть.

а еще спросить, почему он ожидает 4 байта

var arr []int arr = append(arr, 1)

var arr []int arr = append(arr, 1)

arr := make([]int,0,100000)

мой вопрос снят

time.Parse почему не хочет работать с таким форматом - 2006-01-02T15:04:05.000Z07:00 ?

в формате милисекунды, в строчке наносекунды

arr := make([]int,0,100000)

Спасибо. А в чем отличие от var x [10000]int ?

arr := make([]int,0,100000)

Вот это вот. А так у append growing policy и всё такое. Можно 4fun самому чекнуть методом cap() в цикле добавления элементов. https://blog.golang.org/go-slices-usage-and-internals growslice - https://golang.org/src/runtime/slice.go // не уверен, что то, но очень похоже.

Спасибо. А в чем отличие от var x [10000]int ?

[10000]int - это array - со всеми плюсами и минусами, мой пример - это слайс с заранее определенной capacity, при ручном заполнении capacity, растет большими шагами, чтобы гарантировать амортизированную сложность вставки

Всем привет

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

у рутины есть номер

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

зависит от того, зачем

у рутины есть номер

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

что такое "до него"

и что такое рутина, кстати?

и что такое рутина, кстати?

горутина

что такое "до него"

нужен просто call stack

c id гоурутин, вызванных до текущей горутины

горутины не имеют иерархии

это жаль, понял вас. вот тоже ничего толкового найти не мог

если вам это зачем-то нужно - надо делать самому, передавая в горутину параметр parent, и сохраняя его там

а как правильно поступают в таком случае? Есть ссылка на какой-то обычный типа. Строка, например. zalupa *string надо по ходу дела ей присвоить строку zalupa = "zalupa lupa" но низя. Бест практис только через создание переменной под эту строку и передачу рефа на переменную?

или есть менее громоздкий варик типа с стандантной либе корфертер какой?

а как правильно поступают в таком случае? Есть ссылка на какой-то обычный типа. Строка, например. zalupa *string надо по ходу дела ей присвоить строку zalupa = "zalupa lupa" но низя. Бест практис только через создание переменной под эту строку и передачу рефа на переменную?

почему ты не можешь переменную назвать нормально?

не zalupa?

или не рефка?

это какой-то перформанс? думаешь тут оценят шутку? или это твоя позиция?

не могу, потому что go-swagger так кодогененрирует обызательные и nullable поля

твои посты генерирует сваггер? ты бот?

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

отстать. ПОдожду пацанстрэ, которые по делу че скажут

можно банить за неуважение коллег

а как правильно поступают в таком случае? Есть ссылка на какой-то обычный типа. Строка, например. zalupa *string надо по ходу дела ей присвоить строку zalupa = "zalupa lupa" но низя. Бест практис только через создание переменной под эту строку и передачу рефа на переменную?

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

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

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

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

что со школьника взять (;

вот про генерики хайп. про обработку ошибок прям подгорает у всех. а нужна-то нам иммутабельность!

и для "переменных", и для параметров...

а что, частый кейс, когда то, что не должно изменяться, изменяется?

не очень

но самый непрятный для отладки