А теперь забудем про примеры не самого оптимального кода и посмотрим на результаты "наименьшего" времени выполнения (логично, что внешние процессы могут замедлить время выполнения, но не увеличить его):
Fortran 4,531
PHP 5,497
Go 5,912
C 6,687
Rust 6,815
Python 6,891
D 8,034
Swift 8,073
PascalABC.NET 8,282
Java 8,579
Dart 9,013
Kotlin 13,666
C++ 18,179
После чего расходимся изучать Fortran (или, на крайний случай, PHP).
А я вот со времен ZX Spectrum помню, что "построчный" алгоритм куда более быстрый и экономный по памяти. Возможно, с тех давних пор какие-то еще алгоритмы появились. Рекурсивный же алгоритм может быть и хорош в образовательных целях, но статье все-равно явно не хватает ссылок на текущие "state-of-the-art" алгоритмы.
А если вместо eval сгенерировать js-файл, в котором экспортируется массив с объявлением всех 256 вариантов функций? Все-таки eval в чистом виде — вещь довольно спорная.
Не совсем понятно, зачем выделять remapToHugeStep3 в отдельную функцию и делать ассемблерную вставку, когда в стеке и так лежит адрес возврата в remapToHugeStep1?
Половина высоты кегля (по умолчанию 16px) — это как раз оптимальный отступ между границей экрана и первым символом строки. И в большинстве шрифтов пробел имеет как раз такую ширину.
Я не дизайнер, но на последнем рисунке мне кажется, что у Tahoma кернинг получше. И в шрифтах с засечками "капли" совсем разные. Так что это явно не 100% замена.
Кстати, раз лицензия свободная: на Google Fonts не пытались добавиться?
Скрытый текст
PS. Уже чувствуется некоторая усталость от новостей на Хабре о том, что кто-то ушел из России и что же теперь без него делать. Причем, обсуждать причины ухода — оффтоп, называть вещи своими именами — вообще статья. "Здравый смысл ушел из России. Чем заменить?"
А теперь забудем про примеры не самого оптимального кода и посмотрим на результаты "наименьшего" времени выполнения (логично, что внешние процессы могут замедлить время выполнения, но не увеличить его):
Fortran 4,531
PHP 5,497
Go 5,912
C 6,687
Rust 6,815
Python 6,891
D 8,034
Swift 8,073
PascalABC.NET 8,282
Java 8,579
Dart 9,013
Kotlin 13,666
C++ 18,179
После чего расходимся изучать Fortran (или, на крайний случай, PHP).
Эх, если бы скорость работы вот так просто зависела от объема потребляемой оперативной памяти...
А я вот со времен ZX Spectrum помню, что "построчный" алгоритм куда более быстрый и экономный по памяти. Возможно, с тех давних пор какие-то еще алгоритмы появились. Рекурсивный же алгоритм может быть и хорош в образовательных целях, но статье все-равно явно не хватает ссылок на текущие "state-of-the-art" алгоритмы.
К сожалению, уже не все, и раньше их было больше. Например, там были Фейнмановские лекции по физике.
В том-то и дело, что для транслятора — никакой. А вот если CI из соображений безопасности не пропускает пуши с
eval— то разница существенная.А если вместо
evalсгенерировать js-файл, в котором экспортируется массив с объявлением всех 256 вариантов функций? Все-такиevalв чистом виде — вещь довольно спорная.А за cloaking разве не пессимизируют в выдаче?
А в какой точке Вселенной нужно выбрать центр этой сферы (и почему именно в этой точке)?
Ну, это же классика 1983 года: "Real Programmer can write Fortran programs in any language" (http://www.pbm.com/~lindahl/real.programmers.html)
Я про то, что можно было вернуться в remapToHugeStep1 (обычным ret'ом) и удалять временную область оттуда.
Не совсем понятно, зачем выделять remapToHugeStep3 в отдельную функцию и делать ассемблерную вставку, когда в стеке и так лежит адрес возврата в remapToHugeStep1?
В точке pi/4 значения будут совпадать в точности, поэтому возьмите лучше pi/8. А еще лучше постройте и приведите в статье график ошибки от аргумента.
К сожалению, Вселенная расширяется не по линейному закону, поэтому доползти до ее края никак не получится...
Половина высоты кегля (по умолчанию 16px) — это как раз оптимальный отступ между границей экрана и первым символом строки. И в большинстве шрифтов пробел имеет как раз такую ширину.
Если не ошибаюсь, такие орбиты являются неустойчивыми из-за эффекта Лидова-Козаи, а их стабилизация потребует дополнительных затрат топлива.
Я не дизайнер, но на последнем рисунке мне кажется, что у Tahoma кернинг получше. И в шрифтах с засечками "капли" совсем разные. Так что это явно не 100% замена.
Кстати, раз лицензия свободная: на Google Fonts не пытались добавиться?
PS. Уже чувствуется некоторая усталость от новостей на Хабре о том, что кто-то ушел из России и что же теперь без него делать. Причем, обсуждать причины ухода — оффтоп, называть вещи своими именами — вообще статья. "Здравый смысл ушел из России. Чем заменить?"
Эллиптические интегралы имеют к эллиптическим кривым очень далекое (я бы даже сказал, практически никакое) отношение.
Это тоже для медленно сходящегося ряда Лейбница?
Я вижу только деления на константы, что компилятор сведет к умножению.
Там ведь деление используется?