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

исправьте и будет вам щастье

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

исправьте и будет вам щастье

Заработало. Спасибо.

Заработало. Спасибо.

фух, можно лениться дальше

иначе придется слать на сервер всю сущность и на сервере вычислять дельту с вариантами 1) запоминать все версии сущностей, вычислять дельту по сравнению с нужной версией 2) придумывать блокировки на время редактирования 3) не придумывать блокировки и слать клиента лесом если он пытается изменить устаревшую версию.

@onokonem какое твое мнение?

таааак

я все пропустил

давай я повторю

Ага

Есть REST API, в нем метод для частичного обновления сущности PATCH. Он может быть реализован как: 1) https://tools.ietf.org/html/rfc7386 2) https://tools.ietf.org/html/rfc6902 3) пересылать полностью состояние сущности, при этом запоминать все версии сущностей, вычислять дельту по сравнению с нужной версией 4) пересылать полностью состояние сущности, при этом придумывать блокировки на время редактирования 5) пересылать полностью состояние сущности, при этом слать клиента лесом если он пытается изменить устаревшую версию сущности. Что из этого кто использует, что проще, как реализовывать на golang?

я бы, если бы ТЗ позволяло, делал 5

тут несколько плюсов:

1. не надо реализовывать логику мерджа

2. не надо думать о том, кто первый встал и чьи тапки

3. на случай конкурентного изменения у нас есть четкий индикатор того, что что-то пошло не так

Есть REST API, в нем метод для частичного обновления сущности PATCH. Он может быть реализован как: 1) https://tools.ietf.org/html/rfc7386 2) https://tools.ietf.org/html/rfc6902 3) пересылать полностью состояние сущности, при этом запоминать все версии сущностей, вычислять дельту по сравнению с нужной версией 4) пересылать полностью состояние сущности, при этом придумывать блокировки на время редактирования 5) пересылать полностью состояние сущности, при этом слать клиента лесом если он пытается изменить устаревшую версию сущности. Что из этого кто использует, что проще, как реализовывать на golang?

А в пятом варианте есть необходимость хранить старые версии?

нет, конечно

А в пятом варианте есть необходимость хранить старые версии?

только номер последней версии

там только sequence надо хранить, и сравнивать с тем, что приехало

Тогда мб проще на уровне бд атомарно записать?

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

можно и так

Получается одна транзакция

еще мнения будут?

Есть REST API, в нем метод для частичного обновления сущности PATCH. Он может быть реализован как: 1) https://tools.ietf.org/html/rfc7386 2) https://tools.ietf.org/html/rfc6902 3) пересылать полностью состояние сущности, при этом запоминать все версии сущностей, вычислять дельту по сравнению с нужной версией 4) пересылать полностью состояние сущности, при этом придумывать блокировки на время редактирования 5) пересылать полностью состояние сущности, при этом слать клиента лесом если он пытается изменить устаревшую версию сущности. Что из этого кто использует, что проще, как реализовывать на golang?

я бы сделал так 1) Шлется некий GET запрос, на ендпоинт, которым мы показываем, что хотим отредактировать некую сущность. Сервер делает лок на сущность и в ответ на клиента передается некий токен 2) На клиенте происходит какое-то редактирование сущности и потом вся сущность передается на сервер, вместе с полученным токеном 3) Сервер проверяет что сущность открыта на редактирование клиентом именно с таким токеном и производит обновление сущности 4) Все время, пока кто-то уже открыл сущность на редактирование, все остальные такие запросы отбиваются с ошибкой "юзер такой-то уже редактирует такую сущность". 5) У всех запросов на редактирование есть определенный таймаут, во избежание перманентного лока на редактирование

я бы сделал так 1) Шлется некий GET запрос, на ендпоинт, которым мы показываем, что хотим отредактировать некую сущность. Сервер делает лок на сущность и в ответ на клиента передается некий токен 2) На клиенте происходит какое-то редактирование сущности и потом вся сущность передается на сервер, вместе с полученным токеном 3) Сервер проверяет что сущность открыта на редактирование клиентом именно с таким токеном и производит обновление сущности 4) Все время, пока кто-то уже открыл сущность на редактирование, все остальные такие запросы отбиваются с ошибкой "юзер такой-то уже редактирует такую сущность". 5) У всех запросов на редактирование есть определенный таймаут, во избежание перманентного лока на редактирование

