Artem

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

ну это вариант да, но в нашей ситуации нам важна скорость доступа и анализа для разработчика до них. т.е. в базе мы можем написать select where user = ? and process = ? and da...

мне кажется, что для Go Basics опроса очень мало вопросов по типу "сколько будет ++i + ++i" а по поводу 11 пункта, имхо юзлес вопрос, сколько не пишу/читаю код никогда меня не...

package main import ( "regexp" "fmt" ) func main() { var re = regexp.MustCompile(`(?m)(?<=\").+?(?=\")`) var str = `gsdgsdgsd"test" dsgsdg dsgsdg sssssssssss...

наш юзкейс больше похож на то что нам нужно какое-то хранилище логов, а не полезных данных. но как raw http складывать в тот же elk или splunk и потом искать в нем?

а вот это типо быстрее работает, чем обычный каст? func efaceToInt(eface interface{}) int { return (*(*int)((*[2]unsafe.Pointer)(unsafe.Pointer(&eface))[1])) }

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

а есть возможность сбилдить валидный ast.File в рантайме и заиспользовать его там же (минуя запись в файл и вызов go build ...)?

? вот текст ошибки, что тут понятно panic: runtime error: invalid memory address or nil pointer dereference

так а не проще тогда все каналы направить в 1? и потом с этого одного вычитывать?

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

а gofmt не всегда же удаляет ; из кода и переносит на новую строку?

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

Что значит успешные? Кредитные бюро тоже успешные, тоже монолиты, что внутри никто не знает. Я тебе тоже могу называть компании с ммэикросервисами - Гугл к примеру

а платные что б потратить деньги? бесплатные так себе?

а в очереди много сообщений?

В каком случае json.Marshal может свалиться паникой?

А то, что id пришло может означать что все пошло крахом? Если хочется отдать статус, то любят какой-нибудь статус-код и соответствующее сообщение, а не просто да/нет

? Ну есть graphql, jsonrpc и т.д. вы сравниваете механизмы с абстрактным понятием. Хотели предложить rest, можно было сразу написать

А graphql уже нельзя назвать api?