Как предусмотрена борьба с тем, чтобы записать исходное видео в 4к, воспроизвести на качественном проекторе, а потом просто в меньшем разрешении снять часть экрана, водя по нему в соответствии с алгоритмом?
на эту тему вспомнилась статья.
по сути, если абстрагироваться от предметной области, то люди целенаправленно и очень сильно сужают воронку продаж на начальном этапе, чтобы снизить нагрузку на ресурсы (людей, которые отвечают на письма) на следующих.
Интересно, а если оператор назначил встречу, менеджер встретился, но потенциальный клиент неадекватен/не обладает сколько-либо значимым бюджетом/пришел от скуки потроллить, то оператору это + в карму, или -?
Касательно монте-карло, интересно, откуда такой прирост скорости? Мне приходилось работать с методом монте-карло с применением распределенных вычислений, и как раз, там идеальная масштабируемость потому, что каждый поток симуляций независим. Грубо говоря, делаем map на параллельных машинах абсолютно независимо, потом редьюсим (что, в принципе, довольно быстро, + можно редьюсить деревом).
В принципе, можно иметь что-то вроде гигантских массивов прерасчитанных семплов для различных распределений… Все таки, интересно, где именно удалось боттлнек найти, и устранить
Можете привести пример компаний, которые размещают номер для приема SMS от клиентов, в ответ на которое вы отправляете более детальную информацию. Если честно, трудно себе представить, как это работает, учитывая предубеждения людей, недаром придумали «без регистрации и смс»)
интересно, можно предположить, что если бомба срабатывает, то должна радикально снизится интенсивность повторных попыток аутентификаций с того же адреса
С точки зрения пользователя рассуждаю так: можно представить всеобщий треш, когда все сайты с пейволами/требованиями регистрации, адаптации под мобильный телефон нет, окантовка контента полностью из баннеров, стоит десяток жучков, а сам сайт — это помесь из нескольких js фреймворков, причем без минификации и вебпака. Ну, и сервер где-то в Африке стоит с серьезными проблемами, как с производительностью, так и шириной и загруженностью канала. Пусть это будет оценка 1*. И есть всеобщее благо, когда отличная легковесная мобильная версия, которая даже не требует js для полноценного отображения, и разумеется, на стороне клиента есть прелоад, все красиво и быстро. Пусть это будет 5*.
Лично я рассматриваю амп, как некий компромисс, что-то вроде «давайте сделаем 4*, но для всех, и всем будет почти хорошо, ну и вебмастерам даже не так то много и делать придется». В самом деле, почему бы и нет. Как альтернатива, гугл мог бы просто сказать: вот список из 25 нефункциональных требований, кто не выполнил, то добро пожаловать на сотую страницу в выдаче. Тогда бы всем вебмастерам пришлось нехило попотеть, нанимать дорогих программистов, платить за мощные cервера и CDN, и так далее. А так просто плагин на WP установить. В чем проблема то? Есть ли альтернатива получить хотя бы 3* в среднем?
PS: еще бы пиктограмму замочка возле ссылок с пейволами в выдаче гугла…
интересно, что имея скрины, название сервиса нагугливается с первого запроса)
у них даже есть
ГОСУДАРСТВЕННАЯ РЕГИСТРАЦИЯ ПРОГРАММЫ ДЛЯ ЭВМ
со следующим описанием
Реферат:
Программа предназначена для сбора, сохранения, обработки и предоставления информации о посетителях сайта. Позволяет собирать общедоступную информацию (профиля посетителей соц. Сетей), учитывать количество посещений, запоминать источники перехода на сайт, ключевые слова, время посещения сайта, список просмотренных страниц и другую техническую и общедоступную информацию. Также программа умеет определять и оценивать вероятность совершение целевого действия конкретного посетителя на сайте. Доступ к программе осуществляется с помощью веб-интерфейса, а так же API, которое позволяет получить статистическую информацию и сохранить статус пользователя в системе.
А еще есть куча похожих символов. Русская и латинская 'a' например. И что если кому-то придет светлая мысль смещать символы разных языков в коде?
Уже сталкивался с таким, будучи студентом, кстати) Не вспомню сходу сайт, но там был фрагмент кода на C#, который после copy-paste упорно не компилировался с неадекватными ошибками. Оказалось, что буквы 'о' и 'а' рандомно то кириллица, то латиница.
До сих пор не пришел к выводу, это было сделано сеошниками для соблюдения уникальности, где-то прошло через ПО для обхода антиплагиат-систем, или просто следствие специфического чувства юмора автора
этого и не нужно. Временная метка все равно проставляется исключительно сервером. Клиент берет ее за основу даже для своих событий (сам двинул мышкой).
Если у клиента будет пропадание связи, то до появления связи события будут разворачиваться, как будто никто из игроков не двигает мышью и не жмет кнопок, а после появления связи вновь не совпадут хеши, и клиент просто запросит полный снепшот
А в чем проблема просто держать на клиентах технические характеристики всех кораблей (скорость движения, ускорение, и так далее), и положения курсоров всех противников? Что бы, по сути, клиент и сервер просчитывали движения всех кораблей самостоятельно и одинаково?
Да, есть 2 проблемы на первый взгляд:
1) рассинхронизация таки будет иногда, но можно, скажем, делать легкую синхронизацию постоянно (к примеру, хешировать состояние, и сравнивать хеши), и если есть рассинхрон, тогда заказывать полный снепшот с сервера
2) читеры. Но, я думаю, и так будущее положение корабля может дать преимущество
Есть еще тема. Каждое действие игрока сразу отправляется на сервер, где попадает в общий лог действий игроков с временными метками. Каждый клиент получает такой же лог, как и все остальные. Имея ТТХ кораблей и лог, все клиенты будут отрисовывать игровое поле абсолютно идентично и без рассинхронизаций в принципе. Даже события типа «ранил», «убил» будут генерироваться самостоятельно и идентично на всех клиентах. Минус — если игрок двинул мышью, то его локальная копия игры отреагирует только, когда получит ответ от сервера с временной меткой
по сути, если абстрагироваться от предметной области, то люди целенаправленно и очень сильно сужают воронку продаж на начальном этапе, чтобы снизить нагрузку на ресурсы (людей, которые отвечают на письма) на следующих.
В принципе, можно иметь что-то вроде гигантских массивов прерасчитанных семплов для различных распределений… Все таки, интересно, где именно удалось боттлнек найти, и устранить
Лично я рассматриваю амп, как некий компромисс, что-то вроде «давайте сделаем 4*, но для всех, и всем будет почти хорошо, ну и вебмастерам даже не так то много и делать придется». В самом деле, почему бы и нет. Как альтернатива, гугл мог бы просто сказать: вот список из 25 нефункциональных требований, кто не выполнил, то добро пожаловать на сотую страницу в выдаче. Тогда бы всем вебмастерам пришлось нехило попотеть, нанимать дорогих программистов, платить за мощные cервера и CDN, и так далее. А так просто плагин на WP установить. В чем проблема то? Есть ли альтернатива получить хотя бы 3* в среднем?
PS: еще бы пиктограмму замочка возле ссылок с пейволами в выдаче гугла…
у них даже есть
со следующим описанием
Уже сталкивался с таким, будучи студентом, кстати) Не вспомню сходу сайт, но там был фрагмент кода на C#, который после copy-paste упорно не компилировался с неадекватными ошибками. Оказалось, что буквы 'о' и 'а' рандомно то кириллица, то латиница.
До сих пор не пришел к выводу, это было сделано сеошниками для соблюдения уникальности, где-то прошло через ПО для обхода антиплагиат-систем, или просто следствие специфического чувства юмора автора
Если у клиента будет пропадание связи, то до появления связи события будут разворачиваться, как будто никто из игроков не двигает мышью и не жмет кнопок, а после появления связи вновь не совпадут хеши, и клиент просто запросит полный снепшот
Да, есть 2 проблемы на первый взгляд:
1) рассинхронизация таки будет иногда, но можно, скажем, делать легкую синхронизацию постоянно (к примеру, хешировать состояние, и сравнивать хеши), и если есть рассинхрон, тогда заказывать полный снепшот с сервера
2) читеры. Но, я думаю, и так будущее положение корабля может дать преимущество
Есть еще тема. Каждое действие игрока сразу отправляется на сервер, где попадает в общий лог действий игроков с временными метками. Каждый клиент получает такой же лог, как и все остальные. Имея ТТХ кораблей и лог, все клиенты будут отрисовывать игровое поле абсолютно идентично и без рассинхронизаций в принципе. Даже события типа «ранил», «убил» будут генерироваться самостоятельно и идентично на всех клиентах. Минус — если игрок двинул мышью, то его локальная копия игры отреагирует только, когда получит ответ от сервера с временной меткой