All streams
Search
Write a publication
Pull to refresh
9
0
middle @middle

Пользователь

Send message
select * from и select count(*) from — это две большие разницы.
Более того, select count(*) from и select count(field) from вернут разные результаты, если в поле field есть стоки с NULL.
Я слежу за словами. И моё мнение, несмотря на все усилия минусующих карму (убейтесь об стену, кстати), не изменилось.
Общее впечатление от статьи — ещё один идиот повёлся на сказочные обещания хостера. Ню-ню.

И что эта статья делает на главной?
Т.е. всё выполняется порядка полсекунды? Автор, твой тест показывает погоду в унитазе.
Хотя бы потому, что при таком времени сильно влияет время запуска рантайма. А на это, в свою очередь, сильно влияет файловый кэш, расположение файлов на диске и т.п. Оказался у тебя Ruby 1.9 в кэше — и всё, «выигрыш».

Не знаю, вполне возможно Ruby 1.9 вновь окажется впереди, если время работы теста увеличить (ну хотя бы до 10 сек! А лучше до минуты). Но этим цифрам доверять нельзя.
Вот именно что до Киева, а им в Нижний надо!
Конечно. Но реализация Erlang пока одна и мы все её знаем :)
Прошу прощения, неправильно написал. Должно быть «т.е. если разрывы между числами, обрабатываемыми одним выч. узлом, сильно меньше, чем сами числа».
В данном случае выигрыша не будет. Скорее всего, Erlang будет медленнее из-за динамической типизации.
Во-первых, если вычислять числа последовательно или почти последовательно (т.е. если количество чисел, обрабатываемых последовательно одним выч. узлом, сильно меньше, чем сами числа), то при переходе от n на n+m (где m сильно меньше n) корень легко пересчитывается: единичка либо прибавляется, либо нет :)

Во-вторых, в качестве альтернативы можно сравнивать p<=sqrt(n), а можно p*p<=n, и тут тоже можно придумать всякие оптимизации… ;)
Под линуксом можно использовать Émaçs, в котором, используя разные Input Method, можно вводить самые рáзные символы. А есть ещё nxml-móde, где можно вставить любой юникодный символ по имени (с completion). Мне хватает :)
Вместо п. 5 в литературе лучше указать: М. Гуссенс, С. Ратц, Ф. Миттельбах. «Путеводитель по пакету LaTeX и его графическим расширениям».
Да, а за статью спасибо :)
В функции factorial, приведённой в качестве примера хвостовой рекурсии, рекурсия вовсе не хвостовая. Конечно, хорошо, что LLVM умеет преобразовывать такую рекурсию в цикл (если это действительно так), но получается, что LLVM может оптимизировать не только хвостовую рекурсию, но и другие частные случаи общей рекурсии.
Именно так работает livequery, если мне не изменяет склероз.
Извините, забыл поставить смайлик.

Код не смотрел, но есть такая вещь, как презумпция вменяемости авторов jQuery :)
Обработчик не создаётся для каждой новой кнопки, не обманывайте. Используется один общий обработчик.
И nethack, и варианты angband, и ivan :)
Неужто работают?

Information

Rating
4,436-th
Location
Barcelona, Barcelona, Испания
Date of birth
Registered
Activity

Specialization

Backend Developer
Senior