Сомневаюсь, что автор действительно пробовал настоящий DDD, потому что это просто невозможно реальном мире, кроме некоторых вырожденных случаев, хе-хе.
Действительно, если биться головой в книгу, то может показаться, что теперь все надо компенсировать. Забавно, некоторое время назад смотрел доклад (а по сути рекламу, продажу софта по созданию саг), докладчик реализовывал на сагах покупку билетов, но так и не смог обеспечить полностью корректность бизнес процесса (сам он так не думал конечно), а не смог по простой причине - задача вымышленная. Если вдруг возникает какая-то сложная компенсация, то самое время пойти и выяснить суть происходящего, понять допустимые сценарии, состояния и сделать выводы на уровне кода.
Я бы такие материалы не размещал здесь, есть профильные каналы, сми и тп. для информационно-зависимых. По сути это какой-то слух, сплетня. Обсуждать надо факты, а так - пустой всплеск эмоций, а потом ничего, и спросить не с кого будет за вранье.
Я уже и забыл про него, после опыта с ютрек тимсити и остальными я от спейс ничего не ждал. Джетбрейнс принципиально не делают интеграции со сторонними продуктами, и судя по всему спейс умер именно поэтому - хотели чтобы юзера пользовались только им.
Новый UI не понравился - бестолковый, впрочем, у джетбрейнс с этим нормально было только в идее (видимо разработчики делали как для себя, а теперь эффективные менеджеры рулят), все остальные их продукты сильно так себе по UI/UX. Ну зато теперь бесплатно!
Fleet - это просто легкий фронт к тяжелым бэкендам, он не будет никогда быстрее, чем обычная идея, и никогда в нем не будет плагинов, которые есть для vscode.
Удобство разработки определяется фреймворком в большей степени, а флаттер в разы проще и удобнее того, что есть в нативе и тем более проще чем Котлин мультиплатформ.
Может я не знаю чего-то, но в обычном приложении врядли будет какая-то разница между последовательным исполнением тасков через Channels и этой очередью, async/await не требует дополнительной синхронизации, если не выполнять таски параллельно. Может для работы с какой-то нативной либой это может понадобится.
Пользовался RestSharp, перешел на Flurl, а потом обе эти либы начали ломать свое АПИ, релизить несовместимые версии и так далее. И ладно бы лучше что-то сделали, но нет, еще и багов добавили. И теперь я подумываю использовать голый HttpClient, потому как от этих либ больше вреда, чем пользы.
С Polly тоже самое, взяли и поменяли апи - иди переписывай, а апгрейд гайд очень скромный.
Это просто вахтеры, по поводу и без, и за нормальный принципе ответ меня минусовали, мол ужас, ссылка без копипасты по этой ссылке, хотя там был всего лишь пример.
Flash это виртуальная машина оптимизированная для работы с анимацией и графикой, она запускалась в браузере через плагин Flash Player, на десктопе и мобилах через обертку Adobe Air. Для флеша была куча инструментов и фреймворков для формошлепства, игр, анимаций. Adobe Flex, который вышел 20 лет назад до сих пор во многом превосходит современные JS фреймворки, с точки зрения удобства для разработчика и полноты возможностей (декларативное описание ui, анимаций, данных, качественная ui библиотека, нормально сделанные формы, односторонний и двухсторонний биндинг, разделение логики и представления, компилируемый язык и как следствие компактные размеры приложения, разделяемые библиотеки, ленивая подгрузка модулей, бинарный протокол общения с сервером, встроенная поддержка e2e тестов, локализаций, xml и json и так далее).
Постоянно смотрю в эту сторону, но насколько я понимаю, все совсем не так радужно. Проблемы со звуком, микрофоном, вебкой, сном, внешним моником, рефреш рейт дисплея только 60гц, может быть часть из них уже решена.
Я не так много написал, чтобы можно было понять по-другому. Если продавец отказывается продавать цифровой продукт на какой-то территории (я расцениваю это именно так, поскольку технических ограничений нет), то он автоматически отказывается от прибыли, а значит пиратство не может ему нанести уже никакого ущерба, он уже добровольно отказался от нее. Я считаю, что мысль свою донес.
То, что сервисы еще работают и учетки не поблочили, это не плюс и не минус, доверия больше нет. Платить и все равно рисковать блокировкой?
И с точки зрения покупателя, если продавец создает искусственные трудности с оплатой, то какой может быть мотив платить или даже просто продолжать пользоваться этим продуктом? Раньше оплатить было проще и удобнее, чем пиратить, сейчас уже нет.
Очевидно, что в случае обычного магазина ущерб понесет страховая.
Эти примеры не подходят для нашего случая, по-моему это очевидно. Если игру можно купить легально без испанских карт, то пиратство наносит ущерб продавцу игры, он получает меньше денег, если игра в принципе не продается на территории РФ/РБ - пирать сколько угодно. Грабеж магазина также наносит прямой ущерб продавцу.
В контексте инструмента, каждый решает для себя, что выбрать и как пользоваться. И мне кажется, зарабатывают все же больше головой, а не редактором кода :)
А ведь по условиям подписки купленная версия обязана оставаться доступна, пусть и без обновлений.
Сомневаюсь, что автор действительно пробовал настоящий DDD, потому что это просто невозможно реальном мире, кроме некоторых вырожденных случаев, хе-хе.
Действительно, если биться головой в книгу, то может показаться, что теперь все надо компенсировать. Забавно, некоторое время назад смотрел доклад (а по сути рекламу, продажу софта по созданию саг), докладчик реализовывал на сагах покупку билетов, но так и не смог обеспечить полностью корректность бизнес процесса (сам он так не думал конечно), а не смог по простой причине - задача вымышленная. Если вдруг возникает какая-то сложная компенсация, то самое время пойти и выяснить суть происходящего, понять допустимые сценарии, состояния и сделать выводы на уровне кода.
Возникает вопрос, может быть стоит конвертировать данные в более удобный для машины бинарный формат?
Я бы такие материалы не размещал здесь, есть профильные каналы, сми и тп. для информационно-зависимых. По сути это какой-то слух, сплетня. Обсуждать надо факты, а так - пустой всплеск эмоций, а потом ничего, и спросить не с кого будет за вранье.
Я уже и забыл про него, после опыта с ютрек тимсити и остальными я от спейс ничего не ждал. Джетбрейнс принципиально не делают интеграции со сторонними продуктами, и судя по всему спейс умер именно поэтому - хотели чтобы юзера пользовались только им.
Новый UI не понравился - бестолковый, впрочем, у джетбрейнс с этим нормально было только в идее (видимо разработчики делали как для себя, а теперь эффективные менеджеры рулят), все остальные их продукты сильно так себе по UI/UX. Ну зато теперь бесплатно!
Fleet - это просто легкий фронт к тяжелым бэкендам, он не будет никогда быстрее, чем обычная идея, и никогда в нем не будет плагинов, которые есть для vscode.
Удобство разработки определяется фреймворком в большей степени, а флаттер в разы проще и удобнее того, что есть в нативе и тем более проще чем Котлин мультиплатформ.
Какого рода эти уязвимости, реально ли вообще ими воспользоваться ?
Может я не знаю чего-то, но в обычном приложении врядли будет какая-то разница между последовательным исполнением тасков через Channels и этой очередью, async/await не требует дополнительной синхронизации, если не выполнять таски параллельно. Может для работы с какой-то нативной либой это может понадобится.
Тут по-лучше обьяснение - https://github.com/borland/SerialQueue
И что-то мне кажется можно было бы просто использовать Channels.
Пользовался RestSharp, перешел на Flurl, а потом обе эти либы начали ломать свое АПИ, релизить несовместимые версии и так далее. И ладно бы лучше что-то сделали, но нет, еще и багов добавили. И теперь я подумываю использовать голый HttpClient, потому как от этих либ больше вреда, чем пользы.
С Polly тоже самое, взяли и поменяли апи - иди переписывай, а апгрейд гайд очень скромный.
Да, непонятно, ну как, понятно, что хотелось последовательно выполнять таски, но это немного странно, получается такой себе бэкграунд мейн тред.
Это просто вахтеры, по поводу и без, и за нормальный принципе ответ меня минусовали, мол ужас, ссылка без копипасты по этой ссылке, хотя там был всего лишь пример.
Думаю можно зарегистрировать Complex Type и использовать, либо разложить на несколько примитивных коллекций и джойнить через индексы.
Flash это виртуальная машина оптимизированная для работы с анимацией и графикой, она запускалась в браузере через плагин Flash Player, на десктопе и мобилах через обертку Adobe Air. Для флеша была куча инструментов и фреймворков для формошлепства, игр, анимаций. Adobe Flex, который вышел 20 лет назад до сих пор во многом превосходит современные JS фреймворки, с точки зрения удобства для разработчика и полноты возможностей (декларативное описание ui, анимаций, данных, качественная ui библиотека, нормально сделанные формы, односторонний и двухсторонний биндинг, разделение логики и представления, компилируемый язык и как следствие компактные размеры приложения, разделяемые библиотеки, ленивая подгрузка модулей, бинарный протокол общения с сервером, встроенная поддержка e2e тестов, локализаций, xml и json и так далее).
Постоянно смотрю в эту сторону, но насколько я понимаю, все совсем не так радужно. Проблемы со звуком, микрофоном, вебкой, сном, внешним моником, рефреш рейт дисплея только 60гц, может быть часть из них уже решена.
Я не так много написал, чтобы можно было понять по-другому. Если продавец отказывается продавать цифровой продукт на какой-то территории (я расцениваю это именно так, поскольку технических ограничений нет), то он автоматически отказывается от прибыли, а значит пиратство не может ему нанести уже никакого ущерба, он уже добровольно отказался от нее. Я считаю, что мысль свою донес.
То, что сервисы еще работают и учетки не поблочили, это не плюс и не минус, доверия больше нет. Платить и все равно рисковать блокировкой?
И с точки зрения покупателя, если продавец создает искусственные трудности с оплатой, то какой может быть мотив платить или даже просто продолжать пользоваться этим продуктом? Раньше оплатить было проще и удобнее, чем пиратить, сейчас уже нет.
Очевидно, что в случае обычного магазина ущерб понесет страховая.
Эти примеры не подходят для нашего случая, по-моему это очевидно. Если игру можно купить легально без испанских карт, то пиратство наносит ущерб продавцу игры, он получает меньше денег, если игра в принципе не продается на территории РФ/РБ - пирать сколько угодно. Грабеж магазина также наносит прямой ущерб продавцу.
В контексте инструмента, каждый решает для себя, что выбрать и как пользоваться. И мне кажется, зарабатывают все же больше головой, а не редактором кода :)
Этот Fleet просто легковесная морда к существующим тяжелым бекендам, по этому действительно непонятно кому он нужен, плюсов у него практически нет.