а мы просто завели /lock/unlock/update :)

а мы просто завели /lock/unlock/update :)

так у меня примерно такая же схема

просто на lock если кто-то уже занял шлется отлуп. и есть автоматический unlock, если что-то пошло не так

я бы сделал так 1) Шлется некий GET запрос, на ендпоинт, которым мы показываем, что хотим отредактировать некую сущность. Сервер делает лок на сущность и в ответ на клиента передается некий токен 2) На клиенте происходит какое-то редактирование сущности и потом вся сущность передается на сервер, вместе с полученным токеном 3) Сервер проверяет что сущность открыта на редактирование клиентом именно с таким токеном и производит обновление сущности 4) Все время, пока кто-то уже открыл сущность на редактирование, все остальные такие запросы отбиваются с ошибкой "юзер такой-то уже редактирует такую сущность". 5) У всех запросов на редактирование есть определенный таймаут, во избежание перманентного лока на редактирование

это pessimistic lock. Зависит от бизнес задач, но зачастую слишком жирновато эксклюзивно локать. Лучше оптимистик лок

это pessimistic lock. Зависит от бизнес задач, но зачастую слишком жирновато эксклюзивно локать. Лучше оптимистик лок

так-то да, я рассматриваю сущности, которые редактируются вручную и редко будет конкуренция

условно - бэк-офис в котором работают менеджеры

ну даже если дельту, нужно как-то связывать значение новый старый, например по ID, а дальше кодогенерацией создать if newEntity.Name != "" && newEntity.Name != oldEntity.Name { // добавляем в update значение }

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

Гайз, не очень понимаю куда вопрос лучше задать, поэтому сюда. Есть задачка. Дано много (миллиарлды) многомерных векторов с одинаковой размерностью. На вход подается новый вектор и нужно найти N ближайших к нему по метрике косиносного расстояния (или евлидова). На чем такое можно построить? Или лучше свой велосипедик писать на гошечке?

на мой взгляд надо рассчитывать на три edgecase. 1) Редактирование с контролем номера версии сущности на уровне формы 2) Редактирование на уровне отдельного поля 3) Очень конкурентное редактирование с организацией потока сообщений о каждом элементарном изменении и рассылкой (гуглодоки)

ну и да, время на запрос очень ограничено

а мы просто завели /lock/unlock/update :)

О, стейтфул протокол поверх стейтлес. Это мы любим...

Гайз, не очень понимаю куда вопрос лучше задать, поэтому сюда. Есть задачка. Дано много (миллиарлды) многомерных векторов с одинаковой размерностью. На вход подается новый вектор и нужно найти N ближайших к нему по метрике косиносного расстояния (или евлидова). На чем такое можно построить? Или лучше свой велосипедик писать на гошечке?

На какой архитектуре хочется запускаться?

О, стейтфул протокол поверх стейтлес. Это мы любим...

