Если реализуются все ветки, то они все "наблюдаются". Я "интуитивно" могу понять вероятность в привычной реальности. Но в многомировой теряюсь. На что влияет вероятность там?
С многомировой интерпретацией не очень (мне) пока понятен момент с вероятностями. Одно дело, когда событие имеет два равновероятных исхода. Другое дело, когда вероятность одного исхода больше, чем второго.
При реализации события мир разделяется на два. То есть, реализуются оба исхода. Что в данном случае значит вероятность?
Или это сильно упрощённый пример или тут применение Hibernate не обосновано. Тем более, пришлось писать хранимки, хотя всё легко делается средствами обычного jdbc. Получилось хрупкое, тяжёлое решение "вопреки", а не "благодаря".
Ядро есть только у эукариотов. Живые существа, в клетках которых нет ядра называют прокариотами, так же ядер нет у архей. Например бактерии — прокариоты.
Про физические ограничения (и не только) можно почитать в книжке Сет Ллойда "Программируя вселенную".
В целом, там забавные ограничения не на объём, а на площадь поверхности (это ещё популярно в книжка Грина расписано).
Мегафон звонит раз в несколько месяцев, предлагает к ним перейти на их какой-то суперский тариф. Я им говорю, что они жулики и я к ним не пойду, они, смешные, обещают ВЫДЕЛЕННОГО менеджера, который будет следить, что у меня не будет подписок.
Пока не вижу проблем. Вопрос в генераторе ...->stream. Его можно сделать через макру, например с delay. В примере один из стримов делается из reader'а.
В моём проекте эти стримы использовались для парсера. Парсер ел столько символов, сколько ему надо через stream:cdr, а если фейлился, то следующий парсер использовал тот-же стрим (естественно, с уже вычисленной головой).
Можете привести код с sicp, который нужно проверить?
Пример с положительными числами вот такой?
;; вспомогательный стрим с указанного числа
(define (nats->stream* n)
(delay (cons n (nats->stream* (+ n 1)))))
;; все натуральные
(define (nats->stream)
(nats->stream 0))
;; "фильтрующий" стрим с предикатом
(define (stream:filter stream filter)
(delay (let loop ((s stream))
(let ((a (stream:car s))
(d (stream:cdr s)))
(if (filter a) (cons a (stream:filter d filter)) (loop d))))))
;; стрим с чётными
(define stream-even (stream:filter (nats->stream) even?))
;; 0
(stream:car stream-even)
;; 2
(stream:car (stream:cdr stream-even))
;; 4
(stream:car (stream:cdr (stream:cdr stream-even)))
Интересно. Может развлекусь в части реализации. А не должен к srfi прилагаться какой-нибудь тест [с корнер кейсами]? Или это на отдаётся на откуп реализаторам?
Давайте тогда договоримся о терминах.
Есть система, есть [математическая] модель этой системы.
Модель предсказывает состояние системы на какой-то момент времени. Расхождение между предсказанием и реальным состоянием и есть ошибка.
Система из одного и двух тел может быть рассчитана точно.
Система из трёх и более тел не может быть рассчитана точно.
Алгоритм это то, что вычисляет. Любой алгоритм для расчёта задачи трёх тел будет иметь ошибки, а именно — расхождение расчитанной позиции и фактического расположения тел. Это в силу самой задачи. При этом какая-либо позиция в будущем полностью и однозначно определяется начальными условиями, т.е. задача детерминирована. Это всё применимо и к полностью идеальной системе — без трения, без квантовой механики, без ОТО, без полей и так далее.
Любая физическая система трёх тел не будет содержать ошибок, т.к. она моделирует саму себя.
(В противовес этому идеальная задача двух тел имеет точные решения, хотя, конечно, реальную систему смоделировать так же сложно).
Круто, без изменения итоговых чисел. Магия.
И несколько удивляет GPU AMD с драйвером от Nvidia.
А кто закрыл "доступ по API"?
И почему у вас разные настройки графики в Unigine? Под Windows medium/meduim, под Linux High/High.
В остальном сравниваете разные программы между собой. Ну такое...
Это самая простая часть загадки. От зарплаты до зарплаты.
Непонятно, о какой Windows 11 идёт речь, если Windows 10 is last Windows.
Если реализуются все ветки, то они все "наблюдаются". Я "интуитивно" могу понять вероятность в привычной реальности. Но в многомировой теряюсь. На что влияет вероятность там?
С многомировой интерпретацией не очень (мне) пока понятен момент с вероятностями. Одно дело, когда событие имеет два равновероятных исхода. Другое дело, когда вероятность одного исхода больше, чем второго.
При реализации события мир разделяется на два. То есть, реализуются оба исхода. Что в данном случае значит вероятность?
Тогда эта профессия не называется "переводчик", а как-то по другому. "Копипастер", например.
"Просто копипастер скопировал и не посмотрел".
Я подумал, что тут был надмозг.
Или это сильно упрощённый пример или тут применение Hibernate не обосновано. Тем более, пришлось писать хранимки, хотя всё легко делается средствами обычного jdbc. Получилось хрупкое, тяжёлое решение "вопреки", а не "благодаря".
Ядро есть только у эукариотов. Живые существа, в клетках которых нет ядра называют прокариотами, так же ядер нет у архей. Например бактерии — прокариоты.
Про физические ограничения (и не только) можно почитать в книжке Сет Ллойда "Программируя вселенную".
В целом, там забавные ограничения не на объём, а на площадь поверхности (это ещё популярно в книжка Грина расписано).
Мегафон звонит раз в несколько месяцев, предлагает к ним перейти на их какой-то суперский тариф. Я им говорю, что они жулики и я к ним не пойду, они, смешные, обещают ВЫДЕЛЕННОГО менеджера, который будет следить, что у меня не будет подписок.
1.6.210226001-release1.6 shift работает только для некоторых русских букв, а именно "ЦУШЩХЪФЫСТ".
Описанный в статье подход мне понятен, ребёнок должен чётко видеть оценку своих действий.
А как надо, как педагогический подход более верен?
Пока не вижу проблем. Вопрос в генераторе ...->stream. Его можно сделать через макру, например с delay. В примере один из стримов делается из reader'а.
В моём проекте эти стримы использовались для парсера. Парсер ел столько символов, сколько ему надо через stream:cdr, а если фейлился, то следующий парсер использовал тот-же стрим (естественно, с уже вычисленной головой).
Можете привести код с sicp, который нужно проверить?
Пример с положительными числами вот такой?
Оно?
Я делал так в своём проекте. Про cons-stream тогда не знал. Даже если бы знал, всё равно бы сам делал ;)
Интересно. Может развлекусь в части реализации. А не должен к srfi прилагаться какой-нибудь тест [с корнер кейсами]? Или это на отдаётся на откуп реализаторам?
ps: задал этот же вопрос в мейл-листе.
Извините, у нас сильно разный понятийный аппарат. Не вижу смысла дальше продолжать дискуссию.
Давайте тогда договоримся о терминах.
Есть система, есть [математическая] модель этой системы.
Модель предсказывает состояние системы на какой-то момент времени. Расхождение между предсказанием и реальным состоянием и есть ошибка.
Система из одного и двух тел может быть рассчитана точно.
Система из трёх и более тел не может быть рассчитана точно.
Алгоритм это то, что вычисляет. Любой алгоритм для расчёта задачи трёх тел будет иметь ошибки, а именно — расхождение расчитанной позиции и фактического расположения тел. Это в силу самой задачи. При этом какая-либо позиция в будущем полностью и однозначно определяется начальными условиями, т.е. задача детерминирована. Это всё применимо и к полностью идеальной системе — без трения, без квантовой механики, без ОТО, без полей и так далее.
Любая физическая система трёх тел не будет содержать ошибок, т.к. она моделирует саму себя.
(В противовес этому идеальная задача двух тел имеет точные решения, хотя, конечно, реальную систему смоделировать так же сложно).