ну - по уму так

я верно понимаю, что это прям жирный репозиторище?

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

это ты опытным путем дошел?))

ну - да

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

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

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

а какие варианты?

вот я тут поднял идею писать для каждого сервиса свой свагер. А для общей доки со всеми сервисами написать какой-ниудь js скрипт для мержа

один и тот же протокол описывать в нескольких сваггерах?!

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

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

Типа там это просто, удобно и очевидно

Вова, дай ссылочку плиз ))

один и тот же протокол описывать в нескольких сваггерах?!

ага

для меня ленивого 😄

ага

безумие...

KISS в чистом виде 😄

обколоться

это ж микросервисы в конце-концов, юзера мы ж описываем во всем репо его испльзующих

Вова, дай ссылочку плиз ))

https://bazel.build

Опенсорс реимелементация Google blaze

ага-ага

Статей по ней маловато, но есть примеры

https://github.com/laramiel/bazel-example-golang типа такого

Читал про Базель, что он не для слабых духом. И для маленьких проектов - такое себе. Ну и большой под него переделывать заманаешься. Хорош только если с самого начала под него затачиваться

Читал про Базель, что он не для слабых духом. И для маленьких проектов - такое себе. Ну и большой под него переделывать заманаешься. Хорош только если с самого начала под него затачиваться

Он как раз под микросервисы с кучей общих библиотек хорош. А миграция на новую систему сборки всегда такое себе

Так-то да. Ну и сукссес-стори не особо видно, кроме гугла. По-моему ещё дропбокс с ним игрался

Вообще есть а-ля Bazel только на go написанный. https://please.build

Так-то да. Ну и сукссес-стори не особо видно, кроме гугла. По-моему ещё дропбокс с ним игрался

Ну в Гугле блейз

А не Базель

Так-то да. Ну и сукссес-стори не особо видно, кроме гугла. По-моему ещё дропбокс с ним игрался

Я уговариваю @spuzirev написать про него

Ну понятно, но хочется верить что концепция однотипная

Ну понятно, но хочется верить что концепция однотипная

там не только концепция. там уши blaze торчат из всех щелей

кое где прямо в ошибочных сообщениях Blaze

Читал про Базель, что он не для слабых духом. И для маленьких проектов - такое себе. Ну и большой под него переделывать заманаешься. Хорош только если с самого начала под него затачиваться

порог входа высокий, да

базель дает очень много плюшек когда сама сборка ебически сложная. кодогенерация, использование одних бинарей для сборки других, сборка сотни артефактов (бинари, пакеты под все подряд, докер-образа, ami-образа). любой подобный граф зависимостей базель корректно трекает и резолвит, кешируя при этом артефакты, поэтому билды всегда инкрементальные и обычно очень быстрые

а как описываются эти зависимости?

а как описываются эти зависимости?

для гошки есть gazelle, которая инспектит сырцы и генерирует BUILD-файлы

в общем случае в BUILD-файлах (а-ля Makefile) описываются не зависимости, а "как собрать"

посмотрите на кубернетес или на енвой

там в почти каждой директории есть файл BUILD

кубернетес - та еще альтернативно ориентированные

😄

еще и кубер не в каску

и, боюсь, это их система сборки позволяет им слишком много

еще и кубер не в каску

он не собирается сразу после скачивания

там надо мейк делать

😂

не go way

и это реально косяк

и, боюсь, это их система сборки позволяет им слишком много

базель на самом деле сильно тебя ограничивает

но например в нашем проекте базель позволяет на локалхосте (если установлен докер-композ) сделать bazel run //docker-compose:app.up и получить в компоузе работающее свежесобранное приложение. базель для этого * скачает и соберет нужную гошку (не системную версию) * посмотрит какие именно ему нужны образа для запуска * по графу зависимостей поймет, что нужно собрать для этих образов * пройдёт собранный граф в обратном направлении, скомпилирует, скодогенерирует и т.п. фаза кодогенерации у нас ебическая, по пути билд-процесса мы поднимаем десяток постгресовых баз, например * соберет бинари * соберет из бинарей пакеты * соберет из пакетов (или из бинарей напрямую) докер-образа * сходит в несколько внешних гит-репозиториев (например фронтенд) и соберёт оттуда какие-то артефакты сборки (в случае фронтенда - просто тарболл со статикой, из которого соберет образ с фронтендом) * затолкает докер-образа в локальный докер * стемплейтит compose-файл с нужными хешами образов * стартанёт компоуз * отмониторит старт компоуза и дождётся что все демоны стали healthy * накатит тестовый набор данных в свежеразвёрнутый инстанс приложения

не go way

нужно понимать, что базель - не golang-specific, как и не cpp-specific конечно не го-вей. а как собрать питон с помощью go build ?

Коллеги, кто пользуется gorm, подскажите, как для postgres сделать CONSTRAINT "unique_name_env" UNIQUE( "name", "env" ) в тегах структуры ?

а зачем там делать?

автомиграции?

https://github.com/jinzhu/gorm/issues/961

первая ссылка в гугле

https://github.com/jinzhu/gorm/issues/1169 вторая ссылка

пробовал?

автомиграции?

да. уже ушел от них, запилил на goose миграции

ага

правильно

Коллеги, как правильно сконкатенировать два int чтобы на выходе был int ? Переводить в стринги и обратно только?

а?!

что такое конкатенация интов?!

например из 3 и 6 нужно получить 36

угу

берете от второго порядок, домножаете первое на 10-в-степени-порядок-второго, складываете

типа быстрее будет чем перводить?

конечно

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

я не преобразую числа из одной системы в другую

я "конкатенирую" десятичныые числа

тоесть если будет 11139 и 222, надо получить в инте 11139222

вы при преобразовании в строку, очевидно, собираетесь преобразовать числа из двоичной в десятичную.

берите зачетку, придете осенью.

я "конкатенирую" десятичныые числа

a * 10^len(b) + b сами подумайте

len(b) можно высчитать отдельно

берите зачетку, придете осенью.

допуск не забудьте