тогда не обессудь - я тебя зобаню...

Стандартный пример с кофе шопом глянь. Вообще странный вопрос зачем нужны абстракции

зобаню - страшнее звучит. большим воспитательным эффектом обладает...

Я так понял, мы не об одном и том же говорили. @twentydraft давай на котиках. У меня есть фабрика котиков, которая возвращает интерфейс Мурчатель. Дальше я работаю с этим мурчателем как с абстрактным котиком, а не с конкретным. Но если мне в структуре конкретного кота нужно поправить ему кишки, то внутри его я работаю с реализацией, а не с Мурчателем, верно? Если так, то это даже обсуждать не стоило, и так всё понятно

Йеп Только вот ничего не мешает тебе сделать фабрику, которая возвращает конкретных котиков и работать потом с ними, как с котиками абстрактными.

Кроме совести

совсем-то не надо нас за бесплатного оракула карманного держать

> golang > совесть

Зачем лишние абстракции? Ради абстракций?

поэтому у нас есть смысл принимать интерфейсы, а возвращать конкретные типы

Есть программа, она лежит на битбакете и имет такую структуру каталогов: program /cmd /program/ /lib1 /lib2 и не может работать без конфига, куда правильнее будет положить пример конфига?

кстати, насчет конфигов схожий вопрос имеется. если есть набор сервисов, у каждого своя малая БД. Каждый серрвис имеет свое API и тд.. Как лучше хранить учетные данные от этих БД. Прям в коде не камильфо вроде..

ну он тогда будет под контролем версий в гите валятся... или эт не избежно в принципе? ъ

ну он тогда будет под контролем версий в гите валятся... или эт не избежно в принципе? ъ

в переменных окружения обычно в докере хранятся

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

гитигнор можно чтоб не под контролем. а вобще все зависит от окружения.

Блин, сегодня один из сотрудников в отделе написал заявление об увольнение…

сочувствую

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

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

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

именно

Чувак занимался легаси кодом на PHP

очень сочувствую. реально.

отдельно обновляются, это на лету при запуске сборки?

Я в этом пыхе не в зуб ногой…

может получится facade сделать над легаси и переписать на Go?

я надеюсь

если с голанг дружишь хорошо, я бы так и сделал. Я у себя долго пытался руки выпрямлять другим php-шникам, пока не получил свободу выбора и не перешел полностью на Go

ну я и фрон и бэк пишу., мне и так было не просто., теперь еще и ПХП

да, в ci/cd в настройках можно прописать обновление. И хранить в отдельной репе у нас teamcity деплоил и обновлял

ну та же тема. Любят у нас фул стэк девелоперов. или людей-оркестров , кому как больше нравится

да, в ci/cd в настройках можно прописать обновление. И хранить в отдельной репе у нас teamcity деплоил и обновлял

Ну да Лан, что я ною, перепишу несколько проектов на Go + Vue будет опыт неплохой

оу, вы и сами про teamcity написали. А можете куда направить изучать материал, или посоветовать чего

оу, вы и сами про teamcity написали. А можете куда направить изучать материал, или посоветовать чего

у тимсити отличная документация

хорошо. Проработаю ее сначала. Спасибо

стандартный флоу примерно такой: пуш в гит -> тесты -> сборка -> пуш в doker registry -> pull из registry и запуск контейера

пулл из registry кем делается? системой оркестракции?

параллельно, ща в личку напишу, а то не по теме уже )