Если возможен такой квантовый репитер, который «пропускает» неопределенность через цепочку элементов, сохраняя по сути спин фотона в неизменном состоянии, почему нельзя на выходе репитера получить не один, а два фотона с одинаковой запутанностью? Насколько я понимаю, это ничего фундаментального не нарушает? Зато ставит под сомнение невозможность «перехвата» в ходе так называемой квантовой телепортации.
Ага, разбираюсь, спасибо!
Идея понятна, удивительно, что я про такую возможность yield не подозревал (век живи..). Код, действительно, асинхронный и при этом красивый без всего этого чудовищного callback-а.
А транзакцию, подозреваю, вы передаете в $adapter?
Все здорово, только это синхронное программирование. А я говорю, что нужно идти до конца и выполнять SQL запросы асинхронно, т.е. промисами ждать, пока он выполнится и только потом продолжать выполнение логики.
Давайте представим, что вам нужно либо добавить запись либо обновить. Для того, чтобы это понять, вам нужно проверить, есть ли такая запись в базе данных (по ID, например). Если записи нет, то сгенерировать sequence. То, что в PHP делается кодом в 4-6 строк, у вас станет на порядок больше (я помню, что на порядок это х10).
Можно.
Вы описали принцип работы HTC VIVE VRS. Точность позиционирования в миллиметрах, 10 раз в секунду. Очень низкая стоимость одного датчика. Всего два опорных «излучателя».
Если нужна одна точка с координатами, то лучше сделать ее излучателем. Соответственно, будет два приемника. Это позволит, как минимум, в два раза повысить частоту измерения.
Есть нюанс, мимо которого все проходят. 149-ФЗ, статья 4 раздел 10 вот так определяет мгновенные сообщения (вернее «организатора сервиса обмена мгновенными сообщениями»):
… информационных систем и (или) программ для электронных вычислительных машин, которые предназначены и (или) используются для обмена электронными сообщениями исключительно между пользователями этих информационных систем и (или) программ для электронных вычислительных машин, при котором отправитель электронного сообщения определяет получателя или получателей электронного сообщения, не предусматриваются размещение пользователями сети «Интернет» общедоступной информации в сети «Интернет» и передача электронных сообщений неопределенному кругу лиц..
Как мы видим, электронная почта в соответствии с таким определением ничем не отличается от «сервиса обмена мгновенными сообщениями». Да она и не может отличаться, так как при должном умении email может быть доставлен «мгновенно».
За магические ссылки скажу:
1. не нужно придумывать качественный пароль
2. сразу проверяется email адрес
3. можно при регистрации сразу залогировать человека в систему (и отправить пароль на почту). Т.е. пароль ему потребуется только для второй сессии
Красиво написали, однако парковка во Внуково самая дорогая — 500 рублей в час (Домодедово — 150р, Шереметьево — 200 р.). Плюс нет бесплатной перехватывающей парковки как на подъезде к Домодедово или Шереметьево. Эстакада для машин, привозящих пассажиров на вылет, утыкана знаками «Остановка запрещена», т.е. формально там нельзя высаживать пассажиров.
Я бы не очень полагался на машинное обучение. Вернее оно хорошо может имитировать поведение водителей и пассажиров, значения параметров и пинов, но оно посредственный прогнозист для графов.
А вы прогнозируете всплески, например, понятно, что если где-то на стадионе идет матч, то он когда-то закончится и там скачком повысится сурдж?
Вообще, я вам завидую: много качественных данных, идеи можно проверять и результат виден сразу, большое количество самых разных подходов.
У ваших сурдж-областей есть одна проблема: с временной точки зрения они носят статический характер, т.е. через минуту ситуация будет другая, но вы об этом не знаете. Все данные для моделирования у вас есть (например, конечные точки маршрута) т.е. вы как минимум можете спрогнозировать, сколько в этой области окажется машин (как с плюсом, так и с минусом). Мы, например для подобной задачи, выполняем стастистическое моделирование и можем прогнозировать, как будет меняться сурдж карта с течением времени. Сочетание динамического определения сурджа плюс статическое моделирование может а) дать очень точную и справедливую оценку сурджа б) более точно выдавать рекомендации водителям в) выявлять ситуации, когда повышенные значения сурджа носят характер «всплеска».
Идея понятна, удивительно, что я про такую возможность yield не подозревал (век живи..). Код, действительно, асинхронный и при этом красивый без всего этого чудовищного callback-а.
А транзакцию, подозреваю, вы передаете в $adapter?
Вы описали принцип работы HTC VIVE VRS. Точность позиционирования в миллиметрах, 10 раз в секунду. Очень низкая стоимость одного датчика. Всего два опорных «излучателя».
… информационных систем и (или) программ для электронных вычислительных машин, которые предназначены и (или) используются для обмена электронными сообщениями исключительно между пользователями этих информационных систем и (или) программ для электронных вычислительных машин, при котором отправитель электронного сообщения определяет получателя или получателей электронного сообщения, не предусматриваются размещение пользователями сети «Интернет» общедоступной информации в сети «Интернет» и передача электронных сообщений неопределенному кругу лиц..
Как мы видим, электронная почта в соответствии с таким определением ничем не отличается от «сервиса обмена мгновенными сообщениями». Да она и не может отличаться, так как при должном умении email может быть доставлен «мгновенно».
1. не нужно придумывать качественный пароль
2. сразу проверяется email адрес
3. можно при регистрации сразу залогировать человека в систему (и отправить пароль на почту). Т.е. пароль ему потребуется только для второй сессии
А вы прогнозируете всплески, например, понятно, что если где-то на стадионе идет матч, то он когда-то закончится и там скачком повысится сурдж?
Вообще, я вам завидую: много качественных данных, идеи можно проверять и результат виден сразу, большое количество самых разных подходов.