Насколько помню, Serilog всё ещё не умеет связывать логи с трейсами из стандартной библиотеки OpenTelemetry. У них есть свой Sink, но он работает сам по себе.
Да ладно. Я работал в своё время на галере, где продали сеньёра, а вместо него работал я и во время его созвона с заказчиком я просто сидел в другом чате и подсказывал что и как.
Вот интересно, а если по какой-то причине оно зависло в каком-то конкретном состоянии по какой-то причине, то можно ли как-то протолкнуть дальше вручную?
Ну так и в грейнах состояние не обязательно. Да, индексирования нет, но ничего не мешает внутри грейна использовать, например, данные из базы. Так же ничего не мешает получить нужные Id из хранилища по условиям и потом уже использовать грейны. Я делаю Select с нужными условиями в БД и вот уже есть нужные Id.
У меня есть пара грейнов с встроенным сохранением состояния т.к. знаю, что там не нужен поиск.
В Orleans - Grain это богатый обьект (есть Grain без состояния, почти как актор в Akka).
Нет - это просто объект с ключом и методами. Всё зависит от вашей реализации. Кстати, при получении грейна - ничего не происходит, вы просто получаете ссылку. Потом при обращении к нему да, если его нет, то он активируется, если уже есть, то просто вызывается нужный метод.
Так вам, судя по всему, здесь и Акка не поможет никак.
Вряд ли кто будет это в вакансии писать. Обычно пишут общие требования.
У меня вот есть в проде 2 сервиса с Orleans и они отлично справляются с тем что надо и я не парюсь с синхронизацией доступа и распределением нагрузки и данных.
На самом деле он довольно простой и там не нужно каких-то специфических знаний, достаточно прочитать доки, благо они нормально написаны.
Ну да, вроде как сервер надо запускать первым, а потом клиент. При этом потом сервер можно перезапускать и делать всё что угодно. Про состояния не понял - если не нужно состояние, то и не сохраняйте. С отладкой тоже не понятно в чём проблема.
Справедливости ради - вам письмо пришло про накопительный счёт. Это не то же самое что вклад и там естественно процент меньше т.к. вы можете в любой момент снимать/пополнять. Мне показывает вклад 20% годовых на 2 месяца.
Возможно вам просто не повезло попасть в такую команду. С другой стороны, возможно мне повезло отказаться от их оффера в 21 году и остаться на старом месте работы.
Мы EF Core используем чисто для вставки/обновления данных. Иногда через получение записи по Id, иногда просто через создание модели с известным ключом и потом менять свойства, а она через ChangeTracking это всё сам сохранит. Часто удобно можно без открытия транзакций несколько записей вставить/поменять
Как по мне, то во всяких валидациях Result<> идеален. Сразу виден весь путь. Не надо разбираться в каком случае какой эксепшен должен быть, где он ловится и обрабатывается. Ну и конечно производительность.
Насколько помню, Serilog всё ещё не умеет связывать логи с трейсами из стандартной библиотеки OpenTelemetry. У них есть свой Sink, но он работает сам по себе.
Да ладно. Я работал в своё время на галере, где продали сеньёра, а вместо него работал я и во время его созвона с заказчиком я просто сидел в другом чате и подсказывал что и как.
Вот интересно, а если по какой-то причине оно зависло в каком-то конкретном состоянии по какой-то причине, то можно ли как-то протолкнуть дальше вручную?
del
Типичные высшие управленцы из современной игровой и киноиндустрии.
Ну так и в грейнах состояние не обязательно.
Да, индексирования нет, но ничего не мешает внутри грейна использовать, например, данные из базы. Так же ничего не мешает получить нужные Id из хранилища по условиям и потом уже использовать грейны.
Я делаю Select с нужными условиями в БД и вот уже есть нужные Id.
У меня есть пара грейнов с встроенным сохранением состояния т.к. знаю, что там не нужен поиск.
Нет - это просто объект с ключом и методами. Всё зависит от вашей реализации. Кстати, при получении грейна - ничего не происходит, вы просто получаете ссылку. Потом при обращении к нему да, если его нет, то он активируется, если уже есть, то просто вызывается нужный метод.
Так вам, судя по всему, здесь и Акка не поможет никак.
Вряд ли кто будет это в вакансии писать. Обычно пишут общие требования.
У меня вот есть в проде 2 сервиса с Orleans и они отлично справляются с тем что надо и я не парюсь с синхронизацией доступа и распределением нагрузки и данных.
На самом деле он довольно простой и там не нужно каких-то специфических знаний, достаточно прочитать доки, благо они нормально написаны.
Ну да, вроде как сервер надо запускать первым, а потом клиент. При этом потом сервер можно перезапускать и делать всё что угодно.
Про состояния не понял - если не нужно состояние, то и не сохраняйте.
С отладкой тоже не понятно в чём проблема.
Почему Akka, а не родной Orleans?
Ага, а потом один из запросов не пройдёт. И что будет?
Что будете делать, если вам надо будет по бизнес-логике вставлять/обновлять больше 1 таблицы за раз?
Какие ухищрения? Обычный вклад на 2 месяца. У них всё в табличке расписано.
Ну так вроде никто не мешает хоть каждый месяц открывать вклад на 2 месяца и потом переоткрывать новый и так всё большую сумму вкладывать.
Справедливости ради - вам письмо пришло про накопительный счёт. Это не то же самое что вклад и там естественно процент меньше т.к. вы можете в любой момент снимать/пополнять. Мне показывает вклад 20% годовых на 2 месяца.
Возможно вам просто не повезло попасть в такую команду. С другой стороны, возможно мне повезло отказаться от их оффера в 21 году и остаться на старом месте работы.
Мы EF Core используем чисто для вставки/обновления данных. Иногда через получение записи по Id, иногда просто через создание модели с известным ключом и потом менять свойства, а она через ChangeTracking это всё сам сохранит. Часто удобно можно без открытия транзакций несколько записей вставить/поменять
Пришёл в компанию в 2020 на 150к. Каждый год поднимали, когда сами, когда я просил и сейчас 320к.
Как по мне, то во всяких валидациях Result<> идеален. Сразу виден весь путь. Не надо разбираться в каком случае какой эксепшен должен быть, где он ловится и обрабатывается. Ну и конечно производительность.
Как я понял, для этого нужен apple id а регать новый не вижу смысла
Ну звонить в другую страну ради этого я не буду. Да и уже пофиг. Я его вернул и больше не хочу связываться