Можете пояснить, что это за "аппаратное ускорение OpenGL 2.0" и как форсирование WebRender приведёт к исчезновению (я вас так понял) этого аппаратного ускорения?
Да и что плохого в том, что популярное ПО постепенно переходит на более современные технологии?
Интересно, если бы цена транзакции не была включена в цену товара и считалась на кассе для того способа оплаты который выберет покупатель, привело бы это к понижению тарифов из-за того, что экономные люди бы выбирали тех провайдеров (мир/виза/мк/и др.) которые дают лучшее предложение?
Это конечно чем-то похоже на то, что есть в США с налогами в магахинах и я слышал, что это возмущает некоторых россиян когда они "попадают" на такой налог, но отличием будет то, что комиссию пользователь выбирает сам из того, что предложено на рынке.
Если я правильно понял суть проблемы, эти технологии не могут решить проблему.
Приложение (игра) не получают реальных данных о том, сколько рендерился кадр и сколько он отображается, чтобы оно могло точно просчитать следующий кадр.
Покупать продукты забегая после работы в магазин плохо, высок риск импульсивных покупок, нездоровый это принцип совершения покупок. Может, стоит пересмотреть его? Например, делать план и ходить за покупками на выходных, тогда проблем с тарой не будет. Или заказывать продукты в какой-то доставке, которая будет предоставлять тару как делает это какая-нибудь доставка воды. Сомневаюсь, правда, что сейчас такая доставка продуктов существует, но я верю, что идея хорошая.
Вы думаете, человек, слабо вовлечённый в городскую жизнь знает о том, что такое Android? И уж тем более знает ли он, что с ней можно вытворять, если уметь?
Можете пояснить, что это за "аппаратное ускорение OpenGL 2.0" и как форсирование WebRender приведёт к исчезновению (я вас так понял) этого аппаратного ускорения?
Да и что плохого в том, что популярное ПО постепенно переходит на более современные технологии?
Аналогичные Onlyfans-у сервисы были ещё до этого объявления.
Интересно, если бы цена транзакции не была включена в цену товара и считалась на кассе для того способа оплаты который выберет покупатель, привело бы это к понижению тарифов из-за того, что экономные люди бы выбирали тех провайдеров (мир/виза/мк/и др.) которые дают лучшее предложение?
Это конечно чем-то похоже на то, что есть в США с налогами в магахинах и я слышал, что это возмущает некоторых россиян когда они "попадают" на такой налог, но отличием будет то, что комиссию пользователь выбирает сам из того, что предложено на рынке.
Некоторые оптимизации "раздувают код". Может быть поэтому.
Если я правильно понял суть проблемы, эти технологии не могут решить проблему.
Приложение (игра) не получают реальных данных о том, сколько рендерился кадр и сколько он отображается, чтобы оно могло точно просчитать следующий кадр.
Покупать продукты забегая после работы в магазин плохо, высок риск импульсивных покупок, нездоровый это принцип совершения покупок. Может, стоит пересмотреть его? Например, делать план и ходить за покупками на выходных, тогда проблем с тарой не будет. Или заказывать продукты в какой-то доставке, которая будет предоставлять тару как делает это какая-нибудь доставка воды. Сомневаюсь, правда, что сейчас такая доставка продуктов существует, но я верю, что идея хорошая.
Нет, не работает. Нужны ключи API, которые нужно получить самостоятельно (например, вытянуть из существующих рабочих Chromium-based браузеров)
А по теме: вы бы хоть ссылок на достоверные ресурсы накидали, а то формулировка «Кто там с кем связан» является довольно размытой и неясной.
somevar.append(1)
return somevar
print a() # -> [1]
print a() # -> [1, 1]
print a() # -> [1, 1, 1]
print a() # -> [1, 1, 1, 1]
От такого иногда плачешь немного недоумеваешь.