Ilya
А что Илью не устраивает в коде выше, я не понимаю. Там весь IsRecord про фшарп.
Ilya
Динамик, что ли?
Vasily
Илью не устраивает то, что придется напрячься
Danil
Ilya
Лол.
Hog
А чо энум в названии флэгз. А атрибута флажков нет?
Ilya
из F# Core
Ayrat
Ilya
вот это костыль
https://github.com/linq2db/linq2db/pull/3085/files такого пиздатого форматирования я не вынесу
Ilya
судя по тому, что рекорды доступны уже больше полугода, на linq2db кодят диды
Sergey
Осталось только алфавитный порядок прикрутить !!1
Ilya
@omgszer снова микросервисы! Микросервисы общаются по http, или через кафку/редис, нужно ли создавать клиентские библиотеки, чтобы потребители сервиса могли к нему легко подключиться и работать? Или пусть каждый пишет своё?
Kirill
писать клиентскую сдк к сервису кмк норм, если ожидается что потребителей будет больше одного.
Ilya
писать клиентскую сдк к сервису кмк норм, если ожидается что потребителей будет больше одного.
я предпочитаю число 3 :)
Kirill
я предпочитаю число 3 :)
особенно если у тебя асп.нет кор, там можно типизированные хттпклиенты делать удобными! через di
Ilya
особенно если у тебя асп.нет кор, там можно типизированные хттпклиенты делать удобными! через di
типизированные клиенты ведут на тёмную сторону силы
Ilya
к сожалению
Kirill
поч?
Ilya
поч?
они регистрируются как транзиент, а тот, кто будет их использовать - может быть синглтоном
Ilya
и вся идея httpclientfactory идёт по бороде
Vasiliy
Kirill
они регистрируются как транзиент, а тот, кто будет их использовать - может быть синглтоном
мы по минимуму используем дефолтный DI, пушо ну его нафиг. оттуда получаем "базовые" зависимости, а дальше через Create() собираем. и такая проблема пропадает
Ilya
Ilya
то есть у вас там одни фабрики?
Kirill
то есть у вас там одни фабрики?
не одни, но фабричные методы да
оказалось удобней чем предлагаемый неткором DI
Ilya
Бида....
Kirill
не ну я ожидаю, что в этом чате не одобрят такое)) но у меня есть несколько фабричных методов и мои волосы шелковистые!
Vasiliy
Если работает и ты знаешь почему вы это сделали, тогда норм и пофиг на все остальное
Ilya
не ну я ожидаю, что в этом чате не одобрят такое)) но у меня есть несколько фабричных методов и мои волосы шелковистые!
Надеюсь фабричные методы сделаны с помощью activator utilities?
Vasiliy
Надеюсь фабричные методы сделаны с помощью activator utilities?
Название отдельной лимбы что ли?)
Vladimir
@omgszer снова микросервисы! Микросервисы общаются по http, или через кафку/редис, нужно ли создавать клиентские библиотеки, чтобы потребители сервиса могли к нему легко подключиться и работать? Или пусть каждый пишет своё?
нет, иначе нет смысла в хттп, кафке или редисе) Польза их как раз в том, что они дают общий интерфейс взаимодействия, с которым как хочешь так и ... взаимодействуешь)
Vladimir
если пытаться унифицировать микросервисы, то получиешь распределенный монолит)
Ilya
если пытаться унифицировать микросервисы, то получиешь распределенный монолит)
Вот меня этот вопрос тоже беспокоит
Ilya
Шарить код в микросервисах опасно
Vladimir
именно!
Ilya
Один раз пошарил и уже всё - приватные нугеты, сабмодули и монорепа
Kirill
Так монорепа эта кайф. Главное не моносолюшен
Kirill
А то что библиотека подключеня к кафке шарится, это тоже плохо чтоль? Мы же говорим о шаринге тупого клиента без логики
Ilya
А то что библиотека подключеня к кафке шарится, это тоже плохо чтоль? Мы же говорим о шаринге тупого клиента без логики
Насколько бы он ни был туп, его надо версионировать, фиксить баги, сапортить и обновлять
Kirill
Насколько бы он ни был туп, его надо версионировать, фиксить баги, сапортить и обновлять
Поэтому пусть всю эту работу делает каждый из клиентов отдельно?
Ilya
Поэтому пусть всю эту работу делает каждый из клиентов отдельно?
Тогда это будет баги клиента, а не твои
Ilya
Умный негр.жпг
Vladimir
Поэтому пусть всю эту работу делает каждый из клиентов отдельно?
или же один поломает всем)
Kirill
Тогда это будет баги клиента, а не твои
Ну если вопрос в передачи ответственности другим тогда валидно. Хотя не уверен, что для компании это норм
Anatoly
Насколько бы он ни был туп, его надо версионировать, фиксить баги, сапортить и обновлять
Монорепа не мешает вообще этому процессу
Anonymous
В боевых условиях?
Anatoly
А у тебя опыт с монорепой есть?
У меня обычно опыт со всем есть, по что я рассказываю.
И с монорепой тоже. Многолетний. Как и многолетний с 2000+ реп.
Anonymous
У меня обычно опыт со всем есть, по что я рассказываю.
И с монорепой тоже. Многолетний. Как и многолетний с 2000+ реп.
И к чему ты в итоге больше склоняешься?
Anatoly
До 20 человек примерно, с быстрыми интеграционными тестами - монорепа
Kirill
До 20 человек примерно, с быстрыми интеграционными тестами - монорепа
Почему тогда все топичи типо фейсбука яндекса - сидят на монорепах?
Roman
ккккостылити?
нормальный подход. Явная сборка дерева зависимостей — это надежный и тупой как валенок код
Ilya
До 20 человек примерно, с быстрыми интеграционными тестами - монорепа
А для 80 с 6 часовыми тестами?
Roman
и не бывает казусов типа "ой забыли зарегать" или "ой, с лайфстайлами обосрались"
Anatoly
А для 80 с 6 часовыми тестами?
Я бы тесты переписал. Но тут просится изменение процесса какое-то
Anatoly
Почему тогда все топичи типо фейсбука яндекса - сидят на монорепах?
Потому что исторически сложилось
Anatoly
Там уже миллиард автоматизации и переписать очень долго и дорого
Mikhαil
Почему тогда все топичи типо фейсбука яндекса - сидят на монорепах?
А почему эйжур собирается не мсбилдом (та часть про которую Айрат рассказывал) а своим наколеночным решением без исчерпывающей документации?
Mikhαil
В своё время приняли решение сделать своё, потом вовремя не смигрировали
Mikhαil
А теперь цена переезда уже ставит под вопрос релевантность
Anonymous
Anonymous
Денег у них столько, что есть все сразу правильно делать, то будет уже неприлично. А так свою систему написали, потеряли на ней свой миллион в год, от грехов очищение, рабочие места.
Anonymous
Чем не радость.
Mikhαil
Денег у них столько, что есть все сразу правильно делать, то будет уже неприлично. А так свою систему написали, потеряли на ней свой миллион в год, от грехов очищение, рабочие места.
И на фоне этого меня забавляет когда небольшие компании слушают все решения очередного гиганта и такие «надо перенимать лучшие практики»
Mikhαil
А потом с очком размером с Нептун ходят
Mikhαil
Mikhαil
И на фоне этого меня забавляет когда небольшие компании слушают все решения очередного гиганта и такие «надо перенимать лучшие практики»
Я вот сегодня общался на собесе с чуваком - он рассказывает что на их прошлом проекте была команда из трёх бэков, система небольшая, нагрузки нет, но МСА и сервисов порядка 50.
Говорю - а в чем профиты.
Он такой - масштабируемость и независимый деплой.
А потом в диалоге - масштабируемость им пока и не нужна, а независимый деплой у них такой независимый что приходится синкать деплой нескольких сервисов при релизе фичи
Mikhαil
Зато переняли лучшие практики)