я боюсь гоу не переплюнет С если мы будем заниматся отрисовкой например 3D графики

Для этого есть раст. Мы сейчас их оба юзаем — на го вебсервер, на расте нативный модуль с числодробилкой

мне интересно как они сделали - play.golang.org

там же можно попробывать дотянуться до файловой системы

там же можно попробывать дотянуться до файловой системы

sandbox же

все равно как то кмх

мне интересно как они сделали - play.golang.org

Вот так они сделали https://github.com/golang/playground

а не, tcp/http таки запретили

2009/11/10 23:00:00 Get https://telegram.org/: dial tcp: Protocol not available

там все запретили, что небезопасно

план по захвату мира накрылся :)

Ктот использовал редис? Вы кахдый раз перед тем как к нему обращаетесь пинг используете? _, err := client.Ping().Result()

Или как проверяете что он упал?

Или можно не проверять, просто err := client.Set("key", "value", 0).Err()

Обычно делаю pool подключений, а дальше проверяю уже ошибку.

И ping не делаю

кстати про пулл подключений, самопальное что-то юзаете или либами?

Подскажите, нормальная ли практика. Для Patch'a сделали на внешний API модельки, т.е. аля на Get, Post, etc.. запросы. Есть модели представления в базе данных. Чтобы вручную со строками не работать, делаем маппинг из структуры запросов на структуру БД, посредством тегов, т.е. приходит что-то нам на внешний слой, чекаем, валидируем, отдаем сторонней либе структуру запроса, которой уже скормлена структура БД и на основе тегов проходимся по структуре БД, сверяем типы, наличие вообще этих полей и отдаем стуктуру Update в которой инкапсулирована map[string]interface{} и уже отдаем на апдейт в драйвер базы данных

Подскажите, нормальная ли практика. Для Patch'a сделали на внешний API модельки, т.е. аля на Get, Post, etc.. запросы. Есть модели представления в базе данных. Чтобы вручную со строками не работать, делаем маппинг из структуры запросов на структуру БД, посредством тегов, т.е. приходит что-то нам на внешний слой, чекаем, валидируем, отдаем сторонней либе структуру запроса, которой уже скормлена структура БД и на основе тегов проходимся по структуре БД, сверяем типы, наличие вообще этих полей и отдаем стуктуру Update в которой инкапсулирована map[string]interface{} и уже отдаем на апдейт в драйвер базы данных

я сам так делал, но не гибко ?

я сделал внутренную структуру, с которой удобно будет работать уже на вывод и фабричный метод который ее инициализурует

А чем не гибко?

В случае Patch'a мы не знаем, что именно нужно будет обновить, для всего остального уже делаем конкретные методы обновления группы полей

func createModelFromDb(dbEntity *db.Enltity) { model = &modelStruct{ name: dbEntity.name } model.family = dbEntity.family return model; }

вот такие фабрики

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

и констукция на тегах тут только все утяжелит

Например?

func createModelFromDb(connect *db.Connect, dbEntity *db.Enltity) { model = &modelStruct{ name: dbEntity.name } model.family = dbEntity.family commentCount, err := connect.query('select count(*)......') if err != nil { model.commentCount = commentCount } return model; }

а на тегах сколько тебе такое делать?

да и парсить теги, это обязательно пакет reflect. Тормоза и геморой ?

Ну это можно решить кодогенерацией

И использовать такой маппинг только для патчей

А они не так часто прилетают

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

"никаких inc и подобного" ??

Ну например счётчик увеличить

Просто я не совсем понял про подзапросы

я писал про вариант на чтение

А, про чтение нет, это используется лишь на патч

когда надо из сущности выбрать, без какой либо записи

А с чтением думаю ручной маппинг на нужную структуру и все

про запись...

я из json инициализирую структуру, потом валидирую опять же по тегам, с помощью либы https://github.com/go-playground/validator

если все хорошо, кормплю структуру в фабрику в пакете Entity и там опять "ручной" маппинг до бд

и так для каждой модели

p.s. не стряляйте в пианиста, он играет как умеет ?

А зачем фабрики для этого?

что бы инкапсулировать сложные инициализации ?

Все перегуглил. Ничего не нашел: Можно ли дебажить Gomobile приложения? Писать вслепую очень сложно.

Или таких экстремалов тут нет?)

начнем с того что час ночи по москве ?

я думаю проснутся с утра

начнем с того что час ночи по москве ?

Я думал у настоящих программистов в это время только начинается продуктивный рабочий день

ой, настоящие с 10 до 19 работают ?Остальное время это от лукавого

Настоящие по UTC работают

ибо влом еще часовые пояса хранить в базе

с этим пусть фронт трахается

ERROR: S client not available

Настоящие сами себе график выбирают, тогда уж

Щас бы себя в рамки запихивать в 2к17

Настоящие по UTC работают

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

Ща бы в 2017 использовать 2к17

Сейчас бы шашлычка☺️

Привет, подскажите gorm реально не умеет работать со слайсом интов или я что-то не так делаю?

Умеет

База то какая?

постгрес

converting argument $11 type: unsupported type []int, a slice of int

пишет

А поле бд как объявлено? Тегом указан тип?

нет, он вроде умный, сам все понимает

попробую явно указать

Не понимает)

простые типы понимает)

там во на соседнем канале спрашивают про оптимизации компилятора, никто не сталкивался? он оптимизирует код?

например const = true if const {} обрежет?

Categories []int `json:"categories" gorm:"column:categories,type:integer[]"

указал так, горм все равно ругается (sql: converting argument $11 type: unsupported type []int, a slice of int)

Это не горм, а стандартный database/sql ругается, он не знает что делать с этим типом

https://github.com/lib/pq/blob/master/array.go

Я что-то туплю, не могу догнать, как это пофиксить можно?

или никак? тупо в строку складывать и парсить?