М
а есть ли практический смысл в такой реализации решета, через каналы?
https://golang.org/doc/play/sieve.go
если да, то какой?
Size: a a a
2020 March 04
AE
RS
а есть ли практический смысл в такой реализации решета, через каналы?
https://golang.org/doc/play/sieve.go
если да, то какой?
https://golang.org/doc/play/sieve.go
если да, то какой?
нет, это можно как мне кажется, решить простой функцией
Scan(func(int) (int, bool))DB
Добрый день! Кто-нибудь использовал дефолтные креды для aws сессии в aws-sdk-go? Использую их для тестового окружения, с указанием только endpoint и region, и все равно получаю ошибку noValidProviders в дефолтных кредах
Д
Добрый день! Есть ли ещё graphql клиенты для go, кроме github.com/machinebox/graphql?
МП
Всем привет
Ребят нужна подсказка.
В свободное от основных задач время на рабочем компе программирую. Комп входит в доменную сеть организации и смотрит в инет через прокси (работа с программированием никак не связана). Пытаюсь уже както наладить работу с модулями. Тонкостей процесса соединения не знаю, но видимо прокси блокирует соединение с 443 портом. Пытаюсь загрузить модули зависимостей, но получаю ошибку: # go run main.go build command-line-arguments: cannot load ...: dial tcp <some-ip>:443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
Подскажите куда копать, что ставить.
Буду рад объяснению на каком этапе идет блокировка. Спасибо!
Ребят нужна подсказка.
В свободное от основных задач время на рабочем компе программирую. Комп входит в доменную сеть организации и смотрит в инет через прокси (работа с программированием никак не связана). Пытаюсь уже както наладить работу с модулями. Тонкостей процесса соединения не знаю, но видимо прокси блокирует соединение с 443 портом. Пытаюсь загрузить модули зависимостей, но получаю ошибку: # go run main.go build command-line-arguments: cannot load ...: dial tcp <some-ip>:443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
Подскажите куда копать, что ставить.
Буду рад объяснению на каком этапе идет блокировка. Спасибо!
Нужно поставить env var с именем http_proxi
ПК
Добрый день! Есть ли ещё graphql клиенты для go, кроме github.com/machinebox/graphql?
OK
Мимо Проходящий
Нужно поставить env var с именем http_proxi
ойой, это не мне)
ПК
Но по мне машинбокс получше
OK
Мимо Проходящий
Нужно поставить env var с именем http_proxi
автор чуть ниже был, я помогу запостить ток
OK
Добрый день! Есть ли ещё graphql клиенты для go, кроме github.com/machinebox/graphql?
у 99design что-то есть
ПК
Но по мне машинбокс получше
Т.к. в шаркул нужно пересоздавать клиент с новым раундтриппером для добавления хедера в запрос
ПК
Что такое себе
Д
понял спасибо
с go недавно работаю и с машинбоксом такая проблема, что на выходе получаю пустое значение
с go недавно работаю и с машинбоксом такая проблема, что на выходе получаю пустое значение
{{0}}
структураtype Resp struct {
Data struct {
Account struct {
ID int `json:"id"`
} `json:"account"`
} `json:"data"`
AccountID int `json:"account_id"`
}
и собственно сам кодreq := graphql.NewRequest(`, хотя должен получить нормальный ответ
query{
account{
id
}
}
`)
req.Header.Set("Content-Type", "application/json")
req.Header.Set("Authorization", "bearer "+secret)
ctx := context.Background()
var res Resp
if err = client.Run(ctx, req, &res); err != nil {
log.Fatal(err)
}
log.Println(res.Data) // получаю {{0}}
P🐈
Как в питоне получить ошибку указателя?
import ctypes
a = ctypes.c_char_p(1)
print(a.value)
H
Кто-то делал проекты по чистой архитектуре? Стоит ли разделять по сущностям и внутри каждой создавать слои абстракций ( entitie, usecases, adapters и тд) ? Или все таки лучше не разделять по сущностям и оставить только слои ( те же entities, usecases и тд ), а дальше сортировать по уровню абстракции и класть рядом каждую сущность.
/
Hmm
Кто-то делал проекты по чистой архитектуре? Стоит ли разделять по сущностям и внутри каждой создавать слои абстракций ( entitie, usecases, adapters и тд) ? Или все таки лучше не разделять по сущностям и оставить только слои ( те же entities, usecases и тд ), а дальше сортировать по уровню абстракции и класть рядом каждую сущность.
сейчас пишу "Монолит" по этому дизайну, получается очень даже ок
RS
Hmm
Кто-то делал проекты по чистой архитектуре? Стоит ли разделять по сущностям и внутри каждой создавать слои абстракций ( entitie, usecases, adapters и тд) ? Или все таки лучше не разделять по сущностям и оставить только слои ( те же entities, usecases и тд ), а дальше сортировать по уровню абстракции и класть рядом каждую сущность.
что такое usecases? 🙂
/
думаю что такой к монолиту очень даже подходит, только не стоит строить карго культ entitie, usecases, adapters
H
что такое usecases? 🙂
бизнес логика приложения