Забыл, когда эта новость была. Позабавила. Сделали небоскрёб с вогнутой формой. В результате получилась линза, фокус от которой шел по улицеам в течении дня, словно луч смерти.
Разбор хороший, спасибо. Так же весьма поучителен пример борьбы с `.Result` через увеличение потоков.
Так то ничего нового: в рядовом асинхронном коде не должно быть Result/GetAwaiter. Если у нас блокирующая операция (кстати почему), то это кандидат на отдельный поток или тредпул.
Меня удивило, что тредпул не помер, не за лочился и даже мог вытянуть подобную ошибку, хоть и с просадкой производительности.
Вот про это и речь, что оплата - не акцепт и к этому смогли апеллировать. Получилось.
С моей колокольни, регуляций действительно жесткая и чем крупнее бизнес тем жестче. Плюсы - защита клиентов и качество, минусы - очень медленная цифровизация и развитие сервисов.
Сервис должен аргументировать поднятие тарифов для регулятора и клиентов. Для крупных игроков типа Нетфликса условия сильно жестче чем для мелкого бизнеса\сервисов. В Италии концепцию скорее можно описать как "вот квота с бюджетом, предоставляй сервис; не нравится - следующий". Даже если сервис в договоре явно пропишет, что будет поднимать оплату, данный пункт могут признать недействительным.
Не совсем так. Добровольно - да, но был договор с ценами. В Италии сервис не может поднять цены потому что ему очень надо. Точнее такое возможно, но тогда сервис должен описать данные причины и клиентам и регулятору и предложить альтернативные условия клиентам.
Процессы очень медленные в Италии. Пока собрали заявления и организовались могло пару лет пройти. Пока суд рассматривал - еще пару лет. Никто никуда не торопится.
Долго, зато отличная стратегия борьбы с мудацкими сервисами, меняющими правила фоном. Нет явного акцепта клиента - нет изменений договора. Расторжение (ха, если предусмотрено) допустимо.
Расстрелы, действительно, так себе решение, но модель Сингапура можно было бы отлично позаимствовать: - высокие зарплаты гос.служащих - высокая ответственность гос. служащих А комерция как-нибудь сама уж разберется
Стильно модно молодежно, но зачем фары передные "размазаны"? Выглядит так, что от легкой вмятины или царапины на нижней части корпуса (привет от поребрика) придется менять всю фару.
Отличная работа, хорошая реализация и практика. Я хотел бы уточнить, что мой комментарий относится именно к архитектурному решению, а не к проекту в целом. От души желаю успехов и развития проекта.
А смысл? Как верно подметили, в плане производительности есть Mediator. А назначение вызовов (Command, Query, Event) можно и так писать постфиксом к request. Ведь это все равно контракт и мы, как ни крути, зависим от реализации, которая будет соотнесена с нашим запросом. Для проверок и аналитики было бы достаточно использовать маркеры типа IQuery или IEvent, но с одной общей реализацией движка.
Не буду врать, где видел, но похоже, что разным людям еда дает разное количество дофаминаи получается, что есть люди, которым действительно булочка или бургер вкуснее чем другим. Если это так, то процесс может быть схож с зависимостью (дешевый и доступный дофамин). Что делать в такой ситуации - вопрос.
По себе проверил, что повышение аэробной активности (легкая атлетика и кардио) уменьшают желание кушать. Мб от активности больше "счастья" появляется
"Родился на улице Герцена, в гастрономе номер двадцать два. Известный экономист, по призванию своему — библиотекарь..."
Забыл, когда эта новость была. Позабавила. Сделали небоскрёб с вогнутой формой. В результате получилась линза, фокус от которой шел по улицеам в течении дня, словно луч смерти.
Согласен, но я бы делал через `var result = await task;`
Разбор хороший, спасибо. Так же весьма поучителен пример борьбы с `.Result` через увеличение потоков.
Так то ничего нового: в рядовом асинхронном коде не должно быть Result/GetAwaiter. Если у нас блокирующая операция (кстати почему), то это кандидат на отдельный поток или тредпул.
Меня удивило, что тредпул не помер, не за лочился и даже мог вытянуть подобную ошибку, хоть и с просадкой производительности.
Вот про это и речь, что оплата - не акцепт и к этому смогли апеллировать. Получилось.
С моей колокольни, регуляций действительно жесткая и чем крупнее бизнес тем жестче. Плюсы - защита клиентов и качество, минусы - очень медленная цифровизация и развитие сервисов.
Сервис должен аргументировать поднятие тарифов для регулятора и клиентов. Для крупных игроков типа Нетфликса условия сильно жестче чем для мелкого бизнеса\сервисов. В Италии концепцию скорее можно описать как "вот квота с бюджетом, предоставляй сервис; не нравится - следующий". Даже если сервис в договоре явно пропишет, что будет поднимать оплату, данный пункт могут признать недействительным.
Не совсем так. Добровольно - да, но был договор с ценами. В Италии сервис не может поднять цены потому что ему очень надо. Точнее такое возможно, но тогда сервис должен описать данные причины и клиентам и регулятору и предложить альтернативные условия клиентам.
Не знаю откуда эта цифра, но про конкретный штраф, на сколько мне известно, речи пока не идет.
Если он и будет, то там будет суффикс "K" или кто-то из его друзей
Процессы очень медленные в Италии. Пока собрали заявления и организовались могло пару лет пройти. Пока суд рассматривал - еще пару лет. Никто никуда не торопится.
Долго, зато отличная стратегия борьбы с мудацкими сервисами, меняющими правила фоном. Нет явного акцепта клиента - нет изменений договора. Расторжение (ха, если предусмотрено) допустимо.
Расстрелы, действительно, так себе решение, но модель Сингапура можно было бы отлично позаимствовать:
- высокие зарплаты гос.служащих
- высокая ответственность гос. служащих
А комерция как-нибудь сама уж разберется
Но их, вроде, около 20 штук всего. Видимо, дело не в отсутствии аналогов, а в удобстве эксплуатации или в каких-то подводных камнях для бизнеса.
Pixel + GraphenOS
Стильно модно молодежно, но зачем фары передные "размазаны"? Выглядит так, что от легкой вмятины или царапины на нижней части корпуса (привет от поребрика) придется менять всю фару.
И по традиции добавлю: "а потом мы ставим хром".
PS: статья понравилась
Отличная работа, хорошая реализация и практика. Я хотел бы уточнить, что мой комментарий относится именно к архитектурному решению, а не к проекту в целом. От души желаю успехов и развития проекта.
А смысл? Как верно подметили, в плане производительности есть Mediator.
А назначение вызовов (Command, Query, Event) можно и так писать постфиксом к request. Ведь это все равно контракт и мы, как ни крути, зависим от реализации, которая будет соотнесена с нашим запросом.
Для проверок и аналитики было бы достаточно использовать маркеры типа IQuery или IEvent, но с одной общей реализацией движка.
https://www.youtube.com/watch?v=wnMy5yek-ks
Так если код выполняется асинхронно однопоточно, то синхронные блоки атомарны, разве нет?
Благодарю вас за столь детальный комментарий, из которого можно сделать статью.
Именно за подобным и стоит заходить в комментарии
Не буду врать, где видел, но похоже, что разным людям еда дает разное количество дофаминаи получается, что есть люди, которым действительно булочка или бургер вкуснее чем другим. Если это так, то процесс может быть схож с зависимостью (дешевый и доступный дофамин). Что делать в такой ситуации - вопрос.
По себе проверил, что повышение аэробной активности (легкая атлетика и кардио) уменьшают желание кушать. Мб от активности больше "счастья" появляется