Как стать автором
Обновить
8
0.1

Пользователь

Я не так много написал, чтобы можно было понять по-другому. Если продавец отказывается продавать цифровой продукт на какой-то территории (я расцениваю это именно так, поскольку технических ограничений нет), то он автоматически отказывается от прибыли, а значит пиратство не может ему нанести уже никакого ущерба, он уже добровольно отказался от нее. Я считаю, что мысль свою донес.

То, что сервисы еще работают и учетки не поблочили, это не плюс и не минус, доверия больше нет. Платить и все равно рисковать блокировкой?

И с точки зрения покупателя, если продавец создает искусственные трудности с оплатой, то какой может быть мотив платить или даже просто продолжать пользоваться этим продуктом? Раньше оплатить было проще и удобнее, чем пиратить, сейчас уже нет.

Очевидно, что в случае обычного магазина ущерб понесет страховая.

Эти примеры не подходят для нашего случая, по-моему это очевидно. Если игру можно купить легально без испанских карт, то пиратство наносит ущерб продавцу игры, он получает меньше денег, если игра в принципе не продается на территории РФ/РБ - пирать сколько угодно. Грабеж магазина также наносит прямой ущерб продавцу.

В контексте инструмента, каждый решает для себя, что выбрать и как пользоваться. И мне кажется, зарабатывают все же больше головой, а не редактором кода :)

Этот Fleet просто легковесная морда к существующим тяжелым бекендам, по этому действительно непонятно кому он нужен, плюсов у него практически нет.

Вобще-то, можно прийти к неожиданным выводам. Они решили не принимать оплату из РБ, РФ (но технически проблем с этим нет), то есть сознательно отключили доход из этих стран. В этом случае речь не может идти даже об упущеной выгоде, а значит пиратство не может в принципе нанести никакого ущерба.

Да, спасибо им за ценный урок и всего хорошего.

Уже как-то не интересно.

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

Есть datomic, в ней можно смотреть данные в разрезе времени и отдельных транзакций. Можно перейти на события и строить агрегаты за любые периоды.

Нужно просто разделять на даты по их использованию, даты событий ложаться на UTC идеально, для календарных дат, расписаний и тп нужны таймзоны (и то если таймзон больше одной).

Решение сомнительное - это да, но учить там особо нечего.

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

Не приведена полная схема базы, непонятно какой размер текста средний. Для сортировки логично было бы добавить индекс по Name, иначе она будет отъедать все время, или хотя бы сравнить время с сортировкой по id. По опыту с SQL Server такой поиск может работать очень быстро.

Непонятно, что имеется ввиду, при желании можно достать из EF нужную информацию и написать любой тест. Ну и на фоне того, что делает внутри себя EF создание рекорда можно сказать ничего не стоит.

Да, это странно, реализация практически один-в-один совпадает с С#, но там таких пазлов нет. Вероятно у них какие-то свои соображения были, хотелось бы знать какие.

Код слева мог бы быть ОК, но если вчитаться, то ничего хорошего в нем нет, в итоге код справа только усугубляет проблемы левой части. Нет обработки ситуации когда kind пришел неизвестный (да и вообще нет обработки ошибок), странные интерфейсы у печи, коробки и тд, вместо oven.Bake(anything, time) написан код, который будет дублирован везде, непонятно зачем нужен флаг Baked, box.SlicePizza - это прям что-то странное. Это все не имеет даже отношения к конкретному языку.

Это все верно, но только потому, что в итоге получилась такая реализация и тип операции передается явно, поэтому в многих случаях этот код можно заменить на более привычные вещи. Полноценно это можно сделать сейчас только для своих типов с помощью static abstract методов в интерфейсах, тогда достаточно указать что T : IAppendable<T>.

И как же сделать, так чтобы, например, string реализовывал IPohooy<T> ?

Зачем они наложили это ограничение в виде standalone: true?? О чем они вобще только думали когда это делали, у меня посто слов нет.

А кто расставляет эти веса? И еще спрошу, какие веса отвечают за выдачу в ютюбе, который выдает вобще нерелевантные вещи.

Информация

В рейтинге
2 941-й
Откуда
Минск, Минская обл., Беларусь
Зарегистрирован
Активность