Quake 3 beta на WebGL

Странные у вас сравнения. В nodejs большую часть процессорного времени занимает работа, которая выполняется таки в нативном коде, как пример — регулярные выражения и общение с БД. Вы же не пишете на джаваскрипте парсер регулярок?
А тут как раз таки все вычисляется на js. Я думаю, глупо спорить с тем, что скриптовые языки в разы (а иногда, как в данном случае — почти на порядок) оказываются медленнее грамотного кода на С, на котором был написан ку3

Quake 3 beta на WebGL

Жуть какая. 30-40 фпс в маленьком окошке, в то время как нативный квейк в 1920х1200 выдает под 400 фпс.
Я вот не понимаю: неужели неочевидно, что джаваскрипт не годится для таких тяжелых вещей?

Intel Wireless Display: избавляемся от проводов

Если в несжатом виде, конечно же.

Intel Wireless Display: избавляемся от проводов

Ну посчитайте. 1920х1080х24(кадра в секунду)х3(байт на пиксель) — 142 МБ/сек (если нигде не ошибся)

Intel Wireless Display: избавляемся от проводов

Непонятно самое главное: сжата передаваемая картинка каким-то кодеком или нет (будут ли артефакты сжатия?)? Какова задержка сигнала (уже с 50 мс будет чувствоваться дискомфорт при игре в шутеры, например)? Какова частота обновления?

Opera 12 (Wahoo), обновление ядра с исправлениями функции Do Not Track, почты и темизации

Почему нет? Или вы думаете, что все массово ринутся пользоваться Оперой и включать эту фишку? Это средство успокоения гиков-параноиков, всем остальным же или глубоко пофиг, или они даже не знают, кто там за ними и как следит

Opera 12 (Wahoo), обновление ядра с исправлениями функции Do Not Track, почты и темизации

Да, вы правильно понимаете. Браузер не перестанет делать запросы к аналитическим сервисам, просто они могут не обрабатывать данные от него. Если захотят.

Вышел Google Chrome Beta для Android

Какая связь между SPDY и сжатием? Opera Turbo работает быстрее не за счет того, что протокол другой, просто весь контент сжимается, а картинки перекодируются

Вышел Google Chrome Beta для Android

ищите по запросу «Khrome to phone» — найдется версия, доступная всем

Вышел Google Chrome Beta для Android

Честно говоря, я думал, что они реализуют сжатие а-ля Opera Turbo.Даже Amazon уже свой Silk сделал. А до тех пор при медленном коннекте у Оперы нет конкурентов, увы

Минималистичная программа в формате ELF

Эхехе) А я в свое сделал из мухи слона XTrooper «SpiderLand3D»

CSS3: жизнь без префиксов

ТруЪ :) Надо тогда еще сделать, чтобы по умолчанию хабр был без CSS вообще, и чтобы нормально им пользоваться, каждый должен будет написать свой CSS. Это круче любой каптчи :D

CSS3: жизнь без префиксов

Нуу, да :) Хотя как я уже говорил, лично мне еще не попадались задачи, где нужно передавать параметры из PHP в CSS

CSS3: жизнь без префиксов

*в обмен на

CSS3: жизнь без префиксов

Возможно. Но все же такие задачи, ИМХО, возникают редко.
В lessphp, кстати, возможность передать параметры извне присутствует:

$less = new lessc("myfile.less");
echo $less->parse(null, array('color' => 'blue'));

Да, возможно это оверхед. Но лично я готов слегка пожертвовать скоростью в обмен читабельный, удобный и поддерживаемый код.

CSS3: жизнь без префиксов

Ну в том же SASS есть основные возможности языка программирования — циклы, массивы, функции, математика итд. При сохранении читабельности кода. Разве что компилироваться дольше будет, чем чистый PHP, но это врядли можно назвать весомым недостатком — можно ведь закешировать результат обработки

CSS3: жизнь без префиксов

Ну собственно, пришли к тому, о чем я говорил — проще подключить готовую отработанную библиотеку, чем переизобретать на грязных хаках «свой LESS, только с функциями и массивами». Более того, никто же не мешает сделать всё на LESS, а «меню в виде полукруга» вставить маленьким кусочком PHP. Более того, lessphp даже позволяет вытащить в PHP-код переменные и константы из распарсенного .less

CSS3: жизнь без префиксов

Потому что это медленно?

CSS3: жизнь без префиксов

Пример интересный, спасибо. Сделать подобное на less нельзя.
Но мы, кажется, говорим о немного разных вещах. LESS — это не «константы, циклы и функции в CSS», это просто инструмент для удобства. LESS не дает больше возможностей, чем CSS. Пример с сайта

@nice-blue: #5B83AD;
@light-blue: @nice-blue + #111;

#header { color: @light-blue; }

а можно написать даже

@blue: #5B83AD;

#header { color: lighten(@blue, 10%); }

Ну да, можно, конечно, написать кучу функций на PHP, которые делали бы тоже самое или похожее. Но зачем изобретать велосипед, еще и жертвуя при этом читабельностью? Неужели не проще написать

color: (@blue + #111)*110%;

вместо

color: multiply_colors(add_colors($blue, "#11"), "110%");

?

CSS3: жизнь без префиксов

Я «выучил» LESS за пять минут, просто открыв главный сайт проекта.
Пример с циклом — чисто синтетический, я не могу представить задачи, в которой некий список состоял бы из десятка жестко зашитых иконок, например. Как не могу представить, зачем в СSS могут понадобиться операции со строками и регулярными выражениями.
Я могу оправдать такой подход в случае очень простых стилей, иначе — все равно придется писать в каждом файле кучу велосипедных функций, чтобы сымитировать нечто подобное по удобству тем же mixins