Вот кстати про macroquad/miniquad и что оно может было бы интересно почитать. Я для своей недавней статьи по глупости взял обертку для sdl2 на расте, и потом страдал. Хотя казалось бы - там задача всего лишь создать окно и нарисовать на нем два треугольника через opengl. Даже разделить пользовательский ввод и рендер в разные треды невозможно (что частично проблема самой libsdl, но на плюсах бы получилось рендерить в отдельном треде). Поэтому мне теперь очень интересно, как это делать по-человечески, и не тащить при этом тяжелые зависимости.
Авторы не перечитывают свои статьи и не смотрят на них — именно эта мысль приходит на ум, когда ты читаешь тексты с кучей опечаток и совершенно уродским форматированием
... написанные редакторами хабра. Ну серьезно, вытащите уже бревно из глаза, сократите для @SLY_G норму на количество слов в день, может быть тогда у него появится время прочитать свой выхлоп гугл-транслейта.
для меня все казалось абсолютно страшным и я даже не могла представить себе с чего начать.
Идете в книжный магазин, покупаете какую-нибудь "Изучаем JavaScript. Руководство по созданию современных веб-сайтов" или что вам там интересно. Читаете книгу и делаете упражнения. Всё. Больше ничего не нужно для того чтобы начать.
Отсутствие результата - тоже результат. Автор придумал методику как можно находить накрутки, применил ее, и показал, что согласно этой методике получается что вроде бы накрутки не настолько частые и наглые, как многие (к примеру я) считали. Или может быть что обнаруживать их надо по другой методике.
Там буквально не может быть опечатки, потому что уравнения получены из кода:) То что sympy переставил местами один синус с другим - ну так имеет право, умножение коммутативно.
Конкретно блендером я никогда не пользовался, и поэтому на плагины к нему не смотрел. Но вообще конечно я далеко не первый, кто решал такую задачу. Есть вот тут https://spaceengine.org/articles/visualizing-general-relativity/ что-то похожее, и по-видимому более оптимальным способом, или вот научная статья: https://arxiv.org/pdf/1109.4769 Но это все уже дополнительные надстройки над просто трассировкой геодезических. Здесь же я хотел решить задачу максимально в лоб, и воспользоваться этим чтобы поизучать OpenGl, и разобраться получше с численными методами.
Вот кстати про macroquad/miniquad и что оно может было бы интересно почитать. Я для своей недавней статьи по глупости взял обертку для sdl2 на расте, и потом страдал. Хотя казалось бы - там задача всего лишь создать окно и нарисовать на нем два треугольника через opengl. Даже разделить пользовательский ввод и рендер в разные треды невозможно (что частично проблема самой libsdl, но на плюсах бы получилось рендерить в отдельном треде).
Поэтому мне теперь очень интересно, как это делать по-человечески, и не тащить при этом тяжелые зависимости.
Если вы думаете что в топовых московских вузах ситуация лучше, вы заблуждаетесь.
Таблицы конвертации первичных баллов в финальные общие для всех и публичные.
Оно все равно появляется в боковой панели.
Я бы поостерегся предлагать интересные мне темы корпоративным авторам. Они там такого понапишут!
... написанные редакторами хабра. Ну серьезно, вытащите уже бревно из глаза, сократите для @SLY_G норму на количество слов в день, может быть тогда у него появится время прочитать свой выхлоп гугл-транслейта.
Конечно, именно о трансформаторах. Зачем редакторам хабра вычитывать за гугл-транслейтом?
Оно сходится достаточно быстро. За
, где 
- количество ребер в графе.
Идете в книжный магазин, покупаете какую-нибудь "Изучаем JavaScript. Руководство по созданию современных веб-сайтов" или что вам там интересно. Читаете книгу и делаете упражнения. Всё. Больше ничего не нужно для того чтобы начать.
Самая эффективная поддержка независимого от Гугла браузерного движка - это коммиты в Ladybird.
Каким боком алгоритм Евклида относится к вещественным числам?
Просвещайтесь: https://www.mozillafoundation.org/en/what-we-fund/programs/
Отсутствие результата - тоже результат. Автор придумал методику как можно находить накрутки, применил ее, и показал, что согласно этой методике получается что вроде бы накрутки не настолько частые и наглые, как многие (к примеру я) считали. Или может быть что обнаруживать их надо по другой методике.
Там буквально не может быть опечатки, потому что уравнения получены из кода:)
То что sympy переставил местами один синус с другим - ну так имеет право, умножение коммутативно.
И чуть более реалистичная версия, с внутренним краем диска на последней стабильной орбите
Прямо почти ваша картинка
Конечно, самое прямое. Добавил диск ради интереса.
И правда, спасибо! Только в GLSL, оказывается, обычный atan умеет принимать два аргумента.
Конкретно блендером я никогда не пользовался, и поэтому на плагины к нему не смотрел.
Но вообще конечно я далеко не первый, кто решал такую задачу. Есть вот тут https://spaceengine.org/articles/visualizing-general-relativity/ что-то похожее, и по-видимому более оптимальным способом, или вот научная статья: https://arxiv.org/pdf/1109.4769
Но это все уже дополнительные надстройки над просто трассировкой геодезических. Здесь же я хотел решить задачу максимально в лоб, и воспользоваться этим чтобы поизучать OpenGl, и разобраться получше с численными методами.
Будет ли включен в себя единый реестр всех реестров, если по закону реестр не может быть включен сам в себя?