Search
Write a publication
Pull to refresh
0
0

веб разработчик

Send message

Ну, наказание состоит в том, что вам могут запретить генерировать новые ключи:

Мы оставляем за собой право отказать в ключах или запретить запрашивать ключи тем партнёрам, которые злоупотребляют системой или причиняют неудобства клиентам Steam.

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

Плюс есть пункт:

Разрешается продавать продукт со скидкой в различных магазинах в разное время, при условии, что вы предложите пользователям Steam такие же скидки в разумные сроки.

В теории, на том же плати.ру можно продавать ключи с 75% скидкой чуть ли не пожизненно, если такая скидка была в стиме ранее.

Уточнение: запрещено продавать ключи к игре в стиме на сторонних площадках дешевле, чем в стиме. А выпускать в стиме/егс/гог/вк можно независимо друг от друга и по любым ценам.

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

Документация честно предупреждает про кейс с null.

Использование с нормальным аргументом даст ожидаемый результат.

let foo = Object.create({});
console.log(foo instanceof Object); // true

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

Собственно в всех магазинах техники и продается за $1к+

Справедливости ради, цена на тот же PS5, например, в Беларуси, составляет более $1000, что так же далеко от "рекомендованных".

О как, неожиданно приятно увидеть свою игру в этом списке :)

как показывает практика последнего времени, решения принимаются импульсивно, никакие последствия не просчитываются, расчет на «а что мне сделают», «и это проглотят»
Думаю, тут больше вопросов к тому, кто одобрил заявку на вступление в ПВТ ранее, ведь там явно указано «оказание рекламных услуг»

park.by/residents/tut-bay-media
ИМХО меня в реакте как раз и привлекает концепция, что пишешь обычный JS код с HTML-подобным синтаксисом для разметки.
Когда смотрел в сторону ангуляра, эти различные
<div *ngIf="condition">Content to render when condition is true.</div>

как-то отпугнули.
Да, в реакте вроде как выглядит похоже
<Component prop={value} />

но для меня разница больше ментальная, так как в случае ангуляра добавляются кастомные данные в обычные html теги (о нет, только не это), а в реакте — в кастомные компоненты, для них вроде как можно :)
Ну и из таких же соображений я не переходил на реактовые хуки, их работа _не очевидна_ со стороны

На вкус и цвет, как говорится
Не используйте хаки condition && invocation() вместо if (condition) invocation().

Кстати видел довольно удобное применение этому в React для опционального рендера, примерно так:
<div>
    {isCondition && <SomeComponent1 />}
    <SomeComponent2 />
    <SomeComponent3 />
    {isAnotherCondition && <SomeComponent4 />}
</div>

А в бизнес-логике такое смотрится довольно странно, согласен
Как раз во втором видео показано плавное передвижение без телепортации. А само передвижение реализуется кнопками контроллера (так же, как и в Boneworks)
К слову о splash screen. Я сам начал изучать React-Native в декабре прошлого года и столкнулся со схожими проблемами.

Нужно было реализовать splash screen и первой мыслью был компонент, который показывается первым. Как показала практика, это сомнительное решение. После этого я нашел такой пакет, который решил эту проблему для меня.

Information

Rating
Does not participate
Registered
Activity