ЛЛ
или просто при сборке указывать -mod=vendor
То есть
go build cmd/app/main.go -mod=vendor?Size: a a a
2019 December 26
ВС
только вот так go build -mod=vendor cmd/app/main.go
ЛЛ
только вот так go build -mod=vendor cmd/app/main.go
Понял, спасибо большое! 🔥
IT
Столкнулся с архитектурной проблемой применения параметров конфигурации.
Само применение параметров это viper+cobra.
Ранее требовалось прокидывать в приложение ~8 специфичных параметров настройки для определенного типа "работы". Недавно получил требование что это должены быть массивы параметров.
Не нравится что всё станет не читабельно. Запускаться с конфигом на 50-100 строк - плохо. А потом количество может ещё вырасти.. Уж молчу про ключи, которыми можно задавать работу всё этого безобразия.
Настройки специфичные, для дёргания внешних утилит (скажем так), не какие-нибудь порты/адреса и прочие пути к бд)
Делать отдельный конфиг-файл/мини-базу под массив специфичных настроек? Или есть ещё какие-нибудь пути?
Само применение параметров это viper+cobra.
Ранее требовалось прокидывать в приложение ~8 специфичных параметров настройки для определенного типа "работы". Недавно получил требование что это должены быть массивы параметров.
Не нравится что всё станет не читабельно. Запускаться с конфигом на 50-100 строк - плохо. А потом количество может ещё вырасти.. Уж молчу про ключи, которыми можно задавать работу всё этого безобразия.
Настройки специфичные, для дёргания внешних утилит (скажем так), не какие-нибудь порты/адреса и прочие пути к бд)
Делать отдельный конфиг-файл/мини-базу под массив специфичных настроек? Или есть ещё какие-нибудь пути?
Если кому интересно чем закончилась история: мной был запущен большой архитектурный срач, по результатам которого разрабам всех других компонентов дали по ушам, что они не дорабатывают их как требуется. +мне тоже прилетело, что чужую работу тащу в свой код, а не шлю всех нафиг.
Итого пачки компонентов надо перерабатывать, а не раздувать непонятно что в go'шном коде.
Итого пачки компонентов надо перерабатывать, а не раздувать непонятно что в go'шном коде.
IK
Если кому интересно чем закончилась история: мной был запущен большой архитектурный срач, по результатам которого разрабам всех других компонентов дали по ушам, что они не дорабатывают их как требуется. +мне тоже прилетело, что чужую работу тащу в свой код, а не шлю всех нафиг.
Итого пачки компонентов надо перерабатывать, а не раздувать непонятно что в go'шном коде.
Итого пачки компонентов надо перерабатывать, а не раздувать непонятно что в go'шном коде.
так в итоге, как решили делать?
Л
x
Go не совсем ооп, не совсем фп.
Говорят про структурное программирование, но при том в нем используют goto.
Что за зверь такой?
Говорят про структурное программирование, но при том в нем используют goto.
Что за зверь такой?
Go предоставляет вам возможность писать в разных парадигмах, в том числе и в структурной, а уж будете ли вы структурно программировать или нет — определяется вами.
IT
так в итоге, как решили делать?
Количество ключей уменьшить до одного массива карт, без всяких сложных вложений. С остальными параметрами разбираться должно другое ПО. Учитывая что я на два фронта программирую сейчас, чувствую править за другой командой эти косяки тоже буду я. Пока правда не представляю как это сделать)
Пока на говне и палках всё будет месяц/два работать как работает, тк "бизнес" не должен страдать.
Пока на говне и палках всё будет месяц/два работать как работает, тк "бизнес" не должен страдать.
MM
Мимо Проходящий
@onokonem Вы как-то упоминали что boltdb говно. Можно несколько раскрыть этот вопрос чуть подробнее
MM
для прода непригоден, только поигратся :)
МП
это не аргументы а домыслы
zl
для прода непригоден, только поигратся :)
MM
БД это основа приложений от нее зависит стабильность всей системы! Поэтому выбирают СУБД популярные вроде postgres/cassandra/redis/memecache
C
memecache )
C
это СУБД для мемасиков?
x
это СУБД для мемасиков?
Это БД, от которой зависит стабильность всей системы! Её выбирают!
Чё ты?
Чё ты?
🦉
это СУБД для мемасиков?
+++
AK
Я думаю имелось в виду memcached