И вот везде так :(

На какой архитектуре хочется запускаться?

это вопрос про железо?

это вопрос про железо?

Да

Железом не обделены. Что-то вроде интелов E5-2620 и много памяти

Железом не обделены. Что-то вроде интелов E5-2620 и много памяти

На arm/mips и прочих странных архитектурах неинтересно запускаться, да?

На arm/mips и прочих странных архитектурах неинтересно запускаться, да?

а это даст какой-то существенный прирост?

а это даст какой-то существенный прирост?

скорее существенные проблемы

ну по сути, кроме этой задачи такие сервера не будет ничем другим заниматься. трафика достаточно там будет

скорее существенные проблемы

?????

Гайз, не очень понимаю куда вопрос лучше задать, поэтому сюда. Есть задачка. Дано много (миллиарлды) многомерных векторов с одинаковой размерностью. На вход подается новый вектор и нужно найти N ближайших к нему по метрике косиносного расстояния (или евлидова). На чем такое можно построить? Или лучше свой велосипедик писать на гошечке?

rtree? а дальше spatial базы данных. я бы начал с postgis смотреть

rtree? а дальше spatial базы данных. я бы начал с postgis смотреть

А вот это уже интересно, спасибо за наводку, изучу вопрос

Гайз, не очень понимаю куда вопрос лучше задать, поэтому сюда. Есть задачка. Дано много (миллиарлды) многомерных векторов с одинаковой размерностью. На вход подается новый вектор и нужно найти N ближайших к нему по метрике косиносного расстояния (или евлидова). На чем такое можно построить? Или лучше свой велосипедик писать на гошечке?

свой, конечно

но хорошо не будет - там, очевидно, полный перебор

но хорошо не будет - там, очевидно, полный перебор

полный перебор для каждого запроса? Боюсь что это не очень оптимально

а как вы хотите? индексы хорошо работают на одномерных векторах

на многомерных - не очень

но у вас-то вообще евклидово расстояние (даже не манхеттен)

вся база векторов будет создавать какое-то пространство и мы его можем поделить на части. И при поиске ближайших векторов к заданному просто охватывать ближайшие области. Можно это представить в двумерном виде как карта. Ткнул в глобус пальцем, и ищешь ближайшие города на материке. Нет смысла на других искать

можем и поделить, не вопрос

будут ошибки на границах областей

но у вас-то вообще евклидово расстояние (даже не манхеттен)

еще можно косинусное попробовать

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

очень понравилось описание R-дерева попробую туда капнуть https://ru.wikipedia.org/wiki/R-дерево_(структура_данных)

Гайз, не очень понимаю куда вопрос лучше задать, поэтому сюда. Есть задачка. Дано много (миллиарлды) многомерных векторов с одинаковой размерностью. На вход подается новый вектор и нужно найти N ближайших к нему по метрике косиносного расстояния (или евлидова). На чем такое можно построить? Или лучше свой велосипедик писать на гошечке?

тебе нужна СУБД с geospatial index

ERROR: S client not available

тот же постгрес или более специализированная

Ребята, скажите пожалуйста, как сделать так, чтоб можно было повторно в переменную присвоить значение : token, _ := uuid.NewV4() token = token.String()

не работает вторая строка

OMG

Ребята, скажите пожалуйста, как сделать так, чтоб можно было повторно в переменную присвоить значение : token, _ := uuid.NewV4() token = token.String()

разные типы, не получится так

да, но мб можно както освободить или типо того?

а?!

нет

тоесть по любому вторую переменную создать?

да, но мб можно както освободить или типо того?

это вам в javascript надо

это вам в javascript надо

потому и спрашиваю, что не знаю

на самом деле - вы хотите функцию, которая будет возвращать string

тоесть по любому вторую переменную создать?

если переменная появилась, тип у нее изменить нельзя

потому и спрашиваю, что не знаю

так можно же поиграться в консоли, или вот тут хотя бы https://play.golang.org/

на самом деле - вы хотите функцию, которая будет возвращать string

да

так можно же поиграться в консоли, или вот тут хотя бы https://play.golang.org/

я и в ide могу

да

ну так сделайте ее :)

ну так сделайте ее :)

спасибо

Ребята, скажите пожалуйста, как сделать так, чтоб можно было повторно в переменную присвоить значение : token, _ := uuid.NewV4() token = token.String()

token = uuid.Must(uuid.NewV4()).String()

token = uuid.Must(uuid.NewV4()).String()

о, спасибо!!

rtree? а дальше spatial базы данных. я бы начал с postgis смотреть

внутри postGIS как раз R-Tree имплиментация, но там размерность вектора максимум 4, что не подходит, а жаль(

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

Aleksey Kislitsa: Что можно почитать про go generator, кодогенерацию и правильное и неправильное использование?

go generate - это просто способ вызвать команды, прописанные в специальных комментах

а что за команды туда писать - это вопрос к разработчику

в общем и целом никакого стандарта (пока?) на это нет

Aleksey Kislitsa: Что можно почитать про go generator, кодогенерацию и правильное и неправильное использование?

из официального есть https://blog.golang.org/generate и https://golang.org/cmd/go/#hdr-Generate_Go_files_by_processing_source

По каким-то причинам не удаётся распарсить JSON https://play.golang.org/p/hOYnh73ISLd

Точнее, возвращается пустой результат