Сначала проверял на нил, потом получал

Я не первый день программирую

https://play.golang.org/p/162VvR5cdNM

if p != nil && *p > 10 {}?

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

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

https://play.golang.org/p/162VvR5cdNM Вот ссылка на пример который показывает что го не проверяет после первого явного фолса. Значит проблема в ифе

Я уже понял, что в простых условиях не проверяет

В сложных такое же происходит, алгоритм один

По идее аналогично. Можно просто проверить, быстрее будет

совершенно аналогично

Я уже понял, что в простых условиях не проверяет

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

Да я ее и так уже нашел

а?!

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

что не так?

Скобки потерялись

а

Второй раз за сегодня на какую-то фигню напоролся

Надо бы поспать

Напомните плиз в чем проблема была с gorm? Толи он там данные из таблицы удалял при определнных условиях толи что

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

Спасибо а пофиксили уже?

совершенно аналогично

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

Стоит его вообще использовать?

Кстати, такой вопрос по организации доступу к БД: По умолчанию database/sql держит пулл соединений sql.DB и можно обращаться к пуллу напрямую, он в свою очередь выделяет соединие на запрос. Но также можно из пула отдельно выделять соединение через Conn(), и через него пропускать множество запросов. Какой подход для какой ситуации? И стоит ли вообще заморачиваться с этим или достаточно юзать пул?

Кстати, такой вопрос по организации доступу к БД: По умолчанию database/sql держит пулл соединений sql.DB и можно обращаться к пуллу напрямую, он в свою очередь выделяет соединие на запрос. Но также можно из пула отдельно выделять соединение через Conn(), и через него пропускать множество запросов. Какой подход для какой ситуации? И стоит ли вообще заморачиваться с этим или достаточно юзать пул?

Если условия задачи не требуют этой возможности, то и заморачиваться не стоит

Кстати, такой вопрос по организации доступу к БД: По умолчанию database/sql держит пулл соединений sql.DB и можно обращаться к пуллу напрямую, он в свою очередь выделяет соединие на запрос. Но также можно из пула отдельно выделять соединение через Conn(), и через него пропускать множество запросов. Какой подход для какой ситуации? И стоит ли вообще заморачиваться с этим или достаточно юзать пул?

да как -то нету особо смысла

Какое хранилище лучше использовать для словарей? думается или редис или какойнить sql.

Какое хранилище лучше использовать для словарей? думается или редис или какойнить sql.

Sqlite

особенно учитывая их топовый последний CоС

Какое хранилище лучше использовать для словарей? думается или редис или какойнить sql.

А какие требования?

Какое хранилище лучше использовать для словарей? думается или редис или какойнить sql.

Словари в редисе прекрасно хранить, там даже тип специальный есть для этого

Спасибо а пофиксили уже?

Нет

А какие требования?

Да пока никаких. Просто сохранить словари, и получать их по апи.

Да пока никаких. Просто сохранить словари, и получать их по апи.

Посмотри badger

https://github.com/dgraph-io/badger

https://github.com/dgraph-io/badger

спс

Посмотри badger

А есть что-то похожее но типа mongoo?

Риак есть

Но он не похож на монго?

Зачем скриптом?

go env

Зачем тянуть скриптом пару пакетов?

Если с гитхаба, то git clone.

dep?

Хм, где это лежит, что нужно стянуть?

Либо вендоринг - например dep, либо через модули. Если конечно это нужно, а так вроде как go get.

Будет, если всё правильно сделать.

То есть да.

очень странная задача. почему не распространять сразу бинарник?

я не понимаю, почему ее надо компилить на компе у юзера

Какой смысл, го умеет в кросскомпиляцию.

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

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

не будет генериков в го

Не точно ведь, ишью висит

не будет генериков в го

Прозвучало как проклятие

Не точно ведь, ишью висит

А как кстати ишью переводится?

https://www.multitran.ru/c/m.exe?CL=1&s=issue&l1=1

https://translate.google.com/?hl=ru

https://translate.google.com/?hl=ru

Мне это не нужно.

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

Профита от них больше

Энивэй

смотрите

за два года убедительно доказать необходимость генериков не удалось

да почему же?

за два года убедительно доказать необходимость генериков не удалось

значит - и не удастся. расходимся.

ладно

коллега, при чем тут С?

все, что компильнется на машине юзера - компильнется и у вас

(я не уверен насчет shared c. раньше не было, но, может, сделали уже)

это не очень важно в вашем случае

для того. чтобы компилять go в любой поддерживаемый вид - не нужен компилятор C

в другую сторону есть проблемы - когда вы из go хотите библиотеку на с использовать. проблемы решаемые, но требующие напильника

а ваш случай, если я правильно понял, тривиальный

GOPATH надо выставлять самому